如何撰写让团队保持统一认知的产品简介

关键要点

• 产品简介是一份简短的规划文档，记录团队拟开发的内容、其重要性、服务对象以及仍需厘清的问题。

• 产品简介在产品规划或产品发现初期最为有用。

• 一份优质的简报不会解答所有问题。它能帮助各利益相关者建立共识，以探讨机会并确定后续行动。

• 最优质的产品简介能够将明确的客户问题与可衡量的业务成果关联起来。

• 集中式工具为每一位利益相关者提供统一位置，便于审阅、评论，并在整个简报推进过程中保持认知一致。

开发错误的产品代价高昂。为错误目标受众打造正确产品，或是没有清晰的成功衡量标准，同样会付出高昂成本。

产品简介可以帮助团队规避上述情况，在编写一行代码、制作任何界面原型之前就达成认知对齐。它在产品规划早期阶段至关重要，最适合作为团队工作的起点。

本文介绍什么是产品简介、产品简介应当包含哪些内容、它与其他规划文档有何区别，以及如何撰写一份真正能够推动团队前进的产品简介。

什么是产品简介？

产品简介是一份简洁的规划文档，用于说明团队拟开发的内容、重要性、目标服务对象、需要达成的成果，以及仍有待验证的信息。

它编写于产品规划或产品发现阶段的前期，通常在尚未正式批准开展任何开发工作之前完成。一份撰写完善的产品简介可供产品、设计、工程、营销、销售、支持以及管理层使用。

这份简介无需包含全部技术细节，也不用解答所有待解决问题。其目标是让利益相关者充分达成认知共识，以此确定业务机会并确定后续工作。

产品简介的作用是什么？

产品简介有助于团队在投入资源之前做出更优的产品决策。在这里，潜在假设会被摆上明面，问题会被提出，所有人就某个想法是否值得推进达成共识（或提出异议）。

以下是产品简介的核心作用：

• 使利益相关者在问题与业务机会上达成共识：在任何人开始设计或开发之前，产品简介让整个团队形成统一认知，明确产品旨在解决什么问题，以及为什么该问题当下至关重要。

• 明确团队要开发什么以及背后原因：产品简介将想法从模糊的概念转化为足够具体的内容，供团队讨论、评估并据此采取行动。

• 记录假设、待解决问题与风险：记录未知信息和记录已知信息同等重要。产品简介将不确定性显性化，让团队能够在正式开工前处理这些问题。

• 为优先级排序建立统一参考依据：当多个想法争夺关注时，产品简介可为利益相关者提供一致的对比依据。团队可以使用 Jira Product Discovery 将想法、洞察信息和反馈集中收集到一处，然后再决定要推进哪些内容。

• 帮助团队决定后续工作：借助产品简介，团队可以更便捷地判断一个想法应当进入产品待办事项、纳入路线图，还是完整的产品需求文档 (PRD)。

产品简介应包含哪些内容？

一份优质的产品简介会涵盖恰当的内容，而不会变成一份完整的产品需求文档。下面对各个板块逐一拆解，说明各部分需要解答哪些问题，以及在实际应用中的具体表现：

产品简介、PRD、产品待办事项与路线图对比

团队会使用大量内容存在重叠的规划文档，很容易将它们混淆。下面说明产品简介相对于其他文档的定位：

如何分 6 步撰写产品简介

撰写产品简介不必是一个漫长的过程。目标是收集足够信息，让相关人员能够有理有据地讨论是否推进项目以及如何推进。

具体做法如下：

第 1 步：定义产品想法

先用通俗的语言描述团队正在考虑的事项，可以是一款新产品、一项功能、一次优化或是一项实验。这不需要是精心打磨的提案，只需清晰到让所有阅读者都能理解大致方向即可。

共享的 Confluence 页面可为团队提供一个集中空间，用于记录想法、补充背景信息，并在收到反馈与新信息时完善思路。

以下是几个帮助您开始的提示：

• 我们在考虑开发什么？

• 这是一款新产品、一项功能、一次优化，还是一项实验？

• 它关联着哪项客户或业务机会？

• 该想法来源于哪里？

第 2 步：明确问题与受众

优质的产品简介应当从问题出发，而非从解决方案出发。在定义开发内容之前，团队需要清晰描述是谁遇到了问题，以及该问题会让他们付出哪些代价—体现在时间、金钱、满意度或其他可衡量的维度。

以下是通常为本板块提供信息的输入类型：

• 客户访谈

• 支持请求单

• 销售反馈

• 产品分析

• 竞品调研

• 内部利益相关者请求

正因如此，您必须将机会、反馈和请求统一归集，确保在做出决策前不会遗漏任何信息。

第 3 步：设定目标与成功衡量标准

目标应当将产品想法与业务真正关注的成果关联起来。模糊的目标难以评估，也难以落地执行。

具体、可衡量的目标为团队指明努力方向，同时提供判断方案是否奏效的依据。以下是部分以成果为导向的目标示例：

• 提升激活率

• 减少支持工作单量

• 提升功能采用率

• 提升留存率

• 缩短任务完成耗时

第 4 步：概述范围、假设与待解决问题

产品简介最有用的价值之一，是将不确定性显性化。团队往往会在诸多未言明的假设下推进工作，将这些内容记录下来，能让利益相关者在工作启动前对假设进行质疑。

共享文档页面将此类背景信息集中存放，以便团队在做出决策时可以回顾并更新。本部分采用如下简易结构：

• 纳入范围：团队承诺探索或构建的内容

• 排除范围：本次工作明确排除的内容

• 假设：团队认为成立但尚未确认的事项

• 待解决问题：推进工作前仍需解答的问题

第 5 步：对照其他工作排定想法的优先级

产品简介应当帮助团队判断，相较于其他争夺时间与资源的工作，该想法是否值得投入关注。此项决策应依据明确标准，而非取决于现场谁的声音最大。

常用标准包含客户影响、业务价值、工作量、风险、把握程度以及战略契合度。正因如此，团队需要灵活的产品优先级框架、自定义字段以及评分机制，依托统一标准对比各类想法。

借助这些工具，您可以制定出反映真实优先级的产品路线图。践行敏捷项目管理的团队同样可以利用这些标准，使冲刺优先级与宏观产品目标保持一致。

第 6 步：分享、修订产品简介，并将其关联至交付工作

在工作推进前，产品、设计、工程以及市场推广相关利益者均应审阅产品简介。该审阅环节能够尽早暴露疏漏与分歧，建立对方向的共同责任感。

一旦达成共识并形成承诺，该产品简介便可为产品策略讨论、路线图更新、产品待办事项、PRD 以及交付工作单提供依据。工作启动后，产品简介并不会就此搁置。

相反，它将作为团队达成的共识及其背后缘由的记录留存下来。

产品简介示例

以下是一份实际应用中简短的产品简介示例：

• 产品想法：面向新用户的自助式引导清单

• 问题：新用户在完成产品配置前流失。支持工作单显示，大部分初期问题可预判且反复出现，说明用户无法自行找到所需指引。

• 受众：首次配置产品、无专职 IT 支持的小企业管理员

• 目标：上线 90 天内将激活率提升 15%

• 建议的解决方案：产品内置引导式清单，引导新管理员完成推荐配置步骤，并提供相关文档链接

• 成功指标：激活率、清单完成率、前 30 天支持工作单量

• 纳入范围：包含推荐配置步骤与文档链接的清单 MVP

• 排除范围：完整的引导流程重设计、自动化电子邮件序列、应用内聊天支持

• 待解决问题：用户是否会使用产品内提示，还是会觉得提示造成干扰？是否存在适配不同管理员角色的版本？

5 个用于构建产品简介的实用模板

借助合适的模板，编写产品简介会更加简单。以下是 5 个 Confluence 模板，可适配产品简介流程的不同阶段：

以更清晰的路径实现从想法到落地，打造更优质的产品

产品简介能帮助团队在过度投入某套解决方案之前达成共识。它用于确保所有人理解问题、就目标形成共识，并清楚工作启动前还有哪些问题亟待解答。

优质的产品简介在一份文档中将客户问题、业务目标、成功指标与后续步骤关联起来，团队任意成员均可阅读并据此开展工作。

Jira Product Discovery 帮助团队收集想法并对其排定优先级，使优质想法得以推进。Jira 将已确认的想法转化为可追踪的交付工作。而 Confluence 为团队提供记录决策、产品需求以及配套背景信息的位置，避免在想法发现与交付之间丢失信息。

立即免费试用 Jira Product Discovery！

产品简介常见问题解答

产品简介应当写多长？

产品简介的篇幅应以能够达成共识为准，同时要简短到大家愿意阅读。大多数情况下，篇幅为一至两页即可。如果产品简介超出该篇幅，则很可能已经跨入 PRD 的范畴。

如果您需要纳入详细需求、用户故事或用户体验规范，这些内容应放置在独立文档中，该文档需待产品简介审阅完成、团队决定推进工作之后再编写。

谁来撰写产品简介？

产品简介通常由产品经理撰写，但输入信息应来自整个团队。设计、工程、销售、支持以及客户成功团队往往掌握相关背景，可用于完善问题描述、受众定义或风险评估。

应当何时创建产品简介？

产品简介在产品发现初期或产品规划早期、团队尚未对开发工作做出重大投入时效用最大。

如果您仍在评估某个想法是否值得推进，产品简介便是合适的工具。一旦团队决定继续推进，产品简介将为路线图、待办事项列表，乃至 PRD 提供依据。