企业数字化建设项目从立项开始到应用就面临着诸多问题，比如数字化意识的缺失、组织能力的不足、建设策略的错误等等，数字化从意识到落地过程实现很重要，但很多时候部分企业总是偏离了最初制定的方向，问题的关键还是在对痛点、痒点、切入点的判断与把控。

众所周知，企业数字化建设项目必须基于业务需求，但问题就在于大部分传统企业的业务部门对自身的需求说不清、道不明，不知道自己想要什么或者什么都想要，需求存在高度的不确定性，这个时候对于需求的引导、梳理显得尤其重要，那么谁来做这个事情?通常情况下会有内外两个角色来完成，内是指企业的信息部门;外是指软件公司;二者从不同的维度对业务部门的需求进行引导与梳理，以此来制定企业的数字化实施路径，此时对痛点与痒点的判断显得尤为重要，可以说决定着企业数字化建设的方向。

何谓痛点?

老杨认为是业务部门急需实现的功能，已经严重影响了工作效率、在工作中存在重大隐患及漏洞的事项，具有以下特点：急迫性、高价值、但项目的规模并一定很大，此时信息部门很容易犯的一个错误就是喜欢贪大求全，恨不得将业务部门所有的需求都给实现，只看到技术实现的复杂性而从未考虑技术背后的管理逻辑，总想以技术来单方面解决业务需求，以体现自身的能力，认为业务部门的需求即为痛点，而软件公司从自身的利益考虑也会将单一痛点扩大化，从而制定出系统性解决方案，或者直接推荐行业最佳实践，这种行为从数字化建设的角度讲老杨认为也并无不妥，但关键是如何实现的问题，这就需要对现有需求进行梳理、排序、确定实现的优先级，这就是涉及到如何来实现的策略问题了，这个时候信息部门的建设策略显得尤为重要，如何制定符合企业管理特色的数字化建设路径是项目落地的关键，为什么很多企业的数字化项目烂尾，其中最关键的环节就是起点错了，并未解决业务部门的痛点，将痛点无序发散、扩大化、规模化，最后业务部门想要的未实现，不想要的功能搞了一堆，还进一步加大了真正痛点解决的复杂程度。

何谓痒点?

顾名思义就是可有可无的那些功能，有了更好，没有也无所谓。在企业数字化转型过程中最容易犯的错误就是误把痒点当痛点，只要业务部门一提出某种想法信息部门就会热烈响应，即使这种所谓的需求只是某个业务人员或者领导灵光乍现、“想当然”提出的，从未进行可行性验证，就将想法放大成需求，将需求进行放大变成一套系统，结果系统还在实施期业务部门的想法可能又变了，怎么办?那就继续满足业务部门的需求，所产生的后果就是信息部门永远被业务部门高度不确定的“痒点”需求牵着鼻子走，因为那些所谓的需求对于业务部门而言无关紧要，可随时被推翻及取代。

何谓切入点?

在企业数字化转型建设过程中切入点很关键，关乎数字化项目建设的成败，即在痛点及痒点之前做出正确的判断，寻求一个最佳的价值实现路径。比如某企业决定要做数字化转型建设，这个时候问题来了，面对各个部门众多的需求从哪里开始?一些企业领导认为要学隔壁老王公司做大平台、大数据，这也是一个切入点，于是软件公司会给出平台化的解决方案，声称一套系统可以满足企业所有的需求，结果实施以后才发现想要的功能无法实现，没用的功能排排站，企业当前的管理根本难以支撑平台化的系统，导致系统烂尾或功能利用率低;而正确的做法是在众多的业务需求中寻找一个场景简单、易实现、易突破的场景，这个场景必须是真正的痛点，而非痒点，所以需要信息部门结合企业自身管理能力做出正确的判断，并与相关领导及业务部门达成建设共识。老杨认为切入点其实就是企业数字化转型建设的源点，通过一个成功的切入点信息部门既可赢取业务部门认可与信任，又可赢取企业领导对数字化项目建设的信心，同时又可将此切入点变为可复制的经验点，将项目建设过程中的成功经验进行复制，降低建设风险。

从以上我们不难看出：

第一，业务痛点并非数字化建设的切入点，但切入点一定是痛点，而非痒点;

第二，痛点必须是基于实际的业务需求，具有价值;而痒点可能基于想法或一时的冲动，具有不确定性与多变性，一旦去实现会浪费数字化建设成本;

第三，痛点可以多样化，但切入点一定要精准;

因此在企业数字化建设过程中企业领导及信息部门一定要学会判断痛点、痒点，特别是信息部门一定要具备业务需求的引导、收集、整理能力，在众多的业务痛点中精准的寻找数字化的切入点，一个正确的切入点可以让数字化建设事半功倍，如盲目建设，总把需要当需求，总把领导想法当痛点，那么企业数字化将进入一个反复建设的过程。