PRD里面，一个完整的功能模块需求，应该怎么写？

写PRD是产品经理的基本功，大部分需要做执行的产品经理，都会花很多时间在写PRD上，写好PRD，才能将用户需求更好的转为产品需求，让产品方案落地。

PRD分为很多个模块，一份完整的PRD应该包含如下这些模块：

完整PRD模块，可关注公众号『刀哥说』获取模板

在实际的功能中，耗费时间较多，又主要是具体的用例（功能）模块，因为每个产品，都可以拆分成一个个独立的用例，用例的拆分，可以按步骤或者按功能模块，详细的拆分方法，可以看刀哥之前的文章，这里不详述。

本文的重点是分享具体用例的详细写法，把一个个的用例写好，可以极大的提升整个PRD的质量，减少和前后端开发撕逼，减少需求的变更，可以腾出更多的时间去研究行业，研究竞品，研究用户。

产品经理的核心竞争力，一定是对行业、用户的认知，产品的基础工作，花的时间越少越好。

01.用例

在说如何写用例之前，我们先来说一下，什么叫用例。用例是对用户通过系统完成目标的一系列过程的描述。用例是一个逻辑过程，一个标准的用例名称应该是动宾结构，比如登录系统、录入资料、找回密码……

一个完整的用例，我把它分成几个核心部分：1、前置条件/后置条件；2、业务逻辑；3、界面交互。完整的结构如下：

一个用例包含的关键要素

用例是UML里的标准术语，在实际和业务或者研发打交道的时候，经常叫做功能模块，功能模块也好，用例也好，产品经理自己一定要清楚这些概念的底层含义。

02. 前置条件/后置条件

需要提醒一点的是，在写具体需求的时候，不一定要按照某种严格的格式去写，除非公司