移步换景 第4期

如何将具有环境因素价值的应用改变进行放大，以挖掘更多的美景，促进企业的和谐进步，是非常值得探讨的话题。

短信已经成为人们生活中不可或缺的重要沟通媒介了。许多的银行也在为信用卡用户下发账单信息，重要目的当是提醒按时还账。有时候它会写到“某某先生，某某日是您的账单还款日，应还多少元，如已还款，请忽略此短信”。

从用户体验的过程来看，最初有提醒短信的时候，应该还比较受欢迎，至少不会反感。当你实际已经还款，却三番五次还会收到“请忽略此短信”的短信时，估计会有一些不爽的感觉。

银行完全可以在账单还款日前的两个短信提醒时间里面，检测一下用户的账户变动数据，并与还款金额对比，给出更合适版本的短信。

“信息孤岛”形成非偶然

从系统架构角度来看，我们在许多的应用引进与开发方面，存在着这些问题，特别在众多成长性企业的系统建设方面。企业的成长有其客观规律，然而我们可能还来不及充分认知，就要去建设系统，更新应用。企业应用的“信息孤岛”几乎都是这样形成的，在业务需求出现的时候，必须“兵来将挡水来土掩”般首先满足，长此以往势必形成许多鸡肋应用，然后要花很大精力去做集成。

查阅百度百科，对于“移步换景”有这样的解释：它是游记最常用的一种写作手法。是指不固定视点（即立足点和观察点），按照地点的转移和一定的视角，把所看到的不同事物叙述和说明下来。

在系统架构、设计、开发与实施诸环节中，同样存在着这样的愉悦情形。如前所述，由于对企业发展不能充分、从容地认识，造成系统的适应性较差，价值衰减，甚至成为企业发展中看得见的和看不见的障碍。

应时应景有方法

那么，在一个不透明的需求世界里面遨游，有支持“移步换景”的方法吗？从十多年的企业信息化工作体验中，我感到还是存在一些“土八路”的方法：

一、考察应用模块的价值生命周期，通过这个周期去主动升级。从“领潮少年”到“遗老遗少”是成长型企业软件应用模块的常见情形。如果我们能识别出它们的价值生命周期，就可以“未成曲调先有情”。

比如为了一类主流销售活动而开发的报价策略，对当前业务有很大的帮助。这类销售活动本身是有生命周期的，我们就要去考虑是不是可以将这个策略进一步的抽象建模，形成自定义的实现方式，这样就具有处理这个领域需求的一定普适性。在发生业务需求变化的时候，在支持方面可以赢得主动。其实就是我们可以通过观赏溪水边的梅花，想象山坡上梅花的情形。

二、分析一个应用模块可能影响的范围，在系统的内部和外部去做适应性的修正与优化。这在大型的管理软件公司里面，通常有足够的人力和时间资源去优化，以获得比较稳妥的版本升级，但是对于许多企业来说，远水解不了近渴。

怎么办呢？需要我们主动地做这些分析，比如生产数据的归结可以实现自动化了，需要考虑生产成本归结可以发生什么变化？统计员岗位工作可以怎么变化？对报价模块、供应商库存管理模块有什么影响？这些很容易成为被忽略的因素。一处的美景往往会衍生出更多的美景，我们要看到某一个迹象，推断还有哪些美景不容错过，因为山泉开始奔涌了。

三、根据企业的业务战略履行的节奏，确定系统（模块）的迭代范式。虽然我们知道，许多企业的战略就是老板的“随意”想法，会朝令夕改，会是挂在墙上的东西，但是需要清楚的是，企业所在的行业有其内在规律，企业的变化往往在行业规律的覆盖之下。

我们可以通过对行业，以及企业上下游行业的研究来“预置”系统更新的策略。比如上游的集中度在提高，需要和供应商形成较长期，而不是完全市场化的合作关系，比如下游正在从传统分销演变为网络分销，需要支持更小的销售组织，甚至是淘宝店的掌柜。对供应商的评价参数选择就会发生变化；对零售系统如何迭代，就会有一定的范式预备。这一点，如游览中应对春夏秋冬时节之嬗，景有迥异，然地形难变。娓娓道道，从容自来。

如果说对于企业的既有格局，我们是从宏观角度去看是不是要破局，是不是要智慧地尊重规律。那么对于企业信息系统应用模块的与时俱进，应时应景，可以理解为从中观角度去主动侦测、思索。