『顶级』一个PRD的诞生 | 教新手设计一个顶级表单定制后台PRD( 二 )
梳理数据时不要挑软柿子，而是要去挑那些最硬的柿子。比如有些表格要求用户上传各种附件，有些表格的行数是不确定的，有些表格的层级数量特别多……你并不是要把所有客户给的数据项全部整理到xMind，而是把这些难点在梳理的过程中理顺。一旦把这些都理顺了，就不需要再继续梳理下去了。
我在第二步尝试着把梳理出来的数据转化成业务模型，新手不要这样做。因为画这种模型的基础，是你已经可以很娴熟地撰写业务逻辑文档，从而能够直接凭空想象这些文档，在大脑里直接把它图形化。这种能力对我来说，是在我写过至少80万字的文档之后才产生的。
撰写后端逻辑文档
大部分产品经理不会撰写后端逻辑文档，而在传统的游戏界，这个技能是普遍存在的。这跟互联网行业资金太多，产品经理门槛太低有直接关系，会用墨刀就能做PM，这是多少培训班的谎言。我这么说有的人可能不服，“我明明也写了很多文字类的文档啊”。但是大多数这些文字类的文档，都是对原型的补充说明，是前端层面的，而不是接口层面的，更不是后端层面的。
抽象后端逻辑是我快速落地一个项目的法宝。考虑周全的后端逻辑直接带来后端大佬的好心情，后端大佬的好心情直接带来好的接口，好的接口直接带来前端大佬的好心情，前端大佬的好心情直接带来好的用户体验。
跟后端程序员开会的时候，我大部分时间只跟他们讲后端逻辑文档，至于原型长什么样子，其实除了接口方面，后端程序员根本不关心。如果你不能把后端逻辑说清楚，而是一味地说“这个按钮点了之后就去到哪一页”，证明你还是在用外行人的眼光来分解一个产品的构成。
在你不熟悉后端逻辑文档的情况下，你可以把本章内容放在原型画完的下一步来做。当你娴熟掌握之后，你会发现，先写逻辑文档可以省下你很多由于业务逻辑不清晰而画出错误原型的时间，对于后台产品来说尤其如此。
不管一个线上表单玩出什么花样，最终的颗粒都是不同类型的字段，我把它们称作“简单字段”。简单字段没什么好探索的，无非是文字、图片、附件、选择题、联动选项等等一些不同类型的字段。这里的关键点是下图所示的“复合型字段”。
文章图片
为什么要设计这些复合型字段？
因为在前面梳理这些Excel表的时候你会发现，很多字段之间是有内在关联的，而我们设计一个后台系统不管它再复杂，最终也是为了让用户填表的时候心情更爽。
联合字段的目标：在用户端把几个字段连在一起，消掉它们之间的间距，让用户知道这几个字段是一起的；
主从字段的目标：几个字段也是一起的，但是它们之间有从属关系。这个时候哪个字段在最上面，就代表它是老大。例如，主字段是“2016总营收”，而两个从属的字段是“其中高新科技收入”和“其中医药产品收入”；
多条组的目标：我们不知道用户要填多少项数据，只能粗略地设定一个上限，让用户自由添加条目。例如我们要求用户填写他公司的股东信息，我们只知道用户每个股东的信息都要填写姓名、职位和占股比例，但是具体用户要填多少条，是用户自己点“添加”按钮的次数来决定的；
二维表的目标：有些数据是由横纵交错的行和列组成的，例如财务报表，纵向是具体的财务报表数据，横向是时间轴。这种表格显然不管是在网页端还是手机端，都应该跳转到一个单独的页面来填写。
文章图片
所以这个时候就可以写字段部分的后端逻辑文档了。不管这些字段在手机里的交互能玩出什么花样来，我们现在这一步只需要关注它在后端储存哪些属性，以及管理员可以对它进行什么操作。
简单字段是字段的最小颗粒，而复合型字段是对这些简单字段的进一步拼装。不过上图其实有误，因为我前面介绍的复合字段有4种，而上图文档里只有2种，因为我在结合两三个产品文档来写这个教程，请大家假装看到我写对了吧。
推荐阅读
- 同比■同比增长7.1%！2021年的第一个节你花了多少钱？
- “他是我第一个会说普通话的老师”：一对师生折射青海山村蝶变
- 有必要重新开个C店吗
- 大学再有三个月就结束了，没学到知识，参加一个软件测试培训机构好吗
- 汽车|长安UNI-K又将开创一个新的"引力"纪元？
- 神话|武汉传奇父亲：一个平行班孩子创造的高考神话（感动上万家长）
- 王者荣耀李白能不能出肉
- 直播会成为品牌传播的另一个途径么有哪些可行的方法感觉有戏又没头绪好捉急。
- 怎样成为一名合格的Python程序员?
- 知乎有没有必要增加一个特别关注功能