黄海均的互联网志

这其实是 11 个月前我在知乎上自问自答的一个问题。当时的立意是，「做产品」是一个既感性又理性的过程，纵有很多前辈的经验传承和指导，也不乏各种产品经理的博客文章和培训，但落到实处时都难免犯一些错误。有些是经验不足导致，而有一些则是「人性」层面的考量。

对我来说，做了 2 年多的产品，自己犯过这些错误。

1. 创新的风险和成本。以微博为例，当时微博的评论/转发功能，其核心是信息流通和消费模式，是微博信息流的核心。越是核心的东西，往往已经有了相对成熟的解决方案，因此创新的成本和风险也越大，对于产品设计团队的能力考验也越高。在这个问题上，我有过几次机会都没有做好，导致了几次对信息流的改版。核心用户的流失和骂声不少。而最后的最后，采取的解决方案是照搬了国内另一家微博的模式，当然此事背后有其它原因，我也已经失去了再坚持的耐心和信心。
2. 想做更多。微博解决了用户「我当前在干什么」这个需求。而从小语文教师就教育我们，一个故事的三要素，应该是「人物、时间、地点」，因此我们想在微博的基础上，也顺便解决用户「我在哪里」的需求，俗称 LBS，并希望以此打造与其它微博的差异化。这一步，对于当时规模和量级并不是第一的我们来说，迈得太大了。而且缺乏严谨的用户调查、明确的用户使用场景和需求支持。结果是，花了近一个季度来跟进此项目，最终数据平平，可以称之为「失败」。而产品一旦上线，要下线则需要更大的决心，这意味着后期更多的维护成本、系统更高的复杂度。微博+ LBS 不是不能做，而是要看什么时候、谁来做。一款产品什么时候该做什么事？什么叫「步子迈大了就扯着蛋」，这就是。不要贪多，大跃进害死人。产品经理要有做减法的决心和魄力。
3. 了解用户到底想要什么。产品经理都以为自己是 Super User，能够代表「用户」说话。但你并不是「用户」，尽量早、尽量多地做可用性测试很有必要，用户会用脚投票。不要因为没有眼动仪就不做用户观察，不要因为没有用户研究人员就不做用研分析。作为 pm，这个时候一定要少一些矫情，找几个身边的人就能开工！比如翻页这种交互设计上，不要挑战用户的使用习惯。
4. 搞清楚自己在做什么。短期内要解决什么问题、中长期要解决什么问题，产品的基础定位如何？哪怕是在大公司，也不要指望这些问题是 Boss 的。产品经理一定要想清楚，而且要敢于坚持，不能寄希望于别人。
5. 对于大众型产品，快速扩张，比细节重要。在中国互联网市场里，任何一款产品都有大量的竞争对手，虎视眈眈。产品大方向没错，快速扩张快速小跑比什么都重要。此时，不要相信「细节决定一切」，而要相信「大战略影响小产品」。我犯过的错误就是，前期花了大量的时间在用户根本不会在意的细节上。
6. 没有认清全局。从用户完整的使用流程、用户的激励和引导模式；到信息的完整流通和消费渠道、社区的氛围和机制建立；在诸多可以利用的资源面前，是不是很多资源都可以要？都该要？…什么阶段该重点做哪个环节，都不一样。考验的是产品经理跳出当前具体在做的这一件事，看到整个大事。
7. 产品经理个人能力至关重要。在较大规模的公司和团队里，能够搞定运营团队和领导，是产品经理的必须能力。这包括你对产品的规划定位是否够清晰，清晰到可以阐述出来让他们从心里认可，得到更多运营资源的支持。

其实还有很多错误…… 而有一些错误，是注定要犯的，而且以后还会犯。但只有经历过了，才知道这个事情是否 OK。Икони на светци

Tags:产品经理, 产品设计 | 0 Comment | 663 Views

最近没写博客，但其实微博也玩得少了。主要原因是我转移了绝大部分时间在知乎产品上，当然还有在知乎上回答一些问题。实际上，在知乎回答一个问题所要求的精力和能力，丝毫不比写一篇博客低。但，因为知乎天然具有 Social 和分享的因子，因此在知乎更容易产生一种「我要写一篇 Blog」的冲动。Keso 的「有板有眼」系列就全是这样生产出来的。

刚刚有一个同学在知乎私信上告诉我，说通过知乎找到了一份产品经理的工作。其实，知乎已经成为了目前国内关于「产品经理」最优质的讨论社区。在产品经理 Topic 下不乏优质的互动。

我也挑两个关于产品经理的答案，虽并不深刻，但也算心得。

问：产品经理应该具有怎样的知识结构？

答：这个问题是「产品经理应该具备哪些能力」的近似版本吧，说说个人浅见（仅限互联网行业的产品经理。）

1. 产品设计能力：能够把众多复杂的功能、按钮和排版缕清楚；能够把一些可能很复杂的业务流程搞清楚。
2. 数据分析能力：能够从一堆数字中敏锐地找到规律和问题；
3. 了解社会学和心理学：SNS/社区 类产品，或者消费级的电子商务产品，如果有一些社会学和心理学的背景，会让工作锦上添花；
4. 营销和运营的能力：在职业划分并不是十分明确的团队里，要求产品经理还具备营销推广、产品运营的能力。比如资讯型/电子商务型产品，SEO 是必备的能力之一；比如社区型产品，社区质量和用户活跃度，则考验 PM 的运营能力。
5. 对技术的了解：对于技术有深刻理解，不应该是产品经理的必须技能；但对技术的了解越多，越有利于与工程师的沟通、掌控整个项目。知乎上有一个相关的问题，「产品经理创业是否需要懂技术」。
6. 关注行业趋势：竞争对手、各种新的概念和产品，都不能放过，并且应该是这些产品的重度用户。

还有一些能力，是任何一个「职业人」都应该具备的。但 PM 应该比其它工种更加优秀：

1. 过硬的逻辑思考能力；
2. 良好的沟通能力，能够真正迅速将一件事情「讲清楚」，很多人并不具备这个能力；
3. 善于观察细节、总结问题，得出内在规律；举一反三
4. 真正热爱你的产品，像父母对待刚出生的婴儿一样呵护她。

问：产品经理们，你们都是怎么做上产品经理的？

答：我的大概路径是这样的：

1. 常泡在网上，关注 1-2 个社区，活跃其中；
2. 关注 SEO 和搜索引擎，从搜索引擎的角度考虑为什么搜索引擎是这个样子的
3. 多网购，观察了很多电子商务网站的注册/登录流程，思考每一步为什么是这样
4. 写博客，系统性地想一个功能应该怎么做。同时看一些案例分析
5. 找一家互联网公司，真正做起来。策划、设计、沟通、跟进；
6. 犯错、积累、反思。
7. 继续前进

第二个问题，看了答案才发现，真是有各种职业转型为产品经理的。

另外，知乎还在内测阶段，需要邀请才能注册。

知乎是什么？知乎是问答社区，爱知识、要实名、很“严肃”、讲真话、乐分享。

知乎不是什么？不是 BBS、不是微博、不灌水、不闲聊、不是企业营销阵地、不欢迎口水话。

可以在我这篇博文里评论，说明自己的职业/工作/专业，以及对什么话题/领域感兴趣，总之最好让我知道你是谁。请用真实邮箱评论，我就能看到你的邮箱，尽量一一发放，只是想尝鲜的就不用来玩了，真的，没什么必要。икониикониПравославни иконииконописikoniсвети георгиikoniхудожник на икони

Tags:产品经理, 知乎 | 80 Comments | 4,917 Views

市场需求文档（MRD,Market Requirements Document），是由产品经理（PM,Product Manager）或产品市场经理（PMM,Product Marketing Manager）编写的一个产品的说明需求的文档，用以描述什么样的产品能够在市场上取得成功。

以博客为例，如果一个博客想拥有大量读者，Blogger 在写博客之前，就需要考虑博客的目标用户群以及写作方式等问题；网站策划人员除了需要对网站的内容、布局、结构有相当了解之外，还需要对市场定位与需求了如指掌。在需求管理中，产品经理或产品市场经理则需要将这些思考以文字或图表的形式表达出来，以更好地与开发人员沟通、协调。

目前我在新竞争力担任网络营销顾问，为客户的项目服务时需要写大量的文档，包括市场需求文档和产品需求文档（PRD,Product Requirement Document）。其中 MRD 的写作则是非常重要的一个步骤，下面的十个技巧将很有帮助：

• 从用户的角度撰写

MRD 可能必须使用大量的文字呈现内容，相信很多策划人员和技术人员都面临大量的阅读疲劳。产品经理可以使用用例（Use Case）和用户角色（User Personas）来达到减少阅读疲劳的目的。

• 使用一个模型

相比大量的文字说明，一张漂亮的图片不仅可以迅速有效地传递信息，甚至赏心悦目。比如使用 Office 套装的一些流程图，塑造一个模型，这样简化文字表达，一目了然。

• 用简单的语言撰写

在 MRD 中，产品经理不必矫揉造作地写得太专业。就像写博客一样，可以多使用短句，避免太长拗口的语句。当然，还要注意文字的排版，切忌大段大段的码字。

• 不要使用太多模板

从幼儿园到大学，我们很多人写作文都可能使用了作文大全或网上的文章模板。这种“批量化”生产的确可以节约时间，提高效率并保证 MRD 的内容完整性。但大量使用模板可能让产品经理的工作变成了一项没有创造力的枯燥活。而且，模板中的一些内容对于技术开发人员是不必要的，产品经理可以适当删减一部分内容。

• 赋予一个权重

优秀的产品经理往往都有很好的时间管理能力，通常在一个项目的所有工作里，可能涉及很多个小的工作版块。作为 MRD 作者的产品经理，在面临权衡取舍时，应当事先为一些项目设置一个优先级，赋予不同的权重。这样可以告诉技术人员，哪些是必须现在做的，而另外的则是可以暂缓一下的。

• 注意描述方式

在为客户的项目服务时，产品策划人员需要与产品开发人员进行详细的沟通，但策划人员并不需要在 MRD 中完全描述如何实现每一个细节问题。策划人员只需告诉开发人员“是什么”，而不需要说“为什么”。比如在策划一个 Web 2.0 网站时，兴奋之余，我就很容易在 MRD 文档中把我对于技术的那一点憋足的想法写出来。对于开发人员来说，这实在不好。

• 包括非功能性需求

产品经理关注的重心在于产品的功能性需求，即产品本身的特性。但在与开发人员的沟通中，有时则需要在 MRD 中定义非功能性需求，这有助于产品后期的测试。

• 反馈与评论

产品经理的工作内容很有创造力，充满创新；同时产品经理也必须与项目中的其它人进行有效沟通。无论写出的 MRD 多么好，产品经理都应该有一个良好的开放心态，接受其他人的反馈和评论，不断地更新 MRD 的内容，以帮助团队创造更好的产品。

• 定义市场目标和定位

产品经理还容易犯另一个问题，就是认为技术开发人员只需把产品策划实现即可，对于产品本身的市场目标及定位并不在意。但如果在 MRD 中包括了市场目标及定位，将有助于他们创造更加成功的产品。

• 包含一个术语表

就像在论文中包括术语解释一样，MRD 的读者可能有一些并不是技术人员。如果 MRD 文档中包括了一些新名词，产品经理最好在 MRD 文档中包含一个术语表，以更好地进行信息传达和团队沟通。

在大公司中，产品经理是一个很关键的职能位置。产品经理不仅需要有良好的写作、策划、沟通能力，还需要对产品及行业有很好的的理解和把握。在小公司中，产品经理的所有职能可能都被集中在一个负责策划的人身上，身兼多职。

而 MRD 的撰写则是产品经理与开发人员进行沟通的基本桥梁，注意以上十条写作技巧，对于产品经理的工作将有极大的帮助，自己也在不断地学习中。

Tags:MRD, PRD, 产品经理, 时间管理 | 2 Comments | 7,550 Views