如何解决原型说明写不全？

产品经理的基础工作门槛低好入门，但想把工作做好，需做大量努力，学习很多产品教程找很多原型模板。

但无论如何努力，总会陷入“效率与质量”矛盾中，如图所示：

• 领导催促原型要快细节再说，开发吐槽原型说明不清晰；

• 花费大量时间完善原型说明，忽略对业务逻辑创新探索，被领导约谈；

• 为填补快速输出原型留下的坑，频繁变更原型，再次引发研发不满；

最终，上线日期频繁延期，研发甩锅原型说明不仅不清晰还频繁变更，领导怀疑你行不行。

相信大家的产品之路一定遇到很多类似问题，很多人自我怀疑最终转岗，产品生涯画上句号。

就没办法解决这个矛盾吗？当然有！

我们可以通过编写规范文档，提前与研发团队约定各组件默认交互及不同载体软件既定规范。实际项目中，仅需修改各组件参数即可。

本号会提供原型说明的”编写方式、组件内容、组件用法“给大家。让大家在实际工作中，可以花最少时间，输出高质量原型与文档，把更多时间花在商业模式探索，业务逻辑创新中。目前已形成的规范组件有：

PCWEB端基础组件

• 通用组件

• 输入组件
  

• 输出组件（编写中）
  

• 系统反馈组件

规范组件的用法整体概述如下：

一、编写规范文档，形成组件

编写各组件规范文档，并与开发团队评审约定用法（建议UI、研发人员同步储备配套组件）
注：这是一个自上而下的过程，如果公司不重视产品质量、用户体验，仅需完成项目交付，则会忽略产品到研发的工作规范建立。

二、组件模板编入元件库，项目中使用

Axure中将带说明的通用组件编入元件库，出原型时使用，墨刀或其他原型工具同理（word文档也有使用办法，如需要请留言，后续根据大家需求专门整理一篇）

三、项目中使用组件，快速形成说明文档

1.从元件库拖拽使用组件，快速形成原型页面

2.看似简单的几个组件，实则已自带说明模板，仅需根据业务场景修改参数；

3.原型发布，文档说明井然有序，便于团队查阅及后期维护；

4.研发人员通过原型中的特殊标识使用配套组件（如元件名称加个“规范”）

四、像管理产品一样，做好组件、规范迭代
随着产品迭代，也会发现规范组件需升级情况，此时可给每个组件一个版本，像管理产品一样，管理各规范组件版本。

做好组件迭代版本管理，才能让产品规范化、原型组件化得以持续。相关方法会在基础组件发布完成后，专用一篇描述。