编写良好的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这样知名度更高的初创公司人物,我们可能会在获得许可的情况下以他的名义提交产品发现(比如根据他的推文)。