企业数字化项目落地最难的是什么?不是设计、不是开发，也不是运营，而是第个一步骤—需求确认。
在企业的数字化转型工作中，往往伴随着IT系统建设工作，一般来说，这和传统的信息化建设一样，需要经过需求分析，系统设计，系统开发，系统测试，项目验收等诸多基本的标准化阶段。
从事过数字化项目推进的负责人都能体会，数字化项目的需求确认难度比信息化项目要大的多。
其主要表现是，数字化项目的需求更加模糊、隐晦，甚至伴随着很大的不确定性。
就数据到底能干什么?数据的价值能发挥到什么程度?针对这些基本的问题，业务方很难和数字化团队达成一致性的共识。
尽管数字化转型的概念提出了很多年，但是这个概念对于大多数传统行业的业务方来说，仍然看起来过于“前卫”。
在实际需求对接交流阶段，业务方很难真正地相信数字化团队所承诺的数据价值是否真的能达到预期效果。
数字化项目和信息化项目的区别在于，之前的信息化项目是以业务过程为中心的，而数字化项目是以数据价值为中心的。
以业务过程为中心的信息化项目，由于过程已经在传统业务模式中“跑通”，所以信息化的收益是相对确定的;
相比来说，以数据价值为中心的数字化项目，这个“数据价值”的内涵则仁者见仁，真正的结论是不确定的。
数字化项目的形式、成本、效果，都存在更大的未知性。业务方只能依赖于项目团队过往的类似案例来推测当前项目落地的未来成效。
业务方的数据认知决定了“数据价值”的信任水平。对于大多数的业务方来说，所谓畅享的数字化应用创新，可能只是“花架子”，并不解决实际问题。
业务方需要数字化团队给予信心，但是很多时候数字化团队又是“心虚”的，因为不了解实际的业务需求和痛点。
本来业务方自己最了解自己的需求，应该主动提出需求，但是到了数字化阶段就产生了“悖论”。
毕竟，真正的答案(数字化解决方案)是单凭任何一方都说不清楚的。
业务方和数字化团队需要坐下来仔细地聊，去一起碰撞。这个需求提炼的形式看起来就很让人“不踏实”。
大多数业务方其实需要在项目真正开始对接之前，就知道自己能够“买到”什么，即从数字化中获得什么好处。
而与此同时，数字化团队又希望先了解数据，先去深入业务，然后再一步步地迭代形成具体的需求和相应的设计方案。
这就实质上制造了双方之间的矛盾，也在深层次埋下了信任危机的种子。也正是基于上述这样的原因，需求确认就成了数字化项目几乎最大的难题。
当前，大多数的数字化厂商还是遵循着“卖SaaS”的逻辑在提供服务。不管SaaS是否解决问题，至少先迈出了一步，给出一个方案，避免和业务方产生“需求对峙”的尴尬。
完全定制化的项目几乎是不可能的!
要么是围绕一个产品出发，要么是围绕一套经验出发，再者就是围绕一项核心技术能力(比如，AI大模型，或者智能检索)出发，否则难以达到“信服”的效果。
数字化项目不是信息化项目，难以当作单纯的工业化软件“代工厂”的模式来做，IT成本优势不再是厂商的核心优势，真正的优势将回归业务能力优势，是能做和不能做的区别!
对业务方来说，数字化的价值是“毋庸置疑”的。
至于项目价值有多大，值不值得投资这么多钱，以及是否只能与你的项目团队达成合作来推动落地，才是真正犹豫纠结的问题。
