设计无形

一提到设计，很多人可能都会想到设计模式，甚至不谈两个设计模式，你都不好意思说自己做过设计。然而，作为一名ERP业务领域的设计，设计模式虽好，但却是锦上添花，而以下三点对我才是最基本、最实用的技能。

一、业务、业务，还是业务。业务需求是软件之源，故没有深厚的业务知识作为基础的设计是站不住脚的。我第一次接触制造时，连很多业务术语都不懂，更别提了解用户场景、业务流程，但是新版本开发要求必须在1个月内出设计方案，而且还是传说中令人头疼的MRP运算设计方案。说实话，真着急，又不知如何是好。于是，我静下来对自己的领域知识做了一次恶补，大约在2个星期内把制造入门书籍看了遍，把一堆需求文档看了遍。然后，情况很快就有了转机，我能和需求人员开始深入讨论用户场景和应用解决方案了，还可以举一反三，甚至还能给开发人员提供一些业务培训，再加上多年的程序员经历，于是自然地一个基本可行的技术方案如期而至。另外，作为一名设计，这几年中，大约有70%甚至更多时间其实都是在跟他人探讨业务问题，而不是某个纯技术问题。因此，业务领域知识的重要性在我的设计过程中可以说不言而喻。

二、提炼、提炼，再提炼。千锤百炼是一个优秀设计人员的必习之技，任何一张图后面都是一堆草稿。曾有人问我，你为什么会想到这个方案。或者说，看起来很复杂又没头绪的一堆业务逻辑，为什么经你整理后，感觉变得很简单了，很好理解了。其实，秘诀就是多想多画。在了解业务场景的前提下，举一反三深入用户场景，针对各种场景提出解决方案，然后从下往上抽象再至上而下梳理，如此反复多次，灵光自然涌现。可以说，没有哪一个方案是一稿成型的，只不过大家最后看到的是设计人员千锤百炼后呈现给大家的那几页。

三、Balabala说不停。作为一名设计，在需求和开发之间，甚至测试之间都将充当桥梁作用，因此，跟各个角色的频繁沟通和确认是设计的重要事务。而且，由于设计方案往往是设计人员深思熟虑的结果，要想在短时间内让开发者理解并不容易，往往需要大量沟通，我们自称为“3分设计，7分讲解”。

 

最后，软件设计伴随着整个研发过程，它有不同阶段不同层次的设计，每个程序员都需要设计，设计并不是专职设计人员的专属。设计也没有固定的形式，没有固定的时间限制，我个人认为能在当下用最少的资源解决目标业务问题就是一个好的设计方案。而当你真正享受设计时，设计无形，设计无时，设计与你如影相随。