在传统的计算机行业,做一个产品先做需求分析,然后做设计,划分里程碑,最后测试,上市。
但在移动互联网行业,这种做产品方法要不得。移动互联网变得太快了,有可能之前默默无闻,但忽然间一夜就火了;也有可能一夜火了,隔了一段时间却又哨声匿迹。如果按照传统软件开发的方法,早就被用户淘汰了。
我们的第一款”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个月开发一个新版本,然后改版,这样折腾了几回,浪费了多少挽回失败的机会!!!
在这个过程中,指导我们的还是传统的软件开发思想,做一个大而