从底层逻辑讲，系统之间大致是相通的，都是将我们的业务流程化与智能化，尽最大可能做好节点管控，减少人为错误与遗漏并通过操作的便利性与共享性来加速运转，但正如同理想与现实永远是有差距的，因此在现实应用中就会因为各种细小的错误或疏漏，使得系统应用的初体验不是更便捷，而是处处碰壁，手忙脚乱。

我所就职的公司是从事加工销售型的民营中小型企业，有自营工厂和专属的销售研发配套，团队之前已有过K3旗舰版部分模块的1年左右的使用经验，但在升级到星空后，却遭遇了各种各样的小尴尬，好在我们坚持摸着石头过河的探索心与知错就改的行动力，到目前为止，基本已经能够使用并在不断优化中，下面就是在此过程中遇到的一些实际情况，摘录于此，供后来者参考

系统在初使用时，之所以会有问题，除了熟悉度外，主要的问题点会集中在初始化的调整上，包括流程设计，节点控置，逻辑构建上，这些是日常操作中习经为常的基础，也是系统使用的骨架与灵魂所在。简单而言，就是在公司内升级系统的过程，就是公司内部运作流程与人员权限的一次清洗与确认。

系统中的流程设置的原型就是企业自身日常运作的方式，因而才会有系统使用中“标准化”与“自定义”的区分。所说的“标准化”就是按照概率或原理制订的理想化或常规化的运作，而“自定义”则可以理解为量身定制。企业在引入系统前，就需要清晰地认知或评估下，自身当前的运作方式，哪些是需要被标准，而哪些是应该保留的，并不是所有的“标准”都应该被引入。这里面的权衡点，要切实地建立在企业的实施目标与自身现状上，而不是盲目标准化。用另一种方式去理解，就是锥子脸的确是公认的美女标准，但如果一眼望去，全是批量版的锥子脸，那可能物以稀为贵的大饼子脸就要进入黄金时代了，原因在于审美标准本身发生了变化。系统本身是为企业增效降本，但如果所谓“标准”的引入，洇灭了企业的活性与原创，那可能考量的重点就应该是哪些该引入，哪些该被定义。

这里举个系统运行中的实例来进一步阐释，云星空的订单建立中，将步骤划分得很精细，创建、保存、提交，这种设计本身的初衷是将工作分解，管理精细化，但在初创或高速发展过程中的公司，基本都是一人多能，身兼数职，如果完全按此框架走，尤其是引入中，对操作人员的培训没有突出系统的智能化，即数据引入后的分析整理，报表呈现效果时，使用人员会产生极大的畏难抗拒情绪，而增加系统本地布署的额外困难性。

解决的方式就是在培训中，要有侧重点与技巧性，尤其是内容的先后顺序上。因为我司操作人员分层较严重，部分算是操作老手，部分完全菜鸟，但占大部分的是对系统一知半解的。

针对这种情况，我们在做培训时，先做背景及框架式的介绍，这部分的目的主要是帮助所有的参训人员能够快速给自己在系统实施中找到自身定位，即能明确

• 自己需要做什么

• 达到什么程度

• 会被谁影响和影响到谁

然后再进行部门内训，即在确认部门流程已被理解的前提下，以案例演练的方式来边讲边练，而这些案例都是以之前操作中的瓶颈或特例为蓝本的，因而培训的过程对于参与者而言，本身就是一次复盘，即直接强化，系统的便利性与智能性是如何体现的。因为系统的使用是团队事宜，

在培训的第三阶段，主要是查缺补漏，这是在调研与考核的评估后，针对部分基础较弱的使用者，进行专项提升，即个别人员的定向突破。为巩固效果及挖掘内部活力。

在完成上述三段后，除将相应资料上传内部网并增开了有关系统的使用咨询互动窗口外，我们将更多的侧重点转向后期运用层面，即如何加强所收集数据的分析与使用，目前仍在探索中。