在传统企业中信息化改造的建设工作，跳出开发的日常，站在统筹规划的角度进行剖析，从B端的角度分析企业级系统如何搭建，希望对你有所启发。
在最近的工作中，笔者有幸参与了传统企业中信息化改造的建设工作，本次试图跳出研发日常工作，站在统筹规划的角度来进行剖析，分析如何在企业级（或事业部级）搭建系统的主要方法与注意事项。希望能在另一个角度看待日常工作。
前情提要：本文主要站在B端产品角度进行分析，一些C端的场景会有些不适合。在B端中可分为自建系统与甲乙共建两类，其中自建的思考逻辑应大致也类似，在甲乙共建类型中系统建设方如果是较为强势的头部厂商，也可依据市场地位按自身标准推进，那么可能契合度也并很高。
下面进行详细分析：
一、启动立项
1、项目价值
在考虑系统建设前，需要对项目的价值进行分析，近期市场上资金链大多比较溃泛，因此需要考虑投入产出比，即在建系统后，通过改变了原有的业务流程后，产生的新价值或节省的成本，能否覆盖因建设系统所产生的一系列成本。一般来讲，成本除了建设系统的一次性成本外，还有业务调整中的成本，以及后续日常运维的成本。而业务带来的价值，则需要经过测算，一般不同的业务测算逻辑不同，一般主要考虑信息化后的提效价值，以及沉淀数字后的数字化运用价值。
2、建设路径
明确项目价值之后，我们需要制定项目的建设路径。这包括确定项目的目标、需求、资源、时间等关键因素。在制定建设路径时，主要从业务角度、技术角度、实施角度等去考虑，因此需要充分考虑企业现有的基础设施和技术水平，以及未来的发展需求，还需要与相关部门和团队保持紧密的沟通与协作，确保项目的顺利实施。
3、组建团队
在B端业务场景下，单单一个系统是没有价值的，让系统更好的用起来发挥出价值才是最终的目的。为了更好的推动系统的建设，在大型企业下，特别是智能相对独立的情况下，往往需要组建专班，将各方的利益能明确统一在一起，一起推动将事情做好。一般来讲，分别需要产研团队用来进行系统建设，需要业务团队来结合系统建设规划如何使用、帮扶一线使用与沉淀使用方法，需要一线团队来安装操作指南结合系统进行日常使用，如果系统较为复杂，那么可引入咨询团队来进行站在外部视角进行推动。如果没有各方角色的参与，彼此间的角色职责不清晰，那么在企业使用中可能就会碰到无法落地，难以推动的情况。
此处解释下为何在企业内系统建设往往是一把手工程，在企业中，建设新系统，往往涉及到大量的原有业务操作流程调整，那么对于一线与职能来讲，改变原有的操作流程并不一定能给自己带来利益，因此就需要一把手来推动并在考核等上做出承诺。
4、项目立项
在经过如上的分析与论证后，需要准备详细的项目计划书，并将其提交给相关部门和领导进行审批。使项目正式立项审批。
二、项目推进
在项目启动后，我们需要制定详细的推进计划，以确保项目按照预定的时间表和目标进行。推进计划应包括项目的各个阶段、里程碑、任务清单和责任人等关键信息。在制定推进计划时，我们需要与项目团队保持紧密的沟通，确保计划的可行性和可操作性。同时，我们还需要对项目的进展进行定期的评估和调整，以确保项目能够顺利地推进。
在具体推进中，可以采用三个清单，进行总体事项的推进：
1、责任清单
责任清单是确保项目推进顺利的重要保障。它应详细地列出项目中各个阶段的责任人，并明确各个责任人的职责和权限。通过责任清单，我们可以确保项目中的各项任务能够得到及时的执行和落实，避免责任不清造成的项目延误。
2、任务清单
任务清单作为推进计划中的核心部分，对于确保项目的顺利推进具有至关重要的作用。任务清单应详细地列出项目各个阶段需要完成的任务，包括任务的描述、目标、责任人和完成时间等关键信息。任务清单应该尽量详细、具体，以便于项目成员和相关负责人更好地理解任务的要求和目标。
通过任务清单，我们可以明确各个任务的具体要求和时间节点，确保项目的顺利推进。任务清单可以为项目成员提供清晰的任务指引，避免由于信息不明确造成的任务延误和遗漏。此外，任务清单还可以帮助项目负责人对项目的进展情况进行有效的监控和管理，确保项目的各项任务都能够按时、保质保量地完成。
3、问题清单
在项目推进过程中，我们需要定期收集和整理项目中可能出现的问题和挑战。问题清单应包括问题的描述、原因分析、可能的影响以及解决方案等关键信息。通过建立问题清单，我们可以及时发现和解决问题，避免项目进度受到不必要的影响。
注：需要不断得核实清单是否存在遗留，跟进事项处理是否及时，对清单进行不断核查。此清单的完成应需要全体参与，避免出现遗漏信息导致决策错误等情况，同时还能实现参与方的消息及时同步。
三、落地使用
在B端领域，在企业内部，让业务能成功使用系统，是实现系统价值的关键一步。往往通过试点的方式，在局部打造出新的操作模式后，在进行逐步推广，在这个过程中，主要需要进行如下操作：
1、业务规范
在项目推进过程中，我们需要制定详细的业务规范，以确保项目的顺利实施。业务规范应包括业务流程、操作规范、数据规范等关键信息。通过制定业务规范，我们可以确保项目在实施过程中能够符合企业的实际需求和业务特点，从而使一线能有条理的展开工作。
2、数据初始
在项目实施过程中，我们需要对相关数据进行初始化处理。通过数据初始化们可以使一线能快速上手使用系统，降低使用门槛。我们应根据项目需求和业务特点，制定详细的数据初始化方案，并对数据进行清理、分类、存储等操作。在数据初始化过程中，我们还需要注意数据安全和隐私保护，确保数据的安全和合规。
3、使用帮扶
在项目实施过程中，我们需要为用户提供使用帮扶。使用帮扶包括操作手册、培训课程、技术支持等关键信息。通过提供使用帮扶，我们可以帮助用户更快地掌握系统的使用方法和技巧，在磨合过程中，打造出一线使用系统的最佳实践，并针对问题能进行快速调整优化。
4、试点政策
为了能够在一线开展系统，那么在试点中可能存在一些磨合以及尝试成本，因此需要一些政策上的支持。如日常的考核、职能重点工作项等，此不同企业差异较大，需酌情考虑。
四、项目收尾
在试点成功后，项目将逐步转为日常运营动作，那么需要对项目进行总结：
1、项目评估
通过项目评估，我们能够对项目的实施情况进行全面深入的总结和分析，对项目的总体结果是否满足最初预订的价值进行评估，判断项目最终的成败与否。同时还能够对项目的成功因素和潜在问题进行全面的评估和分析，从而为后续的系统建设提供更多的处理价值。
2、项目总结
在项目实施完成后，我们需要对整个项目进行全面详细的总结和提炼。项目总结应该包括项目的成功经验、教训和启示、项目的不足和改进方向等关键信息。通过项目总结，我们能够为后续的项目提供可借鉴和参考的宝贵经验，从而提高企业的项目管理水平和业务能力。
本文试图站在企业内使用方或者甲方的角度来看待系统的建设，以及建设中的一些推进情况，希望能从另一个维度来补充产研自身的工作推进情况，从而能更好的达到建设的目的。
希望对各位有帮助，也希望各位有好的看法可以留言互动哦~
本文由 @瑞叔 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自Unsplash，基于CC0协议
该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。