可以直接复制的
功能需求模板。

好的功能需求模板问的是问题,而不是解决方案:对方想做什么,被什么挡住了,影响到谁,怎样才算解决得好。把下面的模板复制到文档、表单或任务跟踪工具里,或者用一块替您问这些问题的看板。

功能需求模板

六个问题。必填的应该只有标题。

标题
  用一句话说出想要的结果,而不是解决方案。
  例如:把报表导出为 CSV

您想做什么?
  用您自己的话,描述要完成的事。

现在是什么挡住了您?
  您目前用什么办法代替,为此付出了什么代价。

影响到谁,多久发生一次?
  只有您自己、您的团队,还是某个套餐的所有客户?每天,还是每月?

怎样才算解决得好?
  您凭什么判断问题已经解决。具体怎么设计,交给团队。

有什么可以给我们看的吗?
  截图、示例文件、链接。

每个字段为什么在那里

  1. 标题。 一句话说出结果,需求才搜得到,重复的需求也才能彼此碰上。
  2. 您想做什么? 就算对方提议的方案行不通,目标依然成立。
  3. 是什么挡住了您? 从变通办法里,看得出这个问题的代价有多大。
  4. 影响到谁,多久一次? 覆盖面和频率:RICE 分数里的覆盖面,用用户自己的话说出来。
  5. 怎样才算解决得好? 用用户自己的话写成的验收标准。
  6. 有什么可以给我们看的吗? 一张截图抵得上三段文字。

把需求模板变成需求提交表单

需求提交表单应该比模板更短。表单上只留标题和一个开放式问题,其余的等需要时再在评论里问。

  • 只把标题设为必填。
  • 提交之前先显示相似的需求,让用户可以直接投票,而不必再写一条。
  • 允许用粘贴的方式添加截图。
  • 邮箱只验证一次,而不是每提一条需求就验证一次。
  • 说清楚接下来会怎样:需求会出现在哪里,答复会以什么方式送到。

同一份模板,也能用来收集产品反馈

同样的问题也适合当作产品反馈模板,用于缺陷报告和一般性意见。第一个问题保持开放,最后两个可以去掉。

  • 对缺陷,问对方原本预期什么,实际发生了什么。
  • 对表扬和抱怨,前两个问题就够了。
  • 所有内容放在同一份清单里,针对同一件事的抱怨和需求才会碰到一起。

Kjerr 的想法表单怎样覆盖这份模板

Kjerr 的表单默认是精简版:标题、可选的描述和截图。模板里其余的部分,由表单周围的看板来完成。

  • 描述栏的提示语是:“您想做什么?遇到了什么阻碍?”
  • 最多 5 个截图或文件,每个不超过 10 MB。
  • 输入标题时,相似的想法会立即出现,每条旁边都有投票按钮。
  • 影响到谁,从投票和 Users & Companies 里就能看出来:公司、套餐和 MRR。
  • 表单由您来改:两个内置字段可以改名,描述可以设为必填,还可以添加最多 8 个自己的字段,单行或多行都行。

常见问题,直接回答。

什么是功能需求模板?

功能需求模板是一组简短的问题,帮助用户把自己的需要说清楚:目标是什么,现在被什么挡住,影响到谁,怎样才算解决得好。它让不同的需求可以相互比较,也替团队省掉一轮追问。

需求提交表单应该问些什么?

越少越好。一个标题加一个开放式问题,收到的需求比十个必填项更多。问问题本身,不要问解决方案,并且允许添加截图。

需求提交表单应该有必填项吗?

只有标题。每多一个必填项,填完表单的人就少一些;细节可以之后在评论里再问。

产品反馈模板和它有什么不同?

产品反馈模板涵盖用户想说的一切,包括缺陷和表扬;功能需求模板只管那些目前还不存在的东西。只要第一个问题保持开放,同一组问题两边都适用。

Kjerr 的想法表单和这份模板相比如何?

默认情况下,它要一个简短的标题和可选的描述,提示语是“您想做什么?遇到了什么阻碍?”,并可添加最多 5 个截图或文件。两个字段都可以改名,还可以再添加最多 8 个自己的字段。输入标题时,相似的想法会连同投票按钮一起出现,所以很多需求最后变成了一票,而不是一条重复项。

相关页面

需求收集工具收集功能需求,投票排序,跟踪每条需求的状态
Bug 报告模板七个问题,附一个示例
如何收集用户反馈七个步骤,按顺序来
用户反馈闭环反馈闭环是什么,怎样真正做到闭环

给用户一个答复。

早期体验阶段,Kjerr 完全免费:包含全部功能,无需信用卡。日后推出付费套餐时,将按工作区计费,绝不按管理员席位计费。