D001 令人头大的设计检查

如果要问设计流程中的哪个环节最让人头大，对于长期面向ToB产品设计的我来说，必须是设计检查环节！也许同行小伙伴能感同身受，这个环节及其考验细心和耐心。为什么这么说呢？个人总结主要有以下问题：

存在问题

1. 测试准备不充足，导致检查过程中断；
2. 对复杂的业务流程不熟悉、页面多，容易出现遗漏；
3. 开发还原度低。

产生问题的原因

1. 设计检查前没有做好测试环境的准备；
2. ToB产品通常业务比较复杂，场景多，用户角色多。而且有时候功能开发周期较长，从设计方案交付到设计检查的时间跨度长，到那时候对较复杂的业务会比较生疏；
3. 导致开发还原度低的原因，比如因技术难度实现不了、开发不按设计稿实现、开发过程需求变更等等。原因还有很多很多，后续再另写文章来探讨这个问题。

解决思路

1. 设计检查前需做好充分的准备，如测试环境、账号、所需数据、交互用例等等；
2. 按照业务流程提前编写交互用例；
3. 针对有关开发还原度的原因进行逐个分析，找出相应的解决方案，后续再做单独讨论。

设计检查是设计方案是否能够成功落地的重要一环，虽然很令人头大，但作为设计师的我们还是需要重视并要想方设法去改善，确保我们的设计成果能够100%还原并交付给用户，保障用户的使用体验。