冰之谷

前一篇简单说了一下互联网产品生产的逻辑流程，这种逻辑流程是一个适普的流程，在任何互联网产品生产的过程中都可以追溯、遵循，而接下来说的互联网产品生产的操作流程则会因为不同生产环境、人员安排而不同，我只是按个人理想中的想法来写，有偏差的地方欢迎指正。

互联网产品生产的操作流程

IDEA

一个产品创意的产生往往是偶然的，而这种偶然恰恰包含在必然中，换句话说，一个好的互联网产品并不是发明了什么，而是发现了互联网对某种用户需求的可支持能力。

大多数的创业型公司都会认为一个好点子是决定项目命运的关键，很多点子确实很好，但是最终执行下来的结果又大多不尽人意，因为一个互联网产品的关键在于设计和运营，这些点子的发起者（往往是公司的founder）会在失败不久之后发现自己的点子被其他更成熟的互联网公司“借鉴”，而且要比自己做的成功的多。

相对成熟的互联网公司更多的是去借鉴已有市场环境的准成熟产品后进行用户体验提升，比较知名的就是腾讯了，这里没有任何贬义，恰恰相反，子枫认为在国内这种不注重版权的环境下，这种“借鉴”的价值是非常重要的。从另外一个角度讲，互联网产品本身就是一种对用户需求的发现，进而通过产品功能满足这种需求，总不能说你找到一个方法使得下载更快就不允许其他人也做了吧？互联网产品最终比拼的是服务质量，而不是服务与否。

另外，在一个idea产生到确定的过程中，往往会有一个过程叫做头脑风暴，小的可能只是部门内部，大的会全公司甚至找一些完全不相干的人来参与。这种做法本身没有问题，大多是在操作过程中由于主持人的把控力度过强或过弱，使得整个头脑风暴失去了价值。至少我经历过的头脑风暴很少有真正能够起到作用的。所以如果没有一个能够深入彻底理解这个idea并对互联网产品有足够认识还能够做到很好的把控会议的人的话，轻易不要尝试。

PLAN

当idea明确后，就到了plan的过程了。这部分就是纯纯的互联网产品经理的工作了。

一个清晰的plan至少包含两部分：MRD和PRD。MRD全称是Market Requirements Document，市场需求文档。MRD是以用户需求、产品生产环境、市场环境等为主的宏观分析总结，以及对产品整体周期、寿命的规划。PRD全称是Product Requirements Document，产品需求文档。PRD是基于MRD的产品功能描述，MRD更多的是在说“要做什么”，而PRD更多的是说“怎么去做”。个人习惯PRD撰写过程中会拉着技术负责人商讨出产品的结构模型，并写进PRD中。

如果是前台产品，还需要一份产品的框图，将PRD中的需实现的产品功能摆放出来。注意，框图不是UE，框图只是个更形象些的list，或者形象点像买家具，框图只是把床放到卧室，具体怎么摆更合适更方便是设计师（UE）该做的。

DO

一切准备就绪，该开始生产产品了。两条线，技术和设计。

技术首先要将整个产品的数据模型建立出来，之后是拆分工作，先进行后台开发，与此同时设计先制作网站原型，比较完整的顺序是UE-UED，UE更注重用户的心理，比如栅格化、视觉线的把握等等，而UED更注重用户的感觉，主色配色的搭配等等，最终形成的原型应该是包含CSS/DIV的版本，以便技术进行代码填充。现在国内UE人员的层级分布很不平均，牛人可以从UE到整站设计全部搞定，而基础的不是只懂设计就是只能切图写DIV，这种理想化的流程拆分可能还要理想很久。

当技术将代码填充到页面后，一个网络产品的alpha版就出来了。

DEBUG

Alpha版首先要通过技术、设计部门的自检，之后交付产品经理。产品经理确认满足了产品需求后，会进行小范围测试，并收集产生的BUG汇总给相应部门进行修改。

CHECK

当产品的功能性BUG全部解决后，就进入了QA测试环节，专业的测试人员将对产品进行更为变态的用例测试、压力测试、负载测试等等。

PUBLIC

至此一个准互联网产品终于可以面向它真正的用户了。一般用户量比较大的互联网公司，根据该产品存在的风险，大多会找一小部分人群进行公测，比如腾讯就特别喜欢拿些不成熟的东西给会员用，让你当着小白鼠还开开心心的说是特权。。。。