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

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

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

本来想写对产品经理工作的心得，后来发现很多观点跟网上其它人的想法不太一样（其实是网上怎么说的都有……），所以还是先从最基本的互联网产品生产过程写起吧。

互联网产品生产的逻辑流程

评价一个好的互联网产品的最重要依据就是：有用。这里的有用不是特指实用型网站，而是泛指对能够满足用户需求的所有价值，比如一个游戏站，也是满足了用户的娱乐需求。

好吧，可能是”有用”的涵盖面太大了，暂时列不出其它的了，那么就这条”公理”推导一下产品的生产流程：

用户需求的产生基于用户心理。用户需求的互联网产品体现是产品功能。产品功能的最终表现是产品形态。

也就是说一个完整的互联网产品生产的逻辑流程是：

用户心理–>用户需求–>产品功能–>产品形态

再次拆分分析：

互联网用户的用户心理心理都有什么？

1、懒（要简单）。懒是人的天性，也是人类发展的源动力。能发个EMAIL就解决的事没人愿意跑一趟。

2、容忍度低（要方便）。通俗讲就是不耐烦，能一步解决的事放两步也是对用户的伤害。

3、喜欢最全的（要丰富）。我想看的东西哪儿多我去哪儿看。

4、喜欢最准的（要精炼）。我不想看的东西，最好一个都别让我看到。

5、表现自己。马斯洛需求层次的第五层境界，同时大多数的表现都是正面的，体现了马斯洛需求层次的第四层境界——爱与被爱。少数表现为负面形象的更多是发泄，这种人只是利用互联网产品已产生的价值，比如关注率高，而不是使用互联网产品，所以个人倾向不将这种人作为拟定用户人群。

6、喜欢漂亮的（要美）。无论是视觉还是听觉，美的需求永远存在。

7、喜欢好玩的（要有趣）。其实大多数人上网还是以找乐子为主的。

用户心理在特定环境下就会转变为用户需求，而网站的产品功能就是对应着这些需求去设计。

比如找个女朋友，我不想做太多准备，花太多时间去找，我希望能在很多我喜欢的类型中去选择。

我们由此试着做一个异性交友网站。现实中的交友需求是很难满足的，酒吧、咖啡厅、图书馆即便遇到了看上去不错的小妹子也不方便找块砖头问是不是她掉的，我们将这个流程简化，到只要简单的几步注册，发布个信息就可以了，满足了”懒”；注册之后很多网站都强制跳转到填写个人资料里，还得上传头像照片什么的，不填写就不能继续，因为网站里的MM也要找帅哥啊，都不填写资料，网站就没内容了啊，但用户的容忍度会很低的，我都不知道你这个网站到底怎么样呢，凭什么就把自己的资料写进去啊，所以更贴心的做法是跳转到用户推荐（比如通过IP判断离我比较近的用户），同时醒目提示”填写完整个人资料后的交友成功率比不填写要高500%”之类的话。好了现在可以看到推荐给我的MM们了，可是……推荐的只有两个？还都是我不喜欢的类型……至少要把典型的几种类型的都推荐出来嘛，越多可选择的余地就越大嘛（一个网站给用户的第一印象一定要够丰富够专业，第一印象如果是个空白需要用户自己去试，你觉得会有多少人试呢）。好了，现在推荐给我20个人了，可是我喜欢的类型就两个啊，下面放个简单的搜索年龄、地域、性格自评……我不想看的都没了，剩下的就是细细选了。选上一个看起来很适合的，为了增加我交友的成功率，现在我就会很愿意去完善我的个人资料了，顺便选张看起来还比较精神的照片当头像好了……

网站的主体功能已经成型了，之后的网站形态同样依据拟定用户群体的心理进行前端设计，一个互联网产品就基本成型了。