饭团(1)：用NABCD大法为项目奠基

上一篇文章：提升效率的开发工具提到高效的开发工具就像催化剂，加速项目开发。这篇文章提到的NABCD大法，就像一份地图，指引项目往正确的方法上发展。

选择比努力更重要。一个项目成功自然离不开码农们的努力。但是，光努力是不够的。还需要用户有需求，能快速实现，腾讯没兴趣。。。

这些东西，看似很虚，却能让我们少走不少弯路。做项目最忌讳埋头苦干，等项目做出来了，却发现用户没有想象的那么喜欢。

编程之外

泛海精灵项目的回顾与反思这是我2011年在微软亚洲研究院实习时业余做的一个小项目的反思。总结得很好：

我们按照以前的小软件开发习惯开始了泛海精灵项目。没有用户场景（UserStory），没有时间估算，只有每天增长的代码。
...
整个项目过程中我们都不十分肯定用户需要什么。这造成，花大量时间开发一个用户不关心的功能。

三个月的项目，不像一周，或者一天完成的项目，需要更多“写代码”之外的软实力。比如用户需求把握，技术积累，项目构架设计，团队沟通和人力预估等。

不过，这都是可以锻炼的~ 所以这一次，我要认真分析饭团项目的NABC。

NABC介绍

百度百科上面介绍得很好：NABC法则

著名舞蹈家、编舞大师Twyla Tharp在一本名为《创新习惯》的著作中表示，无论是在舞蹈、商业还是餐饮业等各个行业，成就其实都是一系列行为的结果——从详细的准备、计划、有方向的努力到按照成功经验去执行。NABC正是这样的一套框架，当你试图提出一项崭新的提案之际，它能够提供四个思维基点，令你的商业策划具备天马行空的基础。
具体来说，NABC是四个关键词的首字母缩写—
Need（需求）—现在市场上未被满足但又急需满足的客户需求是什么？
Approach（方法）—要满足这种需求，我能够提出什么独特的方法吗？
Benefits （收益）—该方法给顾客提供的便利是什么？
Competition (竞争) —对于竞争对手和其他可选择的方案来说，这种单位成本收益的优势在哪里？

邹老师根据软件工程的具体情况，阐释了NABC在软件工程上意义，并根据实践验证添加了D: Delivery。
强烈推荐围观：现代软件工程讲义如何提出靠谱的项目建议 NABCD

饭团的NABCD

下面是我对饭团项目NABCD的理解。

Need 需求

在公司，中午吃饭是个大问题。每天都是那么几个宅男一起吃饭。除了低头吃饭，感觉没啥好聊的。如果中午那半个小时，能和以前不熟的人一起吃饭，听听他们的工作是干嘛的，那午饭将是件很期待的事情。但是这个事情需要你情我愿，直接跟不是很熟的人说，“我们中午一起吃饭吧”，会让对方很尴尬。
所以，如果掏出手机摇一摇，能找到不熟的人一起吃饭，就好了。

Approach 方法

从一个公司（比如美团总部）开始。搭建一个网站初版。公司员工通过电脑或者手机浏览器访问网站。可以发起、查看、参加聚餐。

完成基本功能后，看看用户有什么需求，或者改进的地方。比如吃饭提醒，网上小游戏，是否需要聊天功能，评价聚餐情况，线下交易，吃饭话题推荐等等。这些不宜扩展太多，以增加用户粘性为主。

网站成熟后，可以考虑推出移动端或者微信公众号。基本上以提醒和推送功能为主，不投入太多精力。

在一家公司运营稳定后考虑可以向周边公司扩张。然后再向更多地点扩张。

网站初版后端使用Mybatis（MySQL） + Spring MVC（Java），前端使用 Freemarker（HTML） + Bootstrap（jQuery）。网站风格以简洁为主。因为初版访问量不大，不需要使用缓存和CDN。但是需要有完善的统计和监控，方便决策。

Benefit 好处

用户使用饭团，可以轻易地找到一块儿吃饭的人。每次可以挑选不一样的人，听到不一样奇闻趣事，增加自己的阅历。也可以就一个话题，看看大家的观点。通过饭团，可以让午饭更有趣，也可以增加职场人脉。

Competitors 竞争

聚餐类：约饭

约饭是国内领先的场景式移动社交O2O应用，全新的社交概念，新颖的产品形态，满足用户以饭局为媒介，从线上社交到线下见面的需求，真正帮助用户从线上社交、发起饭局、报名、互动，聊天到线下见面场所的选择，做到一步到位，真正把移动社交嫁接到餐饮O2O，让社交和吃饭变得更加简单和有趣，让每一顿饭更有意思。附近人、搜同行、找同乡、朋友的朋友···约你想约，见你想见，主动发起约饭，开始一次见面。

公司规模：小于15人
发展阶段：A轮

约饭是最主要的竞争对手，最近发展迅速。但是约饭主要偏向陌生人社交。完全不相识的人通过约饭来认识。解决的需求是社交。约饭的侧重点在“约”。
而饭团的侧重点在“团”。饭团更偏向熟人社交，更像个社区。以“同事”或者“同学”的关系为基础，可以维持长期信任关系。聚餐，以AA制为主，平等的关系，日常使用。

社交类：微信

这个不用过多介绍。微信主要功能是聊天。用来频繁组织聚餐不是很方便。

Delivery 推广

对于初版，我先在自己小组试用。待功能稳定后，推广到其它小组使用。后面可以在人流大的地方贴海报。
饭团应用本身有传播性。初期可以邀请从未使用的员工加入。（采用邮件或者内部通讯方式发送通知）
也可以通过组织专题活动（比如“创业沙龙”）吸引用户加入。

总结

通过NABCD大法，我基本上理清了，饭团的核心，和后面的发展方向。接下来可以给第一版，制定具体的工作计划了。

PS：欢迎大家质疑饭团的NABCD，提出改进建议。