1.3.3　设计评审和开发跟进

设计师在和产品经理、开发人员一起评审设计方案时，开发人员一般会提出各种问题来消除方案无法实现的可能性。这时候如果设计师无法解释，开发人员的回答很有可能是“做不了”，这意味着设计师要重新改稿。“做不了”其实分3种情况：

（1）能做但时间不允许，这时候更多是一种博弈，如果设计师能提前预估工作量，可以和开发人员协商时间问题。

（2）开发人员一时没有想清楚技术的可行性，如果设计师了解技术细节，可以帮助开发人员解决相关问题。

（3）由于时间、技术成本高，真的无法实现，这时候设计师只能重新改稿。

设计师前期做好技术调研并在设计方案时提前考虑好各种技术问题，能有效解决前面两种情况产生的问题，避免第三种情况的发生。在设计评审时，如果设计师能站在开发人员的角度阐述设计方案，就有助于开发人员了解设计师的想法。久而久之，当设计方案长时间没出现技术问题，设计师和开发人员之间就能逐步建立良好的信任，这对于双方的后续合作有着较好的作用。

当设计方案进入开发流程后，设计师最害怕的是开发人员突然说“这个设计做不了”，从而重新梳理整个设计方案。为了避免该问题，设计评审时双方应该达成共识并产出纪要；但有时候确实避免不了这种情况的出现，这时候设计师最应该做的就是和技术人员坐在一起排查技术问题和风险，这考验设计师的技术水平和沟通能力。笔者在以往工作中偶尔会遇到这种现象，这时候需要了解清楚是什么原因导致做不了，是技术架构、网络还是系统底层？这些问题需要双方站在全局角度一起去思考，解决的办法很多，只是看大家有没有探索出来。如果真的没有解决方案，只能结合问题和关键点重新梳理设计方案，但这种情况笔者遇到的甚少，如果前期调研、方案设计和设计评审三个流程充分思考过设计背后应该采用哪种技术方案，就能有效避免该情况的发生。

看完本章内容，相信读者应该大概了解了设计师为什么要懂点技术。在笔者的过往工作中，发现设计师多多少少会提到希望自己能学点HTML和CSS知识，其背后大部分的需求都跟上文内容有关。设计师觉得学点HTML和CSS就能掌握技术其实是一个很片面的想法，因为HTML和CSS都算不上编程语言。HTML中文名是超文本标记语言，它通过标签将网络上的文档格式统一，使分散的互联网资源连接为一个逻辑整体；而CSS中文名是层叠样式表，它是一种样式表语言，用来描述HTML呈现。技术也不仅仅是编程和代码，在计算机相关专业里需要掌握的知识还包括网络工程、操作系统、算法、数据库等，编程和写代码只是程序员学习和应用这些知识的手段而已。在大学里系统掌握一套技术体系都需要花4年的时间，设计师不要觉得学点代码就能把开发人员过去4年学到的知识一下子都掌握了。

那么设计师应该重点掌握哪些技术知识？笔者认为，技术原理、技术架构和计算思维才是设计师应该掌握的。就像技术架构师可以不写代码，但不能不懂这些内容。技术原理能让架构师知道这门技术是怎么运用的，它的上下限分别在哪里；技术架构则是像建房子一样，将不同的技术有序组合；而怎样搭建出根基稳但又便于拓展的技术架构归根到底在于架构师的计算思维能力。笔者希望读者读完本书后，能像技术架构师一样站在技术上层思考问题，这才是对设计师来说价值最大的地方。