在2010年的11月，张小龙跟马化腾说：pony，我想参照kik开发一款基于手机关系链的产品。马化腾说好啊,你想怎么做？张小龙说不知道，迭代着着看吧。于是，微信就这么立项了，目标明确“手机关系链社交”，但是方法没有。让我们来看项目的成长过程。
首先，成立了跨专业团队，不到10个人，其中还有两个是应届毕业生。大概用了70天时间，2011年的1月底，微信1.0上线，没有引起市场的任何反响，那个时候风头最劲的是米聊。
然后张小龙就在广州默默无闻的迭代着，2.0“语聊”（语音聊天）上线，并出现了用户井喷。2.3“附近的人”上线，开始超越了米聊，4.0上线创造了迄今为止最大的微信应用——朋友圈；6.0微信红包上线改变了互联网的支付方式。
所以，对增量迭代型的项目来说，过于长远的计划往往无效，连张小龙自己都说：微信是生长出来的，不是计划出来的。
那我们来提炼微信这个项目的成功要素：
①建立愿景。做一个基于手机关系链的产品，这样出来的产品才不会跑偏。然后怎么做？
②没有完整的计划，就用增量迭代的方式小步快跑，跨专业团队站在客户和用户视角协作，一个产品的研发和推广，产品、研发、运营角色不应该是分离的。迭代的核心要素是交互，版本更迭只是迭代的结果。
讲一个的故事。当初讨论“摇一摇”这个功能要不要做的时候有两派声音。一派认为这个功能用户体验会非常好，建议做；另一派认为这个功能可能会*扰到用户，造成体验不佳，不建议上。结果功能一上线取到了意想不到的好效果。而且女生粉丝比男生多很多。这个就是增量迭代、小步快跑的好处。
③站在用户视角透明化沟通，完成比完美重要，项目实施过程中，始终用各种方法保持内部外部的信息透明。交互才是迭代的核心。
3.用户参与型项目
这一类的项目的特点是目标和解决方案都不清楚，以产品创新或者是模式创新类居多。比如说美团、滴滴、小米都属于这一类的项目。创业类的项目也基本都属于这一类，因为在创业之初做什么不清楚、怎么做也不清楚，所以那些关起门来搞研发的创业者都是在自嗨。
2015年某公司在做社区关系链运营的项目。那个时候社区关系链的项目很火，但大家也都不知道该如何做，所以很多公司都在烧钱买流量。
这个公司采取了一个与众不同的方式，组建起一支由产品、研发、商务人员组成的项目团队，然后住到社区里，边组织活动边开发，和社区用户早晚生活在一起。当时这个决定做出来的时候，公司内反对的声音很大，项目经理在获得高管的支持后大力推进。取得了很好的效果。因为真正的需求是在和用户互动的过程中发现的。这类项目的需求是最不容易说清楚的。
统计上来的需求，要么不知所云，要么啥都想要，最后搞出一个大炮打蚊子的项目。比如我们的电视遥控器，上面哪个按键你都觉得有用，但是常坏的就那两三个—音量，换台。开发人员问你，你会说都有用。小米就大刀阔斧砍掉一大半按键，你用着也没什么不方便，反倒更简洁好看了。
正是因为团队采用了这种参与到用户里去的用户参与模式，需求发掘的问题解决了，技术和商务团队中间的沟通障碍解决了，用户的体验也得到了满足。
这种用户参与模式其实是受雷军的启发，当年雷军团队因为不知道，手机的开发方向该往哪里去，所以就要求他的工程师每天在论坛里泡一个小时，听用户发牢*，因为那里有用户最真切的需求。
总结一下用户参与型项目的成功要素：
①采用用户参与的模式和用户共同制定产品的方向。
②跨专业团队解决了业务和技术分离的信息孤岛问题。
③项目的每个成长都基于解决用户的问题，成就感自然覆盖了倦怠感。
经过上面的分析，我们不难发现，这里面有很多相似的地方，比如跨专业团队，透明化沟通。所以我说50万的项目和5000万的项目，基本原理都差不多。
我们来总结一下共性：
①以价值实现为目的设定项目目标。
②组织跨专业团队，再由根据不同的项目类型来采取推动的模型和计划。
③保持信息传递的透明性。这一条尤其是我在这些年带项目做企业的过程中总结出来的一条简单有效的管理方法。
比如我们可以看看这次疫情的处理，当湖北领导更换，信息数据变得透明的时候，大家反倒觉得不那么担心了。
最后用两句话收为总结，在项目中效率的含义已经是团队协作的快速实现用户价值。克服协作障碍有三件法宝：价值导向的目标制定，跨专业的团队协作，透明化的沟通。
我的分享就到这里，期望给您带来价值。
*文章为作者独立观点，不代表笔记侠立场。
