如何把控自己是否做到了细节，一个字总结一下~“猜”。
为什么，很简单，如果该描述的都描述了，开发、测试肯定都能看懂，就不用猜这个操作点了以后对前台页面的影响，对后台展示的影响，可能是哪哪哪怎么怎么样，对吧。
为什么这么说，为什么提出来，为什么现在说；刚好想说了，刚好今天备受教导，刚好今天有时间。是的，一切都是刚刚好，我是一名产品小白，在进化的路上哈，希望一起成长。
先看一张图吧！！！
个人觉得还好，解释还算到位（优化后的），但是今天学习后发现，还有很多的不足。
涨知识：
1.如何让开发易懂
新增、编辑等弹窗， 可以平铺注明解释，也可以动效，但切不可不完整；
删除字段解释，列表页是否删除，前台页面是否展示，是物理删除还是逻辑删除，描述清楚；
发布、关闭字段解释，后台变化，前台页面变化（测试依据）；
记录状态---身份角色--展现形态（显示不显示，功能可用不可用，对谁可见，不可见）等文字描述不太好，尽量用图标或表格展示；
空格怎么展示，展示效果要相同，中文？英文？
分隔页解释、上方整体按钮等，能在文档里解释的就再解释一遍，开发可能没有时间看需求说明；
。。。。。总之，不要让开发“猜”。。。。。 ~遵命~
2.如何让测试易懂
前后台关联关系；
各种功能控件状态逻辑；
功能结束后的结果，列表记录变化，前后台显示。。。
功能结束后的跳转（正常情况、异常情况）
异常情况下的文案；
字段/控件的约束条件；
。。。。。总之，不要让测试“猜”。。。。。~遵命~
3. 写完之后，核对一下字段及控件等细节，注意细节控件的逻辑和主逻辑是否一致 ~遵命~
4.原型设计的目的，所有人看得懂设计 ~ 知道了~
一般来讲，主业务逻辑都是没有问题的，但是需要考虑分支，而且要提高自身能力，对研发、测试需要更多的了解和理解。。。。。
所以呢，我决定，踏踏实实的在产品这条路上好好走，不断完善自身喽，首先从完善此文档开始~~~
我也是一个很注重细节的人呢，虽然我可能并不够细心，但这并不重要，就好像。。。。
是的，开心就好！
