框架

公司业务运营的信息系统已经跑了两年多了，中间经历了C/S架构到B/S架构的改进，以及云服务到服务器托管的调整，想想是蛮神奇的，现在整个公司业务已经完全搭建在这个信息系统上，而最初两年多的系统创建、调试和运营，就是小任和并非IT专业背景的小王两个人一步一步的实现的。

习惯的改变是最难的，系统的导入，小任接地气的用的是顺应员工日常习惯的策略，原来业务流程里就要做的表单，现在用系统来实现这些表单的录入，这样不知不觉中，完成了数据的录入，以及基础数据库的搭建。采购、订单、打样、检品，这些部门的信息系统建设就是这么实现的。

传统的劳动密集的服饰业，就这么渐渐的植入了信息系统的基因，艰难的第一步，竟然就迈过来了。

然而，再往前走，技术部的BOM（物料清单）的系统录入的实现，很不容易，这个又是整个信息系统闭环打通很关键的一环。组织结构、账户角色以及权限设置，这些基础的系统设置，在系统创建之初没有很好的预设结构，现在再弥补就变得很复杂，并且技术性的改良和基础性的夯实，是有本质区别的。

最初小任和小王创建系统的时候，他们看到的愿景，局限于当时的想象力，这个不能苛求，毕竟他们不只是想而是做出来了。而现在，当我们可以看到更开阔更清晰的公司发展的将来版图时，框架，最初搭建的那个框架，现在明显的感觉到格局小而地基浅了。

这个时候，如何构想一个更好更久的框架，是需要深思的。考虑当下很重要，谋划未来，也是需要同步构想的事。IT只是工具，可以帮你搭地基、建高楼，但这个地基要多深、楼作何用以及楼建多高，这个工具本身是不知道的，构架的思想和框架的设计，这个是工具之前之上的事。

IT只是工具，就像庖丁手里的那把刀，重要的是庖丁对于牛的洞察，然后这把刀才能得心应手、切中肯綮。

所以，框架，想清楚，理清楚，才有然后。