Time In Place项目MVP过程文档

先说下项目的最初想法吧。

是一个互帮互助的平台，用户可以在上边发布自己的愿望让别人来实现，也可以帮别人实现愿望。
对于刚注册的用户，会拥有一个小树丫和初始的经验值。发布自己的愿望的时候，给这个愿望一个经验值，别人帮你实现愿望以后，就会获得相应的经验值,但同时你的经验值就会减少，经验值不足时就无法发布愿望。当别人的经验值积累到一定的程度，他的树就会长高。反过来，你帮助别人实现了愿望，你就会获得相应的经验值，你的树也会长高，样你就可以发布更多的愿望了。
当你的愿望在系统规定的期限内没有实现，那系统就会回收该愿望，将不在显示。

在讨论的过程中,发现了以下几个问题：

能解决的痛点问题——有愿望实现不了，需要别人帮忙实现。但问题来了，到底是怎么样的愿望需要别人帮忙实现呢？
最初是这样想的：无论什么愿望都可以发布上去,如果没人愿意或者别人也没有能力帮你实现的时候，到了系统规定的期限，该愿望将被系统回收不再显示。当网站长期处于这样的状态(发布的愿望没人接收)，用户也不愿再登录该网站了，这就意味着该网站将会废掉；再者，用户也不清楚到底什么样的愿望可以在上边发布。

所以，组员就提出了：我们可以限制愿望的范围啊，不切合实际的愿望就不要通过审核。但是要人工审核呢？还是交给系统来审核？人工审核有点不切合实际； 系统审核过滤敏感词汇，但并不能保证它的准确度。所以，这点也行不通。

在总理的引导下，大家又建议把发布愿望直接确定了，就像58同城，一听就是知道是找工作的。所以，就把愿望确定为收集地方信息。
举个例子：

• 我想看下现在的地铁口挤不挤，谁可以给我拍个照片？这类对回复的及时性有要求的问题。
• 还可以发布跨城市的问题。比如：我身在西安，想看下三月重庆磁铁口的样子。

这个时候，大家还想按用刚开始的模式：你发布问题别人看到并确认帮你后，会私聊你，把你想要的信息私聊发给你，然后需要你回到网站确认完成。无疑，这样很繁琐。在总理的提醒下，决定让用户直接在问题下回复，这样也能方便有相同需求的人。

接下来就是讨论项目的MVP了：

刚开始对注册/登录属不属于MVP有了争议。
在总理的引导下，大家觉得这个功能应该属于MVP，它可以方便用户查看自己发布过的所有问题。

对于其他的功能大家都没有什么争议；

最后就形成了以下的MVP：

• 发布问题；
• 注册/登录；
• 显示所有人的问题；
• 查看问题详情；
• 回复问题；
• 查看自己发布过的所有问题。

<i>协作者：李鹏</i>