一. 确定选题
-
确定选题
- 团队要做的，是微信记账小程序，预计用户量50，最后可能会稳定在10几个的样子。当然，这个数字是在我们没有大规模宣传下的一个数字，就是从周边同学入手。我希望的是，我们这个小程序能够确实的帮助到大家，从而达到一个口口相传的口碑效应来增加用户量。（这个想法，其实挺佛性的，就是随缘找用户......）
毕竟主要是，我是真的需要一个记账的软件啊 - 另外，关于这个小程序我要强调的一点就是，我们的重点在于规划和管理，而不是真正意义上的那种记账。不会像其他账单一样，你的收入和支出都写上去。我们就只需要定一个总支出，确定时间段，之后用户只需要记录每笔支出就够了。具体的功能在下面进行描述。
- 团队要做的，是微信记账小程序，预计用户量50，最后可能会稳定在10几个的样子。当然，这个数字是在我们没有大规模宣传下的一个数字，就是从周边同学入手。我希望的是，我们这个小程序能够确实的帮助到大家，从而达到一个口口相传的口碑效应来增加用户量。（这个想法，其实挺佛性的，就是随缘找用户......）
-
详细描述部分：
- 首先，我们面对的对象是学生群体，他们对于记账功能以及一个钱财的管理方面，比起一些在职场上混迹多年的很多成年人，更需要一个约束的管理。
- 第二，就是关于这个钱财的管理方面。我们不打算只做一个单纯的记账程序，这样比起市面上的微信，支付宝的账单功能太没竞争力了，况且他们可以直接连到用户的银行卡，读取用户的消费记录。我们这款小程序可能是很难做到这一点的，所以我们换一个思路，记账功能还是肯定需要的，但是我们可以加上规划功能。比如说一个时间段内只能用多少钱（这个具体多少钱，哪个时间段都可以用户自己设置），然后经过程序的计算，平摊出每天可以使用多少钱。当一天超支了，后面的时间自动计算减少每天可使用的钱。这样做的好处是帮助一些自理能力较差的同学，能够比较好的管理每个月的支出。而不是前半个月放飞自我，后半个月路边吃土。
- 第三，前面说的这样的资金管理以及消费记账，基于日历来完成，同时在界面上也会显示出一个日历。可以在日历上直接进行点选，看今天的或者之前的记录，或是看这一段时间的消费总金额（时间段计划是通过界面点选来实现，后期会根据使用手感考虑要不要改成输入区间范围来进行选择）。
- 第四，提供图表账单模式，对于用户的消费情况进行一个分类统计，这一点和支付宝账单类似，不做过多说明。根据我们的问卷调查结果，这一部分也确实是用户所需要的。所以也没必要为了跟市面上其他同类型的程序区分开来，而特意不加入这个功能，用户的需求才是第一位。
- 第五，用户输入当次消费金额，可以进行分类的选择。比如说饮食或是购物这样的。或者也可以不进行分类选择（可能因为懒）直接输入消费金额，这样的话，在最后的图表统计里，这一部分的金额将会被统计为“其他”分类，也不会影响最后其他分类的统计结果。
- 第六，考虑到用户不一定愿意在小程序里面一个个点进去进行操作，我们在考虑加入一个公众号的功能。就是在公众号里进行回复，可以识别用户的输入，我们自动添加到用户当天的消费里面。这个也方便用户使用，另外有在考虑添加语音识别的功能，这个比起手动输入又进了一步。（简单来说，还是治懒...）
- 第七，设置提醒功能。比如说用户今天没有输入过任何金额，会在某个时间点发一个提醒，也是提醒用户记得使用。（在我们的问卷里，有体现出这一点来。用户担心自己会忘了记，有希望加入提醒功能的）
- 第八，互动功能。这一点在问卷里有一个用户提到过，这里只提出一个构想。但是现目前估计也没法完成。微信小程序的一个特点就是互动，和微信好友的互动，但是由于这是一款记账软件，所以隐私信息肯定也是很重要的。所以我们想，也弄一个那种排行行不行？不是说给每个月用多少钱做一个排行，而是比如说，你这个月用的钱比预定的少，可以获得一个奖励点（之类的）的东西。这个月花的钱超过预算多少，会得到一个处罚点（类似的）东西。那么最后出来的排行，会以这些点（或者勋章）来作为一个排行的依据和标准。这是我能想到的仅有的互动功能了，要不就放弃这个功能，记账本来就是一个单机的行为。
-
价值
（1）真实目标：只要是跟钱相关的软件，没有一个不会涉及到账单内容的。正因为要让用户知道自己的钱花在了哪里，才会催生出账单这种东西。记账更是从古至今不变的一个理财的基础方式，所以这个小程序肯定是有真实存在的用户市场的
（2）可用目标：如果能做好，这款小程序的实用度是很高的，能有效的帮助规划。当手上的钱有限的时候，该如何正确的用钱才能撑下去，这个是核心。
（3）价值目标：价值就在于我们的自动规划部分
（4）情怀：因为我们自己有在记账，但是市面上的记账软件大多感觉不是很方便，像支付宝，微信类的账单倒是挺自动的，但是不能做规划，他只能控制他能连到的金钱，而像充值到校园卡里的钱他们也无能为力。所以我都是在手机备忘录里记账，每天最多能花多少钱，还剩多少钱这样的。所以开发一个这样的程序，对我们自己来说也是很有用的- 在前面的功能部分我也有阐述，这个小程序和我目前所知道市面上的最大的不同，就在于一个类似于理财的功能。虽然核心还是记账，但是使用的重点已经变成了规划每天能使用的金额量。这也是这个小程序最大的价值所在。
- “记账”中的“记”，我们是比不过市面上的其他产品的，他们的很多先天优势比我们大的多。那就把重点放到“帐”上面。不知道我有没有表述清楚，就是说，我们的这个软件，最大的价值在于能够帮助学生对于一个月的可支配生活费的一个规划，比如说一个月1500的生活费，但是因为种种原因他可能只能使用1000.那么，平摊下来每天能花多少钱。今天如果超支了，之后的几天又能花多少钱。这样，虽说不一定能够帮助同学们解决生活费不够的问题，但是我们认为这能够在一定程度上缓解支出超过规划的问题。
- 而我上面说的这个功能，市面上应该还没有吧？（我也不确定，周边真的没听说过有类似的程序了，也可能是我孤陋寡闻）
二. 制定团队计划
-
团队总体计划
- 关于下面要实现的功能问题，虽说不是上面提出的所有功能设想都能实现，但是能够保证第一阶段结束的时候能够完成程序的初步使用。也就是最简单的使用，用户输入预期金额，输入当天消费，能够动态计算和更新当天和当月剩余天数的可用金钱数目，很大程度上支持分类的功能。后续的完善主要会向优化用户使用体验以及提醒方面考虑，另外就是对于一段时间内的消费总情况，用户可以直接在第一个界面上看到，而不用去翻图表统计
-
成员个人分工情况
三. 码云
- issuse部分目前只做了三个部分的规划，再往后面的一些具体安排，是打算等到了后面再进行更改的。目前最重要的三个进度是有安排上去了
- 具体的任务都有划分详细的时间，所以在任务名字和介绍部分就没有体现出具体的周数。但是看到其他团队的任务命名......有点担心我们会不会被扣分，所以再截张图解释一下
四. 成员感想
- 杨晨露：看上去感觉像是一个挺复杂的项目，分工下来好像也没有想象中的那么麻烦。每个人负责自己的部分，不会的就交由其他人来弄。一起讨论，共同进步。很多关于项目功能的想法和构思也是在不断的讨论中产生的，我们如何区别于其他团队，我们还可以增加什么功能，我们的能力现在能做到什么功能。很多很多，我的任务是去调配大家的总体进度，也经常会问到成员，这个功能如果你完成需要多久，那个功能你能不能完成，如果不行那找其他成员一起解决可不可行，这个成员的工作大概什么时候可以交接给下一个人。另外就是码云的这个Issuse还是第一次用，比想象中的好用很多，到时候正式进入开发阶段之后，我觉得这个会给我做成员情况统计带来很多方便。我们大概开了两三次的会，基本上都是对于功能上的改进的看法，还是面对面的交流比较有效率。
- 游舒婷：虽然之前也有机会要做微信小程序，但是最后因为各种原因还是没做。这算是一种全新的体验吧。然后就是经过了几次探讨，一个产品的开发需要经过很多步骤，以前没有真正接触过，挺有团队的感觉的。其次是关于软件的需求分析，不同人群会有不同看法，集思广益，在功能设计上也做了很多改进。虽然还没真正进入开发阶段，但是我们已经有默契了。
既然选择了就要尽力去做，逃避可耻而且没用 ('♢') - 戴志斌：项目由于选的人太多了，又由于是小程序，门槛相对较低，所以一开始就感觉不是很有利。后来PM反复增加需求，通过问卷等方式，新增了一大批需求，然后确定自己项目的核心竞争力。然后确认了后端语言采用flask+restful的方式来写代码，已经迫不及待想要开始项目的开发了。
- 姚佳希：很早之前我们就进行了第一次开会，讨论之后我们决定做微信小程序并且大致分配了各自的任务，后来老师给的题目中恰好有“记账小程序”这一选题，与我们的想法不谋而合，于是就选择了它。后来开会大家讨论了要实现的功能等等其他一系列更为细致的内容。在这里向我们团队可爱的PM鞠躬，这一周任劳恩怨的做了很多事，希望日后大家一起努力，圆满的完成这个项目QAQ
- 蒋勃超：之前的我都是出于单个人学习的状态，所以面对的大部分问题，都是在自己所学的知识范围内，自从开始了团队项目，第一感觉就是很复杂，因为所面对的问题已经不是可以独自完成的了的，但是分工之后似乎并不是那么麻烦，所有的分配条理似乎清晰了许多，虽然有着自己许多不懂的地方，却可以通过相互交流来了解他人的想法和构思，从而可以更快确定自己的编程思想，加快个人进度，无法完成的任务可以进行合理分配来完成，相比个人来说，团队的效率要远远高于个人。
