项目名称：假的日历
目录：
一、项目背景
二、主要编程语言与开发工具
三、NABCD分析
- N（Need，需求）
- A（Approach，做法）
- B（Benefit，好处）
- C（Competition，竞争）
- D（Delivery，推广）
四、团队情况分析
五、产品情况与市场情况分析
六、项目定位
七、小组成员分工
八、评审表设计
一、项目背景
- 在这个移动互联网的时代背景下，智能手机的全面普及使得手机成为几乎每个人的标配，（网上甚至有乞丐都身上都带着二维码的调侃之言）。因此一个APP的载体人人具备，开发APP自然而然成为这个时代发展的必然趋势。
- 我们团队相比较于网页开发而言，对安卓APP的开发更加的感兴趣。尽管我们没有任何开发安卓APP的经验，尽管我们的团队人数极少，尽管我们团队的三人好像都在使用苹果手机，但是兴趣是最好的老师，我们仍然热衷于去学习安卓，并且希望以一种创意的形式来开发APP。通过这个APP来引导当代年轻人在这个浮躁的社会，不忘初心，能够对生活有合理的规划总结，能够保持生活的热情，去宣导社会正能量。
- 设计的宗旨是来源于将平凡的东西变得不平凡，将玩烂了的日记日历APP变成真正属于我们想要的东西。
二、主要编程语言与开发工具
- Java语言
- Android Studio
三、NABCD的分析
1.N（Need，需求）
- 当代年轻人缺乏对今天的总结，明天的规划，甚至是对未来的规划，因此他们需要这样的一个APP来引导，督促他们，让其养成每日规划，每天日记的习惯。
- 对于那些平时喜欢日记，喜欢规划的用户群体，给予他们一个私密空间，来保存这些珍贵的记录，留下走过的足迹，打造他们专属的故事集。
- 对于一些不喜欢写日记，不喜欢规划，不喜欢分享的用户，慢慢喜欢上写日记，喜欢上分享。
2.A（Approach，做法）
- 我们提供这样的一个日历，贯穿整个功能模块。日历可以加密，日历也拥有事件提醒功能，可以在该日历上添加备忘录。
- 通过日历来运营用户每日的规划表，规划项目可以由自己安排，每天记录完成情况。
- 我们还追加的足迹系统，让用户可以随时随地写下自己的“旅行”记录，足迹系统整个将以时间轴的形式展现。
- 日历上面将有一个模块用于撰写日记，记录生活。
- 通过日历，我们可以上传各种照片或者是短视频，来记录生活的点点滴滴。
- 规则系统（Rules System）：允许用户给定一个时间作用域（这个时间作用域无法被撤销），当你违反规则（没有进行每日规划和每日日记）的时候，系统将从云端随机删除用户某一天的全部记录（包括当天的规划、日记、照片、短视频、足迹），这一天可能是来自过去的某一天，也可能是来自未来。这个系统的判定时间暂且设定为每日凌晨两点。我们考虑到12点可能并不是所有人的入睡时间，我们不想让写日记和规划成为一种应付式的任务，所以故意推延了判定时间。注意，当你连续违反7次的时候，系统会销毁你全部的云端记录，该过程不可逆。利用记录的珍贵性来实现监督用户是规则系统的核心。
- 点数系统（Points System）：我们把用户的日记、照片、短视频分为两类，一类可共享性记录，一类为私密记录。当用户上传可共享性记录的时候，将会获取1点点数，每日的点数上限是5点。用户通过消耗5点点数（初定4点），可以用来查看其他用户共享的图文记录（共享的内容具有随机性），同时消耗的点数还可以用来挽回被规则系统收回云端记录（最多七天前的记录）。
- 所有的记录支持导出和直接分享。
下面展示部分主要功能的原型设计
-
首页是日历界面，底下有今日规划和今日备忘提醒；
-
日记页面，可以撰写日记以及查看过往日历；
-
日拍页面，可查看并上传每日照片/自拍；
-
更多功能界面，目前我们的功能添加有每日规划、我的备忘、历史足迹，更多功能敬请期待！
-
最后介绍一下更多功能里面的足迹页面，可查看添加自己过往的足迹。
3.B（Benefit，好处）
- 我们引入规则系统的绝对意义并不是让用户使用这个日历的时候，还要想着如何备份自己的记录。我们只是提供了这样的一种方式来管理督促用户进行每日规划总结，养成每天写日记的习惯，这才是我们的初衷。当然规则系统的权衡利弊还在我们团队的考虑范围中。
- 此外，我们引入点数系统是为了让该APP真正的有趣起来，而并不只是一个单纯用来保持一堆资料的私密空间，当然我们提供了这样的空间。点数系统的真正意义是让用户通过完成任务来获取其他用户的人生百味，这种分享资源可以成为用户分享自我，写日记，规划未来，记录足迹的动力，从而形成良性循环。当然，获取的资源无法保存，用户也不知道日记的所有者是谁。
4.C（Competition，竞争）
- 我们的优势是：功能丰富，具有一定的创意性。
- 我们的劣势是：构造了太多功能系统，技术上不成熟，对于我们毫无APP开发经验的三人团队是一个巨大的挑战。
- 核心竞争力：在这个日记日历APP被玩烂的大街上，我们给予了用户双向的选择权，用户可以把我们的APP打造成为一个个人的私有空间，也可以打造成一个用于分享的社交平台，还可以让它成为勉励自己前行的动力之源。
5.D（Delivery，推广）
- 我认为我们的推广要从那些喜欢写日记或者是喜欢规划的人群入手，赢得他们的喜欢，获取最初的用户，以及用户体验才是最重要的。
- 推广方式可以从自己学校出发，扩展至周边学校以及朋友圈。我们可以考虑通过在社交平台上合法地推广。
四、团队情况分析
- 因为从没有涉及过安卓开发，并不知道这些功能概念的难度情况。不过直觉告诉我这是一个还算大的坑，我们这个毫无经验的三人小团队能否填平的问题一直萦绕在我心头。但是我觉得，挖坑不是冲着自己一定能填满而挖，那不见得是好事，至少坑大一点，我们团队进步的空间也就更大一点。虽然还有部分人性化的功能上述并未讲到，（例如新闻推送）因为我们是否实现还是一个未知数，毕竟不是功能越多越好，我们还需要做进一步调查。团队的美工能力也不尽如意。
五、产品情况与市场情况分析
- 通过调查问卷，不少用户（女性占74.2%）还是非常喜欢创新性的点数系统，但是规则系统一直受到很大的争议。
- 点数系统的用户初始值是4点的理由是减少部分单纯为了查看其它用户的图文分享而批量注册的情况发生，但是4点很容易通过赚取点数而成为点数的受益者。
- 盈利角度，我们并没有考虑过多，因为一个APP的用户基数是很关键的，所以第一目标还是拉拢用户集体。由于在市场上，仍然存有很多优秀的日历日记类型的APP，所以我们要让产品彻底深入人心并不是一件易事，正因如此，也反过来说明产品的市场需求量还是很大的。如果未来真的有可能，会员特权也不是不在考虑的范畴。
- 日历的美工非常关键，它将直接影响用户体验。我们会在美工的短板上尽全力。
六、项目定位
- 一个助人养成良好习惯克服懒惰的规划记录类日历APP
- 多功能，人性化
- 不仅仅是一个日历
七、小组成员分工
-
陈甘霖：
负责模块：需求分析、产品框架设计、前端开发、后端开发 -
蔡鸿杰
负责模块：需求分析、模型设计、产品框架设计、后端开发 -
曾玮诗
负责模块：需求分析、模型设计、产品框架设计、前端开发
八、评审表设计
