饭团(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,提出改进建议。

posted on 2015-04-12 11:29  MicroTeam  阅读(1741)  评论(0编辑  收藏  举报