『顶级』一个PRD的诞生 | 教新手设计一个顶级表单定制后台PRD( 三 )
下一步就是把这两种字段封装起来，把它们统称“独立字段”。在设计后端文档的时候，什么情况下需要封装呢？
就是当你搞了几种东西，而这几种东西有很多统一的属性，或者在很多情况下需要统一的管理。例如，你山寨一个小微博功能，用户分为普通、黄V、蓝V，显然你应该在“用户”层面封装一层，然后把通用的功能例如关注、发推等等都放在这里来描述。
文章图片
字段的基本属性：例如一个字段的标题叫什么，描述是什么；
字段的额外属性：其实，设计到额外属性的时候，我才觉得有必要把简单字段和复合字段封装起来。因为在给这些字段附加一些buff的时候，不管它是什么类型的，运营人员都应该直接当做一个对象来操作。例如，运营人员决定把8个字段构成的“股东信息”标记成注册必填，那么显然它们要作为一个整体来对待，不准运营人员节选其中的某些字段来标记。否则，整个系统的重心会被打乱；
字段的操作：同理，一个字段也好，一串关联的字段也好，对于操作来讲都是整体的。即使复合字段内部有另外的操作，也不影响它作为一个整体进行操作；
字段数据的储存：略。
接下来你就要考虑，刚才形成的那些一个个独立字段，要怎样进一步储存起来？
在刚才我们梳理数据的时候，你会发现这些数据是一层一层装起来的，而且不同的甲方在归类这些数据时的偏好也不相同。有些可能比较喜欢套娃，五六层目录才看到数据；有些数据量比较少，一两层数据就可以搞定。所以独立字段最外面肯定是由N层目录包裹起来的。我们把目录做成套娃的模样，甲方爸爸喜欢多少层套娃，我们就给他多少层套娃。
但是，是不是用户打开最后一层套娃之后，就直接看到一个个字段了？
这又需要你从后台的思维跳脱出来，去考虑用户体验的事情了。
之前我在PMCAFF上看到一个网友的提问：“HR说我只有后台经验，所以觉得我不具备用户端方面的才能”，我想说，HR这个行业的平均水平可能还不如产品经理的平均水平，牛逼的后台产品经理设计任何一个后台功能的时候，都会去想象它在前端会长什么样。后台直接决定了一个产品的用户端好不好用，而反过来，如果你只设计C端，而不了解后端，那么你设计的东西可能在数据结构上完全没法跟服务器搭上，那么你想它怎么落地呢？
这套后台做好之后，它所定制的表单，用户在手机和网页都可以访问，两个端的设计也会有不同。这个时候最好的办法就是去思考它在手机端的效果。手机的屏幕小，对体验的要求更苛刻，如果你的设计在手机走得通，那么在网页端只会走得更通。
文章图片
在手机端YY之后你会发现，最后一层数据的体验是上图这样才会比较舒服。当用户进到某个最终的目录，他首先会看到一些入口，这些入口点进去就是一个小型的表单。这样设计之后，用户的填表压力就被拆解了，同时，用户进入一个小表单之后，上下滑动就可以填写所有的数据，不需要再左右跳转层级了。
所以这个小表单我把它定义为“数据体”。一堆有关联的字段装进一个数据体里，然后这个数据体放在目录里，最后形成整个业务的表单。
你可能会想，我直接让前端把最后一层目录自动展示成这样不行吗？这样不是更简洁吗？为什么还要多一个“数据体”的概念？
这是因为——
第一，数据体只能储存平级字段，从逻辑上直接避免字段跟目录混搭。这样就能有效地保证，用户面对的都是一整页的字段，上下滑动就可以填写完毕。我们考虑重要功能的时候，一定要假设运营人员是懒惰的，是跟你完全对着干的，在重要的用户体验上，要用逻辑的强制性来对抗人性的普遍弱点。正因为运营人员可能是懒惰的，所以当你设计了数据体之后，他更倾向于把同类的数据全部装进一个数据体，而不是勤劳地创建多个数据体，这就保证了用户填表的爽快感。
推荐阅读
- 同比■同比增长7.1%！2021年的第一个节你花了多少钱？
- “他是我第一个会说普通话的老师”：一对师生折射青海山村蝶变
- 有必要重新开个C店吗
- 大学再有三个月就结束了，没学到知识，参加一个软件测试培训机构好吗
- 汽车|长安UNI-K又将开创一个新的"引力"纪元？
- 神话|武汉传奇父亲：一个平行班孩子创造的高考神话（感动上万家长）
- 王者荣耀李白能不能出肉
- 直播会成为品牌传播的另一个途径么有哪些可行的方法感觉有戏又没头绪好捉急。
- 怎样成为一名合格的Python程序员?
- 知乎有没有必要增加一个特别关注功能