您当前的位置:首页 > 产品服务

文档模板分享:后台产品需求用例

  因为工作中写最多的就是后台产品的需求用例,所以先整理了这份文档模板,在往后的文章中会陆续总结PRD中其他部分的模板。

  我团队写文档都是使用Confluence(一款在线文档协作软件,企业Wiki),结合同系列的JIRA进行项目管理,好用到飞起。

  需求用例都是尽我所能写得详细,并且结合程序员们的反馈,不断迭代。所以我的模板是最适合我团队和业务的,并不是普世的,我提倡每个人都输出自己的文档模板。

  这一版模板完成后大大提升了我的写作效率,一个简单的增删改查需求,使用模板约30分钟能完成。

  这一模块代表了需求用例的基本属性,尤其是文档的状态,在线协作时能提示开发和测试这个文档进行到哪一步了,流程需要团队内部达成一致。

  后台产品的需求用例,我把正文分成关联、描述、VI&UI、数据项和流程等几个部分。实际应用后发现这是比较合理的方式,能最大程度上让开发者根据不同时期的不同需要去理解需求。

  例如在评审会时,大家只需要看用例描述和VI部分就能对需求有大致了解;计划会时主要讲解描述、VI&UI和流程部分;开发者实际开发时会着重看VI&UI和数据项部分。

  若用例为优化或升级,则需链接该需求的前一版本的用例,可进行适当文字描述。

  用例对其他用例有影响时,需关联,如后台需求用例会和前端需求用例联系,可进行适当文字描述。

  该需求用例功能所需要支持的前台功能。如一个广告Banner的增删改查功能,对应前台的Banner用例。

  这部分建议使用“左图右字”的排版,便于阅读。(Confluence中有“节”的设置,排版非常好用)

  设置页面编号和名称,插入视觉图,使用数字标注,标明交互、初始状态数据项等内容。

  使用标号和“→”描述交互过程,注意标清错误提示语;可使用动图等形式表现稍稍复杂的交互。

  描述该页面初始进入时的样子。不同业务页面的初始状态不同,但很多情况下可以复用。以下就是我经常使用的初始状态描述:

  主要写清流程描述,因为“3.2.3 需求流程图”中已有流程图,这一部分可以省略。

  同样,每个流程都需要编号,写清前置、描述和预期结果。尤其是异常流,需要和开发、测试多进行讨论和沟通。

  这里我使用的是Confluence的一个文档版本插件,可以查看文档不同版本之间的差异,但是和文档状态没能关联起来看,所以用的不多,但是对于查看文档修改和修改内容还是很好用的。

  本文由 @ZoeSunPM 原创发布于人人都是产品经理。未经许可,禁止转载。

  设置页面编号和名称,插入视觉图,使用数字标注,标明交互、初始状态数据项等内容。”

  此处描述没有图示很难理解,因为仅靠文字,脑补画面不容易将全部描述项呈现出来,怕会有缺失。

  我理解用例是需求文档的一部分,可能会把一个简单的增删改查功能的需求文档拿出来作为一个用例。

  【每日一问】第280期:锤子号称要颠覆电脑和office办公软件,是吹牛x还是线人关注

  人人都是产品经理(是以产品经理、运营为核心的学习、交流、分享平台,集媒体、培训、招聘、社群为一体,全方位服务产品人和运营人,成立8年举办在线+期,线+场,产品经理大会、运营大会20+场,覆盖北上海广深杭成都等15个城市,在行业有较高的影响力和知名度。平台聚集了众多BAT美团京东滴滴360小米网易等知名互联网公司产品总监和运营总监,他们在这里分享知识、招聘人才,与你一起成长。

来顶一下
近回首页
返回首页
一周人气文章排行榜
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
一周推荐文章排行榜
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5
  • 1
  • 2
  • 3
  • 4
  • 5

网站简介版权所有