写在前面
从今年年初开始接手公司一个互联网产品的项目研发，经历这种从无到有的产品研发过程，在各个方面或多或少有些感悟，现在一一记录。文中如有不到之处，恳请斧正、讨论。
首先来谈谈产品开发方面的内容。
老板是最大的产品经理
至理名言般的话语，只有在身临其境时才能体会，此时人人都是产品经理已成浮云。作为一个产品经理，首先要和老板保持良好的私人关系，在每个阶段或版本做好必要的演示和汇报工作，可以使得你和你的产品不会有太多的曲折。但即便是这样，老板的特性是善变的，今天跟你说好的产品基调，明天上线时可能就会有翻天覆地的变化，这点在我们身上就发生过……
为了控制产品的风险及进度，我们只能在出现这种情况时，跟老板剖析这样的改变的初衷；是否会改变产品的核心价值；会带来哪些损益等等。在一轮慎重的分析之后，如果老板依然坚持改变，那么要和他重新估算资源，确定时间计划。评估了代价，老板可能会有另一番考量；即使没有，那么整个团队的预算和绩效也会重新计算，免得团队限于被动。
尽早确定产品的核心价值与目标客户群
产品的核心价值需要尽早确定，并得到老板的确认。这样可以保证整个团队目标一致，形成合力。产品的核心价值包括客户的价值（社会价值）和公司本身的价值。毕竟我们的产品目标终究有一条是要盈利的……
不同的客户对我们产品核心价值的认同也不一样。在我们产品的潜在客户中，年产值50万、5000万、5亿的客户其诉求是不一样的；位于产业链不同环节的客户对我们的黏度和需求也是不一样的。由此，尽早确定目标客户，能够让我们更有针对性，同时也可以将我们的服务做的更加深入。
前期的产品调研必不可少
由于我们做的不是某个同类产品的简单复制，所有我们确立产品目标、做深做细都离不开用户调研，否则产品研发一定会陷入盲人摸象的窘境。
产品调研的方式有很多。由于公司前期的其他产品已经积累了一定量的客户，我们可以从其中筛选部分用户的行为数据作为参考；筛选部分用户进行上门座谈并总结；开展问卷调查等。
产品经理与产品团队
每个人都希望产品经理和超人一样，将产品的一切都想的清清楚楚、明明白白。我曾经和同事开玩笑，声称产品经理月薪低于2W就不要干了
，其实这反映了产品经理作为领头人的重要性。
但我们的现实是，没有超人般的产品经理，只有拿着普通文员一般薪资的产品人员，他们有的有产品创意；有的有很强的文字功底，可以写产品需求；有的有技术背景，可以画一些原型……
基于此，我们认为应该首先形成产品委员会制度，即将该产品线的运营、研发、销售、产品负责人都组织起来，形成产品团队，共同决定产品目标、策略，以合力来弥补产品经理个人能力的短板。该委员会直接对老板负责。当然，产品经理是牵头人。
其次，将原有的产品人员按照经理、专员、助理的角色重新划分。其中产品经理根据产品委员会的决策，制定计划并组织实施；产品专员负责具体的产品设计，如流程、交互、网站流图，以及产品规则的指导性文档；产品助理协助产品专员进行设计，并根据产品专员设计的内容将其细化，写出研发人员更易懂的需求文档，至于具体什么格式，大家自由选择，只要团队统一认可就行。文档写完之后，由产品专员确认后与原型一起进行评审。
文档、线框图、原型之争
一直以来，我们都在文档、线框图、html原型之间纠结。其目的无外乎想一口吃个胖子，希望做一件事情，一劳永逸的解决产品需求与研发团队的沟通问题；解决产品需求的积累问题；解决领导要求的做一个过程Ok，文档详细的明星项目问题。
我认为，作为一个较大型的电子商务网站，其产品文档靠手写几个用户故事并不能解决问题。它首先需要一套比较完善的产品规格说明书，包括产品的业务模块划分、业务流程图、状态变迁图、网站流图等。从而从各个方向分析产品，并指导产品后续的运营及更新维护工作。
其次，对于一个40人的中等规模的非全功能的产品团队而言，彼此间的沟通也需要一份完善的文档作为指导和唯一的准则。当然，这样做并非是否认面对面交流，我们要求大家面对面交流和文档交流并行，通过增加沟通的成本，来减少沟通的损失。
啰嗦了这么多，我们来讲小标题中的内容
。团队认为文档很重要，但在怎么做上产生了分歧，也走了弯路。当我们产品的业务模块已经划分清楚，功能也具体确定后，我们走过了这样的曲折过程：一开始我们重视文档，即文字描述，而线框图只能用于辅助，html原型是最后根据前两者开发的。后来发现这样做产品人员在整体考虑上会欠缺，于是我们把线框图提到了很高的高度，要求线框图要细致，要能串起来反映流程，然后依据线框图，编写文档和html原型。
这两种方法最后证明都有短板。重视纯文字的文档容易使产品人员陷入过多的细节而忽视了整体的考虑。而细致的线框图会占用产品人员大量的画图时间，可是产品变化频繁，这种线框图也就渐渐堙没，不再维护了，白花了很多力气。
面对产品专员水平有限，人力不足的情况，我们认为可以采用以下模式来进行产品设计：产品专员、产品助理与交互设计师整合在一起作为一个团队进行模块的产品设计，首先由产品专员利用线框图简单的描述产品内容，然后由交互设计师做交互原型，大家利用交互原型，整理产品业务流程和规则，最后由产品助理以用例的形式编写详细的产品文档，交互设计师在原有的交互原型上设计高保真的页面原型，最后交由产品委员会评审。
以上内容只牵涉具体的产品设计环节，不涉及产品战略环节，所有偏细节的内容多一些。这样做，首先可以克服上文提到的产品人员素质的短板，同时在产品设计的过程中，利用简单的方式做快速的沟通，在具体设计过程中考虑到了流程、文档、交互等内容，可以向研发环节提供一个较高质量的产品文档。当产品发生变更，我们只需要重新讨论、设计，最后变更文档和原型即可。而这两样是必须要变更的。
先写这么多，其他的考虑好了再继续。