IAMUE
对象属性文档是描述一个产品的多个角色的文档，通过这些文档后台程序员可以更好、更方便的设计你制定的规则，例如：字段的限制、状态和权限、展示顺序…
一.对象属性文档需要写明什么：
1.字段的限制：
字段是构成后台的最基础单位，他可以表示一个人的name、也可以是一大段文本。我们在设计字段时，绝大部分时候会涉及到限制，一般构成限制的是：字段长度、字段个数、字段构成（例如：金额–货币数量+美元）、字段来源（例如：外来接口、用户上传）、重要程度、可视度、可编辑程度（分不同的需求）。
一个例子：
用户名称：2-20字；
个人简介：2-200字；
地区选择：XX省XX市XX区；
2.角色和表单所处的状态：
长表单是构成复杂业务的基础，尤其在社交软件中，每一个字段都有可能影响到用户数据的完整性，包括用户的体验，之后会专门出一期专门详述长保单的设计。角色是指用户和客户群体，在使用我们产品的人，包括2B和2C的。 通常而言，我们会把角色分为如下几种：
游客用户：未完成注册；
普通用户：完成注册，但未完成增值服务或进行主要业务；
活跃用户：完成注册且进行了我们所期待的任务；
通常而言，我们会把表单分为如下几种：
未发表：仅保存或没有保存的未发布表单；
上线中：在线上活跃的表单，主观上我们不希望他消失；
审核中：未发表-上线中的过程，运营参与审核的步骤；
—增值类：像会员申请表单那种，独立于体系外的，应作为标签（tag）来处理。
3.数据的可视程度：
很多数据在业务当中应该被认为是单方可见的（其实运营也可见），这种应用场景有很多，这种数据例如：在租房业务中，租房客直接看到房产所有者的电话；招聘场景中，不想让老东家看到自己在找工作。
通常而言，我们会把可视度分为如下几种：
仅个人可见：一些比较隐私的数据，如上述的电话；
公开信息：招聘场景中，展示自己更多的信息可以获得更多的机会；
部分用户可见：在投资场景中，资方和项目方都不像被中介打扰；
4.编辑数据的平台：
涉及到长表单，必然有编辑，长表单很长，所以复杂的操作要放在PC上，但是又不能把至关重要的元素都放在PC上，因为随身带电脑的应用场景实在是不多。
通常而言，我们会把编辑平台分为三种：
仅移动端：请尽量将一些点选的，drawstrap这种的放在移动端；
仅PC端：适合于调用外来接口，以及大段文字编写的场景；
全部：一些简单的app，就随意啦。
5.字段的重要性：
尽量减少必填项的出现，增加点选和滚轴选择等相对简单的操作（但是这种操作对于PC可不简单哦），。
二.放个完整版的案例：
