如何通过画原型，写文档提高核心竞争力？

面试造航母，入职拧螺丝。

这是互联网人常用来自黑的笑谈。

而产品经理的拧螺丝，落到实在的产出物上，就是画原型、写文档。乃至于网上有很多声音认为，只会画原型、写文档的产品经理是没有核心竞争力的。

可产品经理的核心竞争力是什么呢？有人说是决策能力，有人说是商业敏感度，还有人说是业务能力……

总之，产品经理的核心竞争力有很多，反正不是画原型、写文档这么简单的事情。

那么画原型、写文档真的很简单吗？如果答案为否的话，能不能反过来问，如何在画原型、写文档的时候体现产品经理的核心竞争力呢？

不妨，先从画原型这件事开始看看吧。

一、原型图是信息的表达

原型图是什么？简单的说，原型图就是将想法落地转化成其他人可以感知和理解的具体形式。这个其他人，可以是设计师、工程师、也可以是用户。

所以，原型图很像是草稿，最后上线的那个产品就是草稿的终极版本。

为什么又说原型图是信息的表达呢？

信息架构、交互设计、UI设计构成了原型图的三大要素。它们交叉组合向用户展示内容信息、传递交互反馈、接收信息录入，并努力为用户提供尽可能流畅而尖叫的体验。

因此，原型图的设计目的就是为了准确的向用户表达信息。

为了达到这个目的，有三个问题是躲不开的：通过什么表达信息？如何表达信息？表达什么信息？

1. 通过什么表达信息

打开任意一款手机APP，界面元素都脱不开色彩、布局、文字、图标、按钮、间距，每一种元素自身也有着复杂的内在逻辑。

就拿按钮来说。

在抖音，关注按钮被设计成用户点击后符号“+”通过动画效果渐变成符号“勾”的样式，它是通过按钮自身状态的改变来向用户传递关注成功这个信息反馈的。

而在微博，关注按钮是符号“+关注”，用户点击后屏幕中心会有toast弹框弹出，以此来提示用户关注成功的。

哪种方式更好呢？抖音在不打扰用户浏览短视频的前提下，完成信息反馈；微博则是直接遮挡屏幕内容，完成信息反馈。他们背后的产品逻辑是什么呢？

再来说说文字。

文字的大小、颜色、样式都可以影响信息表达的准确性。

在微信聊天列表页，聊天对象的用户名文字是深色放大的，而最新的一条消息内容则是浅色缩小的；而到了聊天详情页，则正好反过来。

一大一小，一深一浅的对比，体现的是聊天列表页用户更关注聊天对象是谁这个信息，在聊天详情页用户更关注聊天对象说了什么这个信息。

通过这些界面元素及其自身的组合变化，就可以形成功能体系。注册登录、导航体系、搜索系统、我的主页，这些都是常见的功能体系。它们就像一个个容器，有节奏的帮助用户完成体验地图。

导航体系帮助用户更合理的组织页面、呈现信息，搜索系统也借助语音录入、二维码等手段快速的完成信息录入、检索和匹配。

2. 如何表达信息

有了这些基础的界面元素、功能体系，就可以递进的使用不同保真度的原型图来表达信息。

更具体的说，是低保真、中保真和高保真的原型图。

低保真原型图关注信息架构和功能模块，重点是信息的展示。它可以是个基础的线框图，甚至也可以是画在纸上的草图。

信息架构是使用真实数据以人类更可读的形式组合排列信息。而功能模块，可以细分为功能的广度和深度，广度是指覆盖了多少功能点，深度是指每个功能点的详细程度。

中保真原型关注信息的交互性，重点是信息的交互反馈。他可以是线框图的可点击版本。

高保真原型关注信息的视觉效果，重点是信息的接受体验。他可能是投入开发前的最后一步。

3. 表达什么信息

需要表达的信息只有两种：用户信息和企业信息。

用户信息很好理解，做产品，基本都是围绕如何让用户在产品这张信息地图上产生可用、易用、好用的感受，进而更好的拉新、留存、促活，达成产品的长期价值。

怎么理解企业信息呢？产品大神俞军在他的书里提到，产品是企业和用户进行价值交换的媒介。企业需要什么价值呢？最常见的显然是利润。因此如何合理而不失优雅的加入广告信息、运营信息、产品销售信息，也很重要。

抖音是怎么表达企业信息的呢？在短视频信息流中以短视频的形式加入广告，将广告和短视频信息流完整的融合在一起，用户几乎感知不到广告的存在。

二、PRD是数据的调度

谈了那么多表达信息，有一个关键问题始终悬而未决，信息从何而来？这其实是数据调度问题。它既包括数据的产生，也包括数据的聚合。

信息是结构化的数据，知识是逻辑化的信息。

从这个维度看，作用在前端的原型图目的是表达信息，而作用在后端的PRD文档目的就是指导数据调度。后端调度数据，聚合之后传递到前端，最终展现出来的才是被表达的信息。

那怎么调度数据呢？这就要看一段程序最简洁的工作模型是怎样的。

程序接受数据，然后处理数据，最后返回新数据。比如，小胖到楼下小卖部买零食，告诉收银员要小布丁雪糕(接收数据)，收银员转身在零食摆放区域拿出冰箱中的小布丁雪糕(处理数据)，然后交给小胖(返回新数据)。

这个简易模型中有两个核心：小布丁和对小布丁的操作。它们就是PRD文档规范中的信息结构和功能流程。

1. 信息结构

打开网易云音乐的一首歌，有歌手、时长、所属专辑这些属性；打开公众号的一篇文章，有标题、作者、内容、发布时间这些属性。

一言以蔽之，后端工程师依赖信息结构进行数据建模，它呈现概念间的关系和属性。放到具体的工作场景中，信息结构是对业务的深刻理解。

比如，这篇公众号文章，有作者这个属性；而作者自身作为一个概念，也有性别、年龄、发布文章这些属性。因此文章和作者之间既有关系，又有各自的属性。在一个APP中，可能有成百上千个这样的概念关联作用，组成了一个结实的数据网络。

2. 功能流程

功能流程则是通过对信息结构这张数据网络的操作，来完成一个又一个的功能点。比如，转发、评论、删除等等。

因此，清楚的定义一个需求需要哪些信息结构以及如何操作这些信息结构，帮助程序员完成数据的调度，才能称得上是一篇程序员能够看得懂PRD文档，而不是排版是否漂亮、文案是否精致。

三、原型图+PRD文档

原型图和PRD文档当然不是割裂的，他们放在一起就能指导前端和后端工程师调度数据，表达信息。这是一个完整的闭环。

所以，画原型图、写文档并不简单。漂亮不是评价原型图的首要标准，排版也不是评价PRD文档的首要标准。

作者：Lcarusd，公众号：Lcarusd

本文作者 @Lcarusd

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！