交互说明的撰写方法

　　产品经理经常会遇到一种现象，看到标题的时候，可能有朋友会纳闷，我们领导没让写交互说明啊，都是画好原型，直接就交给开发或者UI了;或者，我们都是做高保真原型，没写啥交互说明之类的。

　　但是，绝大多数的互联网公司，对产品经理的要求都是产出静态原型，配有交互说明。交互说明是针对原型的进一步解释，是产品经理的必备技能之一。如何才能写好交互说明，有哪些注意事项，我们在本文中跟大家一起探讨下。

　　很多时候，一些原型的交互效果如果做成动效，很难做，或者很费时间。这个时候如果配上文字的说明就很容易看懂或者解决，比如后台类的原型，表格的增删改查、翻页之类的;前台类的原型，呼出键盘，键盘操作等。

　　一般来说，交互说明建议包括以下两个的部分：

　　第一，页面说明，这个页面从哪里来，包含哪些模块或者区域;

　　第二，具体的原型规则说明，注意标明是什么模块的原型，以及对应的所有解释。

　　看上去很简单，这里面的注意事项我们也来聊一下：

　　首先，交互说明要注意把规则写完整，尤其是所有的异常状态(是如何触发、如何提醒的);以下图的登录页为例：

　　其次，很多同学都喜欢把交互说明一个个写，看上去会有类似密集恐惧症的效果;如下图：

　　那如果不这样，我们可以怎么做呢?建议打个大括号，给区域命名就行了，统一写该区域的交互说明;如下图：

　　再次，后台的列表类交互说明，很多产品经理容易忽略掉，关于列表取数和显示规则的内容;同时，如果列表中的数据有不同的状态或类型，需要注明所有的状态有哪些，分别是如何得到的;如果有对应的操作，分别有哪些操作，做了之后有什么效果，均需要进行说明，必要的内容给出原型。

　　可能新手的产品经理看到这里有点头疼，这么多的异常和内容，我写不完整怎么办?或者，我需要通过做什么，可以让交互说明写的更加完善?

　　这里给大家提个建议，如果要写好C端或者前台类产品的交互说明，建议大家平时多体验产品，而且体验的时候要多体验它的异常流程;比如，让输入手机号和验证码，我们可以故意输错，或者延迟输入，看系统的反应;异常体验多了之后，大家就积累了很多的交互说明内容。

　　如果要写好后台类产品或者B端产品的交互说明，建议大家跟业务同事了解清楚所有的细节和字段信息，一定做好需求确认。

　　以上就是关于交互说明如何撰写，以及里面的注意事项啦，希望对大家做产品有所帮助。

　　传智播客的产品经理学科已经开设3年多的时间，为各类互联网公司培养了超过千名以上的优秀产品经理。不仅仅有各校区的线下面授班，还有针对在职人群的线上周末班，期待转行、转岗的你，还在犹豫什么，赶紧上车吧!