第二体系效应

在开发产品和引入新技术时，我经常看到第二个系统的效应：一个简单、功能良好的系统达到了极限，然后由于夸大的期望和夸大的自信，被一个太大、臃肿、过度工程化的系统取而代之-每个人都不高兴。🙂。

你可能听说过这件事。例如，在我的实践中，一家时髦的小型社交媒体公司推出了一款代理软件，该软件是为具有印刷流程的老式、大型、经典的广告公司设计的。或者，有一家电子商务初创公司引入了微软的Navision，但最终只使用了最初引入的功能的20%，并用自己的定制替换或添加了80%的功能。

在软件工程中，存在抽象分支原则。但这也可以应用于公司产品的开发和系统的引进。

只有在建立新系统(具有旧范围)后才能引入新功能或其他流程！

首先，分析现状：目前使用的是什么，什么是可行的？是否一切都基于Excel/电子表格？目前正在进行哪些解决方法？

在此基础上，可以构建或引入精简软件，然而，从功能集的角度来看，在1.0版中，该软件仅映射当前使用情况并导入当前数据。不多也不少。这可能是相对较快的实施。然后，可以将以前的流程和程序应用于新软件。

然后，简单地说，使系统适应实际需求。建议在此使用两个步骤的机械师：

原则上可以优化哪些流程(部门内、与其他系统同步等)。

最后，我想再一次感同身受，在这里，人们应该更多地从用户的角度考虑，而不是从技术角度考虑：

(这篇文章是基于我写给一家初创公司的一封真实的电子邮件，这封电子邮件目前正在从电子表格中成长出来)