之前看过一篇关于设计师的同理心的文章，提到有些软件系统的业务是设计师无法熟悉的，所以此类系统往往很难用。
确实，如电信系统的BSS、OSS或是移动的NGBOSS，早期的关注点多是集中在功能实现上，只要满足局方需求即可，在用户操作体验上投入的时间和成本相对很少，而此类运营商核心系统的生命周期很长，加之期间不断出现的需求，想在交互体验上进行改造，谈何容易。
近两年，随着WEB方面用户体验的革新，业务软件也逐渐想在界面和交互上动点脑筋。资深的产品经理或是开发人员，早已意识到系统在易用性上的落后，在宏观上给出了先进的流程设计方案。然而，真正落实到开发中时，由于设计人员在业务理论上的匮乏，只能在界面设计上做些改进，和业务相关的交互上很难有所作为。所以，设计很难称之为设计，只能算是美工。
回想即将在此领域工作满一年，参与了几个项目，也对部分产品的界面进行了优化，却始终无法对自己的工作成果满意。想想还是自己在业务上了解太少，最起码，在某些功能界面的使用上还一脸茫然。我连自己正在做的产品都不了解，如何才能在产品的体验上做优化？仅仅靠几个漂亮的图标，或是看上去还算舒服的界面？
近期在成都配合内部单的测试，真正接触了一些业务，也开始频繁使用我们的产品，越发觉得只有自己真正去用，才能知道产品的缺陷在哪里，而这些缺陷，往往只是细节，乍看上去，确实没有问题，确实可以给出我们想要的结果，只有真正操作，才能体会此中的不便（这也让我想起了之前在哪里看过的淘宝的设计师首先应该是个淘宝卖家以及忠实的淘宝买家）。我们的产品，属于OSS范畴的内部支撑系统，面向的是电信的内部人员，然而，据了解，只有某些功能界面才会被常常使用，而另外一些功能，界面操作并不比直接SQL去配来的方便。
业务之于设计，应该是一个基石。没有对产品的理解，就没有产品的优秀。
业务之于设计，也是一个局限，没有对业务的熟知，难有产品体验的突破。
而电信级的业务枝繁叶茂，又岂是一日、一月、一年所能掌握了的，我想，是不是只能是先从某个功能点上去做些改进，先从某一个方面的业务上深入。开头很难，过程也很难，结果是否理想也不得而知，但是，不这么做，产品只能流于粗糙，而我，也只能流于平凡。
横向想开，在设计一个展现古中国文化的网站或是广告的时候，也需要花很长一段时间去思考和沉淀，把握其中的内涵，这样，设计的作品才会具有感染力。业务之于业务软件的设计，亦然。
此篇算作09的一个序。