中后台与企业内部系统建设的核心思维

企业中后台和内部系统的类型与价值、建设阶段、演进方向及其判断依据 知道企业中后台和内部系统建设中的常见误区，有提前规避的意识，理解企业中后台和内部系统建设中的必备核心思维

中后台与企业内部系统建设的核心思维

• 企业内部系统的类型与价值
• 企业内部系统的定义
  • 使用者：
    • 企业内部员工操作使用
  • 业务范围：
    • 业务经营、生产制造、信息流转、财务结算、资源管理等
  • 产品→小概念
    • 提供特定标准化服务的"软硬件功能集合"
    • 封装好,内嵌在各个企业内部系统中
    • 举例：外购的硬件产品, IM产品(钉钉)等
  • 系统→大概念
    • 支持企业特定业务
    • 往往有标准化产品，定制化功能结合在一起
    • 举例：中台/Boss/ERP/财务系统/CRM/OA
  • 项目→大概念
    • 基于一个或多个系统的规划进行落地的载体
    • 系统建设与产品集成都是通过项目进行落地的
    • 举例：xx公司中台系统建设项目一期
• 内部系统的常见问题
  • 常见问题
    • 概念混杂：概念认知水平不同，无法顺畅交流
    • 相互割裂：系统割裂，联动困难，无法赋能业务
    • 滞后业务：系统建设落后于业务发展，支持不力
  • 根因分析
    • 历史原因+认知误区+核心思维
  • 解决之道
    • 理清基础概念+拉齐价值认知+培养产品思维+有效规划落地
• 企业内部系统的分类
  • 效能协同类
    • 作用：协同效率提升
    • 目标：以提升企业内部沟通效率，协作效率为目标的系统
    • 如：OA系统、IM产品、工单系统，审批流系统等
  • 职能管理类
    • 作用：管理粒度细化
    • 目标：为企业职能部门]提供的，进行相关专业职能管理类的系统
    • 如：财务系统，E-HR、权限系统，风控系统等
  • 业务支撑类
    • 作用：企业战略落地
    • 目标：为企业业务的经营提供支撑能力的内部系统
    • 如：会员系统、CRM、交易中台分销系统、供应链/数据/营销中台
  • 数字化职能类
    • 作用：企业战略落地
    • 目标：为企业业务的经营提供支撑能力的内部系统
    • 如：会员系统、CRM、交易中台分销系统、供应链/数据/营销中台
• 企业内部系统的价值与论证方法
  • 价值1：企业战略
    • 系统执行了公司的哪个战略?
    • 系统对整个公司的战略贡献度是多少?
  • 价值2：营收与成本
    • 相同成本下，收入是否增加?
    • 相同收入下，成本是否降低?
  • 价值3：工作效率提升
    • 相同时间内，产出是否增加?
    • 相同产出下，需要的时间是否减少?
  • 价值4：管理粒度提升
    • 原来管不到的事情，现在是否能管到
    • 原来不清楚的指标，现在是否清楚？
  • 论证方法
    • 先定性后定量：价值分类决定方向，量化质保决定最终价值
    • 先直接后间接：直接价值正反看，决定紧急程度；间接价值宏观看，决定重要程度
• 企业内部系统的建设阶段
• 不同建设阶段与衡量标准
  • 信息化——上局部系统
    • 线下操作线上化
    • 人工操作系统化
    • 局部业务能力闭环
    • 按需零散上系统
    • 系统数据相互割裂
  • 数据化——上全局系统
    • 信息流互通
    • 数据互通
    • 一体化协作
    • 全局可视化
  • 智能化——上智能系统
    • 数据驱动业务
    • 新技术优化核心环节
    • 数字化经营与管理
    • 全局闭环联动
    • 沉淀数字化资产
• 不同阶段的系统状态与里程碑系统
• 系统与业务成熟关系
• 企业内部系统的最终目标
  • 通
    • 打破壁垒,消除孤岛
    • 整体规划
    • 特性化落地
    • 总分结构,例如：PaaS+SaaS ,中台，集团与分公司1+N.
  • 转
    • 管理优化与流程协作转变，例如：智能供应链
    • 全局化数据转型
    • 局部系统的升级与转换,例如： BI升级为数据中台
  • 透
    • 深挖业务本质，数字化建模
    • 击穿核心领域，数字化核心应用
  • 能
    • 沉淀核心数字化资产，为企业战略与管理提供数字化能力支撑
    • 消费智能化产出,为各个环节提供新技术赋能，降本提效
• 企业内部系统的建设思路
  • 明确阶段状态
    • 梳理当前各系统所处的阶段
    • 明确当前各系统的建设状态
  • 梳理业务痛点
    • 分析业务信息在各系统流转过程中造成的卡点
    • 梳理当前业务场景 下的痛点
    • 梳理下一阶段企业业务规划以及对内部各系统的需求预期
  • 逐步平滑升级
    • 根据业务痛点确定系统的顶层规划
    • 以“业务影响最小化”为目标,利旧与新建并存
    • 先试点后推广,新老系统平滑替换
  • 自建外采共存
    • 内部系统建设关注“成本最优解”, 因此最终必然是自建与外采并存的状态
    • 与核心资产积累相关的自建,标准化智能化的部分外采
• 企业内部系统设计的核心思维
• 企业内部系统建设的基础概念
  • 痛点
    • 在真实的业务场景中发生的运转不畅，低效，操作不便,容易出错等常见现象
    • 需要考虑其发生的频率，影响程度等因素
    • 举例: 员工在报销系统提交审批单因为不合规被领导驳回，填报成功率低
    • 痛点要全
  • 问题
    • 通过对痛点进行分析后，找到的痛点本质
    • 举例: 没有对审批单进行合规性校验
    • 问题要深
  • 业务 需求
    • 针对问题给出的期望解决策略和预期效果
    • 业务人员的重点：描述问题与预期
    • 举例: 我期望解决填报成功率低的问题
  • 产品 需求
    • 产品经理对业务需求的分析、抽象与提炼
    • 产品人员的重点：提炼和抽象，最终产出需求文档
    • 举例: 我规划合规性检验功能
  • 需求要拆
  • 功能
    • 系统层面实现产品需求，解决业务问题的载体，是一个“小概念”
    • 针对具体的一类问题给出的系统化解决方案
    • 功能有操作界面，有实现逻辑，有数据和衡量指标
    • 举例: “合规校验” 是一个功能:解决填报不合规的问题，该功能位于报销系统的提交界面，实现逻辑依据企业报销相关规定，填报成功率是该功能的数据指标
    • 功能要准
• 设计常见误区
  • 认知误区
    • 价值认知不足
    • 能力认知不清
    • 模式认知不懂
    • 管理认知不细
    • 决心认知不强
  • 规划误区
    • 战略目标拆解不合理
    • 实施策略不落地
    • 资源协调不到位
  • 落地误区
    • 渐进式与突变式
    • 团队组建问题
    • 沟通协作问题
• 核心思维
  • 业务价值导向原则
    • 通过真实场景分析找到痛点和细分价值点
    • 通过先定性后定量挖掘产品价值
    • 通过业务数据来论证产品的价值
  • 基于业务本质的解决方案
    • 抽象业务本质，建立业务模型
    • 源于业务，高于业务，用于业务
  • 战略目标匹配 与全局视角
    • 企业内部产品规划需匹配企业的战略目标
    • 企业内部产品的各系统联动需要遵循低耦合的原则
    • 基于全局视角的顶层规划与基于内聚的独立系统
• 内容来源：三节课 整理人：晓晨 日期：2023-02-23