定期更新文档（如一周），做好每次修改记录、原因，做好批注火将修改处用红色、粗体标出，并提前与相关技术人员沟通确认，确认完毕后再发送邮件。
文档中，前后关联处，可用编号说明，或设置短链接进行跳转（尽量不要直接复制，避免因为潜在的修改可能导致前后表述不一致的情况出现。
写清楚接口需求，即哪几个字段，哪几个按钮，哪几个页面涉及到接口需求，提前找到相关人员沟通接口需求，并将文档、原型一并发送相关人员。提早排期，避免突发情况使得项目延期。
若是涉及到老旧版本的部分字段、模块，因为太老旧了，测试包括后台人员都不一定知道此字段的计算过程，那一定要写清楚（若没有老文档支撑，那么主动白盒出具体内容、原理）；
不确定能否做或者需要后续补充的内容，一定要在评审时埋下伏笔，提前与研发沟通好。并且在文档里埋下伏笔，至少让人家知道这块是待补充的，要不后续更新太唐突；
一切以文档为准，扯皮（包括部门内部的）的话就说之前的讨论结果如此，该谁背锅就谁背锅，如果遇人不淑，那么早点撤吧；
多学习新的交互方式，对交互有理解，能否实现？最新交互方式？都要有所了解；
若涉及到第三方（微信或其他对接平台），对第三方业务文档，一定要提前仔仔细细的盘看，不要出现模棱两可的地方，否则最后背锅的一定是你。
文档检查多次，千万不要前后矛盾（包括名词说法、描述、逻辑、交互方式等）；
多学习技术知识，包含前后端、测试、运维等，多从他们的角度思考问题，能避免很多深坑
网友评论