编辑导读：写好原型文档是产品经理的一项基本功，因为业务和开发都需要看懂原型文档，所以原型文档需要写得简单清晰。本文作者基于自身经验，分析原型文档在书写时要注意的几个点，与你分享。

产品经理在工作中离不开原型文档，原型文档具有直观性，让业务和开发都容易看懂。

通常业务更注重看原型里面的页面，而开发则更注重看文档。

通常原型文档还是开发用的时间比较长，开发在开发过程还需要继续使用原型文档，充分理解自己要做的事情。

为了增加文档的可读性和理解性，以下内容一定要写清楚，避免开发不断询问。

1. 交互动效

交互动效在页面中很常见，比如下拉、置顶、tab切换、弹层、浮层、hover等等，还有很多超赞的交互动效，这里就不一一列出。所以对于产品需要的交互动效要描述清楚，这样前端才知道要做成什么样。

举例子：

从这张图，可以看出是涉及到交互的地方就是月份选择，需要描述清楚点击出现还是hover出现；采用统一下拉控件还是特殊做下拉效果。

而对于下拉列表中的内容也需要描述清楚，从哪个月份开始取值，今年还是去年，从哪个月份开始。如果没有将清楚，之后开发还是需要询问，后面也是要补充的。因为你不能只给开发讲了就行，如果PC端和H5端不同的开始人员呢？测试也是需要按照这份文档进行测试，不清楚的模块，测试无法测试。

可供参考描述如下：

2. 跳转链接的位置及状态

页面中通常会有链接的位置，这是就需要清楚的将需要链接的位置单独指明出来。如果需要链接有不同的状态也需要单独标出。

举例子：

这个页面，如果什么都不写，前端开发很难知道到底需不需要链接，哪些地方需要链接，链接到哪个页面，所以前端将无法工作。

这时需要清楚的写出：

车图、车系名称、销量是否需要带链接，是否需要hover态？Hover效果如何？当然前端最喜欢的是直接告知参考哪个网页的动效。产品可以当面沟通，也可以直接将参考网址链接复制到文档说明中。

这些都要写清楚，除非你不在效果。因为做本次产品的时候，由于本人没有写销量需要带链接，前端就没有在销量出带链接，导致用户只能通过车图和车系名称点击进入车系详情，稍微靠近销量就无法点击跳转。

3. 取值位置和取值逻辑要写清楚

页面上会有很多图片和文案，这是产品就需要写清楚，取值位置和取值逻辑。

举例子：

这个页面，如果不讲清楚车图取值位置和取值逻辑，开发会把文档给拍回来。

这个图片的取值相对来说比较复杂，首先要考虑图片从哪里来了，因为这里是车型图，由于公司图片较少，会出现车型图没有的情况，而为了页面展示的美观，最好有图。这是就会有很多中方案，比如没图就不展示空着；或者取主推车型；或者取车系封图等等。这时候就需要产品经理去权衡利弊给出合理的取值逻辑。

当时出于准确性以及满足尽量有车图的需求，给出的方案是：优先车型图片-主推车型车图-车系封图。

4. 涉及到算法的，给出计算公式

算法和计算公式一般是后端必要的。产品有时对后台数据库不是很熟悉，这是必须先熟悉，才能知道你想得到的结果是如何实现的。

尤其对于新项目，所有人都不清楚数据有哪些，要如何计算这些数据才能得到想要的结果。这是产品就需要通过自己的验证方法来得到一个合适的计算公式，然后写在文档中，告知开发。

计算公式有太多种方式，找到能得到自己目标的方式即可。

5. 极限情况

极限情况多指正常情况之外的。其实在页面设计中还蛮常见，所以不要遗漏。有时候产品和开发都忘记的极限情况，那么上线后就会造成页面混乱，导致用户体验变差。

常见：文字过长、图片缩放、无内容、报错等

文字过长。比如下图中品牌车系车型名称一行放不下，就可以拆成两行，当两行还是过多时就需要截断或者增加“…”或者继续折行展示

无内容。比如下图中资讯无内容，可以隐藏该模块，或者做好无内容的文案提醒。

6. 默认值

默认值指用户第一次展开打开页面展示的内容，当用户登录或者不登录状态下是否有变化，如果有变化，都需要单独列出。

比如下图中的表单，在用户未登录的时候，默认值为提示语，而在用户登录的时候，则姓名和手机号默认值可以是用户已经填过的姓名和手机号。

默认值的选择，以方便用户使用为目标。

7. 不要只写前台文档，后台也需要写的

如果涉及的内容需要后台开发单独的内容，那么也要跟前台一样的逻辑，画出原型，写说明文档。

并且在后台的说明文档中文案最好与前台一致，这样开发可以很清楚的知道后台上传的内容在前台对应的内容。如果文案不能保持统一，那么一定要单独在后台说明文档中，写清楚对应的前台展示。

8. 修改一定要进行记录

有些产品较为复杂，在开发过程中才会发现问题，就需要对原型进行修改。为了让大家清楚修改了什么，需要在原型的开头增加一个修改记录，将每次修改的内容写清楚，以及针对的页面以及改后的版本后。在工作群中，将最新的修改记录发给大家，同时附上最新的原型下载地址。

原型文档注意点先整理这些，大家在工作需要不断积累其他的经验，这样才会让文档更适合开发使用，合作起来才会更顺利。

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

题图来自 Unsplash，基于 CC0 协议