3.对经历过的创业项目的总结

　　在传统的计算机行业，做一个产品先做需求分析，然后做设计，划分里程碑，最后测试，上市。

　　但在移动互联网行业，这种做产品方法要不得。移动互联网变得太快了，有可能之前默默无闻，但忽然间一夜就火了；也有可能一夜火了，隔了一段时间却又哨声匿迹。如果按照传统软件开发的方法，早就被用户淘汰了。

　　我们的第一款”ekeo”的产品研发周期太长了，从下面的大事记可看出：

　　2012.06：正式招聘技术人员。同时通过和产品经理的沟通，我把功能需求文档确定下来。

　　2012.10：第一版的网页上线。加入了市场，ios的同事。

　　2012.11：后台开发了大概70%，同时把ios的开发任务外包

　　2013.02：后台，网页都完成了，外包的ios也开发完成了。ios app测试时经常闪退， ios同事接手ios的代码后发现，编译代码的时候有几百个warning。勉强上了app store，没有任何的推广工作。

　　2013.03：进行ios第二版的开发，同时也把ios的app重做，完全不用外包的代码。

　　2013.04：再次融资成功。

　　2013.05：第二版的ios开发完成后，却又宣布ios 进行大修改，开发第三版，不进行推广。

　　2013.08：第三版研发完成。同时请来了一位牛人kenny当技术总监（kenny在微软，Autodesk担任过高管，自己有创业经历，同时也精通android和iphone的开发）汗，在之前1年多时间里是没有技术总监这个职位，只能几个技术人员互相商量。同时把整个业务流程做大修改，整个后台，前端，app都要推倒重来。

　　2013.09：招来android的开发人员，ios和android同时开发。

　　2013.11：ios正式上线，android也开发完成了，以为要大力推广了，结果公司的股东分为两个阵营，吵翻了。不久就传来公司资金链断裂清盘的消息。

　　从以上的大事记可看出，在第一次做app的阶段，整个公司都在埋头研发产品，想做一个十全十美的产品才推出市场。

　　2,3个月开发一个新版本，然后改版，这样折腾了几回，浪费了多少挽回失败的机会！！！

　　在这个过程中，指导我们的还是传统的软件开发思想，做一个大而全的产品，测试好，推出市场。

　　但经历了第一次做app，经过不断思考和总结，我知道这种想法是错的。

　　在以前，由于交通，地域的原因，每个人知道的信息是有很大的差别，信息的传递缓慢，低效（看一下古装剧里面的大量出现的飞鸽传书，古代鸽子不止能吃，还能做快递鸽）但现在移动互联网，信息的传递也就秒级的事情。

　　在这个信息大爆炸的年代，用户接收到的信息太多了，注意力被极度分散，可能今天用户被这个app吸引，明天就被另外一个app吸引了，用户是极度贪新厌旧的。

　　所以，做移动互联网产品，最重要的方法：小步快走。先做一个功能，快递推出市场，接收用户反馈，根据反馈信息决定继续深入还是做另外的新功能。

　　在传统的产品研发中，我们不知道用户是怎么想的，用户用了产品后有什么意见，大多数情况只能根据公司的领导来决定产品。

　　但在移动互联网，随着社交媒体（qq，微信，微博）的流行，我们还能在整个过程中和用户交流。

　　前期，我们能通过社交媒体接触用户，知道用户的痛点，还能通过社交媒体预热，还让用户提需求。通过用户得到的产品需求远远产品经理提出的靠谱多了。这一点，在做第一个app和第二个app时都没做到，产品的所解决用户的痛点都是产品经理由上而下贯彻下去的，没接触过目标用户。现在觉得，失败是必然的。