S1项目-准备阶段

S1，接手的第一个项目。虽说项目具有独特性，每个项目参与进去，都能发现不一样的坑位，但仍觉得S1项目的坑，极具别致性。这也是为什么实施时常常感叹，做项目太有意思了。

项目立项

项目发起，源于Sponsor年初规划，费用控制，包含预算、税票、对公报销、对私报销。报销模块一期聚焦对公，而相关业务中，一大半源于采购。生产物料采购，在ERP，PR、PO、接收、检验、入库，再到AP付款；非生产物料，业务分散，场景众多，流程割裂。申请&采购履行与付款在多个系统中，系统间无信息流转。提交S1项目付款时，就切身感受到了痛点，所有信息都需手工填写，花了40min才完成提交。可以想象，业务月对账发起付款，几十行，小半天就耗在上面了。因此领导的注意力转到非生产物料采购业务，紧接着转到供应商管理关系平台。

回到目项目费控，为什么年初被立项。一是财务信息化建设的需求，一个企业信息化水平的高低，可由财务信息化水平决定。数字化转型的变革之路，也往往始于财务。Sponsor上任，主推变革。变革响应最积极、同时见效最快者，即是财务。费控平台，作为财务集成共享平台的基石，在规划中优先搭建；二是以Sponsor视角，干系人等于高层领导。而高层领导对于IT的直观体验，70%源于审批。把审批做好，关键干系人的满意度就能提升一大截。而审批的痛点，N个系统登录审批，切换不同游览器，账号/密码不一致（SSO已解决）；只能PC端审批，无移动审批；重复审批，需求申请、合同、付款每一环节都要把控；老OA技术落后，界面不友好。基于此，上线BPM系统。通用流程，在BPM。专业流程，由各管理软件承载，同时支持移动审批，集成到IM消息推送中。

输出前期方案汇报，包括问题及痛点分析、项目背景、项目目标、项目范围、实施步骤、整体蓝图方案、业务流程、计划进度、项目概算、收益、资源需求。

POC

理完前置项，回到S1项目。由非生产采购业务，涉及申请、合同、验收、付款，扩展到供应商管理、寻源、招投标、目录商城，进而确定功能范围。POC联系三家，各做了三四次介绍，听下来，感觉差不多，都能做，就看二开的量了。之所以POC听不出区别， 在于双方对于功能清单，都不足够了解。这是甲方常犯的问题，没有真正想清楚，就开启项目。关键功能清单描述的是模块层级上的功能点，大概知道自己要什么。正因为问题是泛泛的，回答自然笼统——能做，基本功能可以满足，但会有少量的项目二开；另一个原因，在于乙方销售没时间、也没必要细扣功能清单。POC场景列的不具体、不全面，演示作用甚微。在这种情况下销售的个人能力，会严重影