枫林'Blog

结合做这几年做不管是做个人站还是给公司打工，带队做站时自己总结的一些经验。

笼统的总结了一下，也算是对近期或者将来要做的工作的一个梳理，不断提示自己处于哪个阶段，在这个阶段要解决什么问题；当然要是我们处于了某个阶段，在讨论问题或者提出问题的时候，也应该想一想这个问题是不是这个阶段要解决的，还是过去由于我们的过失而没有解决，导致集体时间的损失，值得我们反思了... ...

尽管可能只是个人做互联网产品的经验总结，但是商业规则是相通的，也适应于任何产品的开发流程。

1、需求

需求来源于用户，来源于前期的用户调研工作，需求的内容应该是代表绝大多数用户对某个东西的期望。

需求不以小群体头脑风暴结果为转移。

当然，需求更不会以Boss说行与不行为转移。

So，在用户调研结束的时候，也就是需求确定的时候，最起码80%的需求已经确定了，剩余20%的可以称之为小众需求或者非核心需求。

2、头脑风暴

也许每个产品产生都会经历这样的阶段，当然可能也会有很多人为头脑风暴说的云里雾里或者玩的都是概念而苦恼。

个人谈点经验，这个阶段重点不应该再去讨论需求了，而是拿前期的调研结果说话，一二三四点的需求，我们需要有什么功能来满足。

这个时候再去谈论什么需求，基本就代表的是某个发言人自己的观点了，这点是非常可怕的。比如Boss的观点，很多人可能出于情面等愿意不能直面反驳或者妥协，很有可能做出来的就是老板个性产品而非前期调研的多数用户所需要的产品了。

对应的需求有对应的多个功能去支撑去满足，然后还需要讨论的就是附加功能，也就是满足了核心需求的同事还有那20%的非核心需求看看有没有更好的功能去满足。

3、包装

包装其实是一个功能装配的过程，需求在第一阶段（用户调研）阶段确定了，头脑风暴阶段核心功能和辅助功能确定了，这个阶段就是对功能的排列，组合，交互方式的确定了。

最可怕的就是在这个阶段如果评测过程再去谈论什么貌似又很有道理或者基本有道理的新需求，基本就走入了死循环。确定就是确定没确定就不要进入下一个阶段，做好本阶段的事情即可，一摊一摊去搞清。

包装阶段其实就是实实在在出东西的阶段，需求文档的整理，功能说明以及可视化的Demo的阶段，这个时候就算要讨论，也不应该是对需求或者某个功能进行质疑或者是一会新增一个“可能会有的需求或者功能”；这个时候的讨论其实就是检查这个Demo是不是漏掉了前面达成共识的确定的了需求列表中的一二三四点和功能列表中的一二三四点，另外就是交互方式的优劣或者表现形式的美观与否。

4、开发

进入这个阶段基本就是对功能点进行梳理形成有一定优先级的队列，然后在整个项目允许的时间段内确定每个功能点小的时间节点。主要是沟通与推进保证每个功能点完成了，其实也就保证了整个项目的按时完成。

这里有句很管用的废话“把一个大的项目、很难完成的项目分拆成若干个小的、100%能够按时完成的项目”，这也道出了项目时间管理的精髓。

5、测试

测试阶段很重要，也可以说是上市前的最后一步了，主要是对技术工作质量和达标程度的一个检查了，前面开发阶段可能只能断断续续看到一个个小功能点出来，但是无法从全局上去体验功能点之间的连贯性，这个阶段连贯性以及小功能结合时的工作效率等又称为考察的重点了。

6、运营

这个东西已经上市了，下来运营又是重点了，运营的过程其实是满足实际指标和对产品经受市场考验的一个过程了，一方面在这个阶段，产品需要达到一定的指标，比如用户量，订单率等，另一方面，运营过程中要能收集和发现一些产品设计上的问题来回过来改进和完善产品细节。

作者: 枫林
原载: 产品设计&SEO@枫林'Blog
版权所有。转载时必须以链接形式注明作者和原始出处及本声明。