快新闻

产品经理避免沟通低效和开发风险的终极大招


产品经理避免沟通低效和开发风险的终极大招
本文作者Gaurav Oberoi 是 SurveyMonkey 的前联合创始人,曾于 Amazon、Xmarks 就职,在硅谷有十余年工作经验,负责过多款数百万以上用户量的产品。

全文由刘涵宇翻译,译者为FellowPlus 产品负责人,个人关注产品设计、效率工具和投融资行业,微信公众号“不安静的书桌”,欢迎关注交流。

三节课写在前面的话:

产品经理在一家互联网公司往往掌管着所有的需求,需要沟通的对象也包括了设计、开发、测试、运营等角色。所以,一名产品经理需要处理和面对的信息量常常是巨大的,也因此往往会面临到沟通低效、产品开发进度和质量不可控等等问题。

这时候,最好的解决方案,其实是一份清晰高效的产品文档。可惜,大部分产品经理对于“文档”的价值和意义认知都是不够的。

在本文中,作者Gaurav Oberoi分享了他对于产品文档的看法以及撰写产品文档的常用流程。此外,本文还含有一份真正完整的产品文档示例,以及详细的产品文档写作指南(包括格式 思路),希望对你有所帮助。

以下是正文

很多人听到「产品文档」这四个字就像吞了苍蝇一样,人们通常会认为这意味着又要花几周写一个根本没人看的文档。如果一个团队总被产品文档这种事情拖累,怎么可能「敏捷」得起来,怎么可能高效地产出代码?

我在过去十几年创造了多个数百万人使用的软件产品之后,越发认为这种观点是完全错误的。根据我的经验:

高效的产品文档是创造伟大产品的过程中所不可或缺的重要组成部分。撰写产品文档可以强制所有人从项目初始就理性思考,频繁沟通,明确权责——所有的这些都会带来更好的软件质量,更低的进度风险,以及更少的时间浪费。

在这篇文章中,我会通过一个案例来分享一些普适的建议,这些建议会对产品经理,尤其是大中型(超过二百人的)公司中的产品经理们非常有帮助。

首先,让我们来看个例子

假设你需要解决这么一个问题:

一家从事在线旅游预订服务 (就像 Hotels 或者 Airbnb 但是规模更小一些)的公司。目前这家公司的支付转化率偏低,所以这个季度大家打算尝试通过在支付环节加入在线客服的方案来提升转化。

你的计划是:

通过在支付环节增加在线客服来尝试提高支付转化率。

支付转化率目前仅有 18%,而业内平均转化率有 30%。我们打算测试下在支付时展示在线客服聊天窗口是否可以提高这个转化率。用户运营团队已经同意了提供1人月的客服人力支持。

在你没有产品文档时,你会这样做:

比方说,你觉得行动起来总是最重要的,因此直接开始动手:

1. 在迭代计划会上,