编写良好的PRD文档，管理产品后备需求
这是Product Monk产品管理教程的第十三章。全部章节目录参见本文。
如何编写PRD文档
一旦你的团队进入“构建”阶段，开发团队就有必要了解之前的用户研究、产品愿景以及产品路线图。PRD（产品需求文档）是让所有团队成员保持一致的答案。它作为一个单独文档，所有团队成员和利益相关者，都可以理解产品的目的和需求。它不需要是一个非常详尽的文档，但它应该提供产品的基本概念。
一个好的PRD文档应该有以下几个部分：
- 产品简介，愿景和目标
- 产品为谁开发
- 为什么要开发这个产品
- 竞争态势与产品灵感
- 产品架构、功能特性、产品模型和用户体验流程
- 发布标准及计划
- 市场进入计划
- 下一步的想法
附录为Product Hunt的PRD文档，供参考。
什么是产品后备需求
制定产品路线图后，一旦开始深入不同的问题领域，你就会被大量任务、请求和来自多个来源的反馈弄得不知所措。
产品后备需求（Backlog ），是管理这些请求的答案。
产品后备需求，是产品所需所有东西的一个有序（以优先级的形式）列表。该列表可能包含：
- 功能特性（以用户故事的形式存在）
- bug
- 技术任务（如数据库更改、微服务升级）
- 知识任务（如研究新技术，融入新算法）
产品后备需求是不断发展变化的。你会不断地从多个来源获得后备需求的新内容——从开发团队、潜在客户、管理人员、市场营销人员那里，以及最重要的，从你的客户那里。
因此，你必须不断地接收所有请求，对这些请求进行优先级排序和管理。
一个好的产品后备需求应该：
- 按优先级划分
- 描述详细
- 经过充分评估
- 不断更新
后备需求的管理
以下流程可用于构建产品后备需求：
- 新需求（New Issues）：所有新问题（功能特性请求、用户故事、想法、反馈等）都会出现在这个部分。
- 冰盒（Ice Box）：如果任务很重要，但是目前没有任何计划做它，那么就把它放到冰盒里。
- 后备需求（Backlog ）：如果一个任务要完成，但是还没有准备好（需要更多的细节，或者团队还没有额外能力来做），那么这个任务就会被转移到后备需求中。
- 冲刺中的需求（Sprint Backlog）：从后备需求转移到冲刺的任务，就是冲刺中的需求。此时，每个任务都应该包含详细的用户故事、验收标准和时间估算。
- 进行中的需求（In Progress）：在当前冲刺中，团队正在做的所有任务（问题）。
- 已完成的需求（Done ）：所有已经完成的任务。
- 已关闭的需求（Closed ）：所有不被尝试完成的任务（由团队决定），都将被转移到已关闭部分。但是，它可以被重新打开。
管理后备需求的更多信息，请阅读foldingburritos网站的这篇博客。
如果你需要重新审视如何编写和评估用户故事，你可以参考第7章——如何编写用户故事?
附录：Product Hunt产品PRD文档
产品搜寻（Product Hunt）
“为了那些热爱产品的人”
简介与目标
我们的目标是让Product Hunt成为分享和发现创新产品和服务的目的地，无论是移动APP产品，还是硬件产品。这个产品的其他方面，则关注产品的编辑策展，更多地遵循类似博客的模式。Product Hunt是一个社区，一个可以和其他对产品有热情的人一起研究产品的地方。
产品为谁而开发？
- 产品人 - 那些创造产品，并喜欢发现、把玩并从创新产品学习的人。也可以服务于那些要了解潜在竞争产品的人。
- 种子轮投资者 - 总是寻找新的投资交易和投资信号，以策划要对哪些初创公司进行评估和约见。
- 日常的技术热爱者 - 喜欢寻找新事物的人
为什么要开发这个产品?
- 这是我们个人非常喜欢使用的东西
- 来自“linkydink MVP”早期最初的吸引力—175个订阅者，30贡献者（一些VC和创始人）
- 垂直社区的兴起。GrowthHackers.com、Designer News和Quibb已经在特定初创公司/技术垂直领域获得了吸引力
- 广告和/或数据，货币化变现的机会
- 技术风险非常低
产品什么样?
术语表
- 帖子 - product hunt上的新提交的资料
- 评论 - 帖子上面的评论
- 回复 - 针对评论的回答
- 投票 - 针对一个帖子的投票
- 主页视图 - Product Hunt的主页 （所有用户都可以看到）
- 详情视图 - 每个帖子的永久链接页面
- 个人资料视图 - 用户个人资料页面
用户类型
- 未注册用户 - 还没有完成注册的人
- 已注册浏览者 - 已经注册，可以对帖子投票，但不能发帖或评论的人
- 贡献者 - registered users that can post, comment, and upvote （ie, “Hunters”?）已注册用户，可以发帖、评论和投票（比如，“Hunters”?）
- 管理员
主页视图
主页视图（即主页）按时间顺序显示帖子列表，按日期划分（类似于linkydink）。
如果没有注册，注册时必须出示一份CTA。当注册时，必须有一个CTA帖子来发布。
“猎人”（即贡献者）也必须被列出，产品人策展内容的社区被高亮显示。
详情视图
详情视图（即永久链接页面）显示了关于帖子的信息（如下所述），并且包含了相关评论。
此外，这个页面应该包括“谁在这里”，显示参与这个对话和/或投票这个产品的用户头像。
帖子
每个帖子，必须包括：
- 名字- 产品或服务的名字
- 宣传语 - 精简（少于60个字符），对产品或服务进行描述
- URL - duh
- 提交人 - 这个帖子提交者的个人资料图片和/或姓名
- 投票 - 这个帖子的投票数量，以及每个投票用户的个人资料图片
- 评论 - 这个帖子的评论数量（可能附有评论者的个人资料图片）
在提交一个帖子后，应该指导用户说一些有趣的东西、添加第一条评论，来引发对话。
评论
每条帖子都有一个评论机制，像HN一样通过算法排名确定排在最前面的评论。每个评论包括:
- 评论文字 - CTA应该构建对话的框架（例如:“说一些关于硬币的有趣的事情”）
- 提交者 - 评论者
- 投票 - 用户可以对评论进行投票
- 回复 - 回复按时间顺序排列，一层深度（例如，没有针对回复的回复）
关注
用户可以关注其他用户。这不会改变主页视图（帖子的feed），但是当用户关注的人发布帖子、投票或评论时，可以用来重新吸引用户。
邮件通知
用户会收到以下电子邮件通知:
- 每天的产品搜寻摘要 - 当天所有帖子的列表(以后可以是排名前10的产品，如果用户愿意，也可以改为每周摘要)
- 再次社交：
- 关注
- 关于他们帖子的投票
- 关于他们帖子的评论
- 针对他们投票帖子的评论
- 他们所做评论的回复
注册
每个用户都必须使用Twitter账号注册，输入以下信息：
- 项目
- 个人资料图片
- Twitter URL
- Twitter 用户名(以后可能用于打标签/提及)
此外，他们还必须提供:
- 电子邮件地址
- 职位和公司名字
头脑风暴的想法
- 指南和结构化的评论 - 结构化的评论引言(例如，“这个产品和……类似”，“这个产品很棒是因为……”)，就像Facebook上的“我在看……”，“我在吃……”
- 相关链接 - 新闻、博客文章等
- 排名算法(HN-like)
- 编辑推荐 - 编辑强力推荐
- Product Hunt 用户组- 人们可以创建群组，就像社交新闻网站Reddit的子版块subreddit一样
竞争对手与产品灵感
- Beta List - 早期（经常是B轮）创业公司的付费推广（以及可能一些策展）
- StartupList - 新创业公司的编辑策展
- TastemakerX - 音乐发现社区
种子用户和内容
最初的贡献者将被精心挑选，以创建独有性，降低产生垃圾信息的可能。理想的贡献者是创业领域中知名的产品人员（如Nir Eyal, Semil Shah, Hiten Shah）和投资者（如Josh Elman, Nick Chirls），但也可能包括知名度较低的早期技术采纳者。
为了抓住像Hunter Walk这样知名度更高的初创公司人物，我们可能会在获得许可的情况下以他的名义提交产品发现（比如根据他的推文）。
模型
主页视图
详情视图
技术笔记
模型
用户
- twitter_uid
- name
- username
- image
- headline
- daily_email?
帖子
- user_id
- name
- tagline
- clicks
- url
帖子投票
- user_id
- post_id
评论
- user_id
- body
评论投票
- user_id
- comment_id
回复
- comment_id
- user_id
- body
进入市场的策略
1.吸引/招募有影响力的人 - 让他们觉得自己是产品成功和设计的一部分
- 寻求产品的直接反馈
- 通过博客文章/新闻稿的反馈。
2.公开发布前邀请贡献者 - 确保网站已被内容填充
3.博客发帖 - “30 分钟MVP”
- 在PandoDaily或Andrew Chen的博客上发帖?
- 提交到Hacker News、GrowthHackers.com、Designer News、Quibb
4.发布新闻稿
- 联络媒体(PandoDaily、FastCo)
- 大规模发布到其他媒体(http://customerdevlabs.com/2013/09/24/google-news-api-mturk-press/)
5.Startup Edition和Ryan的个人电子邮件列表- ~4k subscribers
6.给现有的Linkydink用户发邮件
正式发布后的市场策略
产品解构的博客文章
以下是之前的资料
架构
- 主页落地页 (未注册)
- 主页Feed (已注册) - 帖子列表
- 产品帖子的永久链接 - 深入链接到一个特定的帖子
- 用户个人资料
- 用户设置 - 更新邮件地址，通知首选项
- 关于/FAQ
主页 - 未登陆
首页(producthnt .co)在用户未登录时，不让用户浏览产品的完整提要，推动用户注册(见andrewchen.co的博客——他成功建起了这个围墙花园)。不过，用户仍然可以查看永久链接页面。
主页Feed (浏览帖子) - 已登陆
最初，所有帖子都是按时间顺序显示的，而不是按照算法或基于投票。因为一开始用户基数相对较小，我们还没有足够的人投票给我们的产品进行有意义的排名。
永久链接页面
Each post has it’s own URL to share. Will be useful for encouraging hunters to post links to their findings (e.g. “I just posted Coin to Product Hunt - http://producthunt.co/posts/coin). 每个帖子都有自己的URL来分享。这对于鼓励产品猎人发布他们发现的产品链接，是非常有用的(例如，“我刚刚在Product Hunt上发布了这个产品Coin- http://producthunt.co/posts/coin)。
交互和用户反馈循环
Product Hunt的成功依赖于有效的反馈循环和用户对服务的重新参与，而这些正是linkydink MVP所严重缺乏的。用户可以通过以下方式进行交互:
v1
- 提交帖子
- 在帖子上评论
- 对帖子投票支持
Post-v1
- 浏览帖子 - 类似Quibb，显示谁浏览了这个帖子。如果浏览者还没有注册，则匿名显示，也可以只是显示总数。
- 对评论投票支持
- 关注用户
- 提及用户 - 能够在帖子描述或评论中标记一个用户（比如，“@ryan发布了一个类似产品XYZ”）
- 转发给用户 - 通知特定用户(类似Potluck)他们可能感兴趣的产品/帖子，这可能是发帖流程的一部分
提交一个帖子
每个帖子包括:
- URL
- 题目/名称- 最大100 字符
- 描述- 最大250 字符
- 提交者
- 投票支持的数量& 投票人
- 评论
不要对URL去重(例如，如果用户已经提交了一个mindie.co的链接，不应该阻止其他人再将这个链接提交)，对于v1来说是必要的，但是需要在将来考虑
对帖子的评论
任何注册用户都可以按时间顺序对一篇帖子发表评论(是否支持子线索?)
投票支持/喜欢一个帖子
任何注册用户都可以投票支持/喜欢一个帖子，增加一个投票数。
电子邮件通知
用户会收到以下电子邮件通知:
- 每天的产品搜寻摘要 - 当天所有帖子的列表(以后可以是排名前10的产品，如果用户愿意，也可以改为每周摘要)
- 再次社交 - 新的关注者、评论、帖子点赞
注册
每个用户都必须使用Twitter账号注册，并提供一个邮件地址。他们的Twitter个人资料图片、用户名和简介也会被存储和使用。用户应该在Product Hunt上自动关注他们已经在Twitter上关注的人，以增加通知和对该服务的投资。
将来的创意
- 通知Feed - 新社交活动通知 (评论, 点赞, 等.)
- 浏览器扩展/书签
- 通过Tweet发帖 - 向 @producthunt 发布推文来提交新帖子
- 通过电子邮件发帖 - 向 submit@producthunt.co 发邮件来提交新帖子
- 移动端- 网站应该能够响应并适应移动端界面，但对于v1来说，移动端可用性并不是必须的
竞争对手与产品灵感
- Beta List - 早期（经常是B轮）创业公司的付费推广（以及可能一些策展）
- StartupList - 新创业公司的编辑策展
- TastemakerX - 音乐发现社区
种子用户和内容
最初的贡献者将被精心挑选，以创建独有性，降低产生垃圾信息的可能。理想的贡献者是创业领域中知名的产品人员（如Nir Eyal, Semil Shah, Hiten Shah）和投资者（如Josh Elman, Nick Chirls），但也可能包括知名度较低的早期技术采纳者。
为了抓住像Hunter Walk这样知名度更高的初创公司人物，我们可能会在获得许可的情况下以他的名义提交产品发现(比如根据他的推文)。
