江苏龙网

  1. 首页 > 人文 > >

|原型文档，注意以下几点，与开发合作才顺利


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

产品经理在工作中离不开原型文档 ， 原型文档具有直观性 ， 让业务和开发都容易看懂 。
通常业务更注重看原型里面的页面 ， 而开发则更注重看文档 。
通常原型文档还是开发用的时间比较长 ， 开发在开发过程还需要继续使用原型文档 ， 充分理解自己要做的事情 。
为了增加文档的可读性和理解性 ， 以下内容一定要写清楚 ， 避免开发不断询问 。
1. 交互动效
交互动效在页面中很常见 ， 比如下拉、置顶、tab切换、弹层、浮层、hover等等 ， 还有很多超赞的交互动效 ， 这里就不一一列出 。 所以对于产品需要的交互动效要描述清楚 ， 这样前端才知道要做成什么样 。
举例子：
|原型文档，注意以下几点，与开发合作才顺利
本文插图

从这张图 ， 可以看出是涉及到交互的地方就是月份选择 ， 需要描述清楚点击出现还是hover出现；采用统一下拉控件还是特殊做下拉效果 。
而对于下拉列表中的内容也需要描述清楚 ， 从哪个月份开始取值 ， 今年还是去年 ， 从哪个月份开始 。 如果没有将清楚 ， 之后开发还是需要询问 ， 后面也是要补充的 。 因为你不能只给开发讲了就行 ， 如果PC端和H5端不同的开始人员呢？测试也是需要按照这份文档进行测试 ， 不清楚的模块 ， 测试无法测试 。
可供参考描述如下：
2. 跳转链接的位置及状态
页面中通常会有链接的位置 ， 这是就需要清楚的将需要链接的位置单独指明出来 。 如果需要链接有不同的状态也需要单独标出 。
举例子：
|原型文档，注意以下几点，与开发合作才顺利
本文插图

这个页面 ， 如果什么都不写 ， 前端开发很难知道到底需不需要链接 ， 哪些地方需要链接 ， 链接到哪个页面 ， 所以前端将无法工作 。
这时需要清楚的写出：
车图、车系名称、销量是否需要带链接 ， 是否需要hover态？Hover效果如何？当然前端最喜欢的是直接告知参考哪个网页的动效 。 产品可以当面沟通 ， 也可以直接将参考网址链接复制到文档说明中 。
这些都要写清楚 ， 除非你不在效果 。 因为做本次产品的时候 ， 由于本人没有写销量需要带链接 ， 前端就没有在销量出带链接 ， 导致用户只能通过车图和车系名称点击进入车系详情 ， 稍微靠近销量就无法点击跳转 。
3. 取值位置和取值逻辑要写清楚
页面上会有很多图片和文案 ， 这是产品就需要写清楚 ， 取值位置和取值逻辑 。
举例子：
|原型文档，注意以下几点，与开发合作才顺利
本文插图

这个页面 ， 如果不讲清楚车图取值位置和取值逻辑 ， 开发会把文档给拍回来 。
这个图片的取值相对来说比较复杂 ， 首先要考虑图片从哪里来了 ， 因为这里是车型图 ， 由于公司图片较少 ， 会出现车型图没有的情况 ， 而为了页面展示的美观 ， 最好有图 。 这是就会有很多中方案 ， 比如没图就不展示空着；或者取主推车型；或者取车系封图等等 。 这时候就需要产品经理去权衡利弊给出合理的取值逻辑 。
当时出于准确性以及满足尽量有车图的需求 ， 给出的方案是：优先车型图片-主推车型车图-车系封图 。
4. 涉及到算法的 ， 给出计算公式
算法和计算公式一般是后端必要的 。 产品有时对后台数据库不是很熟悉 ， 这是必须先熟悉 ， 才能知道你想得到的结果是如何实现的 。
尤其对于新项目 ， 所有人都不清楚数据有哪些 ， 要如何计算这些数据才能得到想要的结果 。 这是产品就需要通过自己的验证方法来得到一个合适的计算公式 ， 然后写在文档中 ， 告知开发 。
计算公式有太多种方式 ， 找到能得到自己目标的方式即可 。
5. 极限情况
极限情况多指正常情况之外的 。 其实在页面设计中还蛮常见 ， 所以不要遗漏 。 有时候产品和开发都忘记的极限情况 ， 那么上线后就会造成页面混乱 ， 导致用户体验变差 。
常见：文字过长、图片缩放、无内容、报错等
文字过长 。 比如下图中品牌车系车型名称一行放不下 ， 就可以拆成两行 ， 当两行还是过多时就需要截断或者增加“…”或者继续折行展示
|原型文档，注意以下几点，与开发合作才顺利
本文插图
【|原型文档，注意以下几点，与开发合作才顺利】

无内容 。 比如下图中资讯无内容 ， 可以隐藏该模块 ， 或者做好无内容的文案提醒 。
6. 默认值
默认值指用户第一次展开打开页面展示的内容 ， 当用户登录或者不登录状态下是否有变化 ， 如果有变化 ， 都需要单独列出 。
比如下图中的表单 ， 在用户未登录的时候 ， 默认值为提示语 ， 而在用户登录的时候 ， 则姓名和手机号默认值可以是用户已经填过的姓名和手机号 。
|原型文档，注意以下几点，与开发合作才顺利
本文插图

默认值的选择 ， 以方便用户使用为目标 。
7. 不要只写前台文档 ， 后台也需要写的
如果涉及的内容需要后台开发单独的内容 ， 那么也要跟前台一样的逻辑 ， 画出原型 ， 写说明文档 。
并且在后台的说明文档中文案最好与前台一致 ， 这样开发可以很清楚的知道后台上传的内容在前台对应的内容 。 如果文案不能保持统一 ， 那么一定要单独在后台说明文档中 ， 写清楚对应的前台展示 。
8. 修改一定要进行记录
有些产品较为复杂 ， 在开发过程中才会发现问题 ， 就需要对原型进行修改 。 为了让大家清楚修改了什么 ， 需要在原型的开头增加一个修改记录 ， 将每次修改的内容写清楚 ， 以及针对的页面以及改后的版本后 。 在工作群中 ， 将最新的修改记录发给大家 ， 同时附上最新的原型下载地址 。
|原型文档，注意以下几点，与开发合作才顺利
本文插图

原型文档注意点先整理这些 ， 大家在工作需要不断积累其他的经验 ， 这样才会让文档更适合开发使用 ， 合作起来才会更顺利 。
本文由 @shary2228 原创发布于人人都是产品经理 ， 未经许可 ， 禁止转载
题图来自 Unsplash ， 基于 CC0 协议


    推荐阅读


    上一篇：红霞|台风“红霞”降雨琼岛 三亚积水冲沙滩自成“出海口”

    下一篇：中原城市群|中国首部《黄河流域蓝皮书》出版