09 / 方向

开发前的梳理

看系统和流程,然后给出变更队列:先做什么,以及费用是多少。

给被建议全部重写、自己却还不清楚的业主。

梳理

队列

01

时间耗在哪里

02

已经有什么

03

构建什么

04

不要动什么

先做

系统

以后

队列

估算

区间

01

由什么构成

系统里包含什么

  1. 01

    谁在做事

    不只和委托方谈。我们看申请在经理、仓库、支持那里如何流转。

    • 每天时间耗在哪里
    • 不能停的部分
    • 已经出现了哪些绕行表格
  2. 02

    已经有什么

    我们走一遍 CRM、账务、展示页、邮箱和表格。在弄清旧系统做什么之前,不提议新系统。

    • 谁是哪些数据的主人
    • 哪里有重复录入
    • 套装里哪些已经能完成任务
  3. 03

    瓶颈

    一份短缺口清单,而不是三年战略。每一条都是一笔具体损耗。

    • 哪里最痛
    • 靠配置就能修好的
    • 真正需要构建的
  4. 04

    队列和区间

    先做第一套系统,再做下一套。旁边是大致工期和付款顺序,没有一次做完的总预算。

    • 第一次上线里有什么
    • 有意不做的
    • 哪里能更早看到回报
  5. 05

    购买还是构建

    如果现成软件能完成这一步,我们就如实写明。只在套装软件打断你们的路径时,才建议自建。

    • 从现成软件里取什么
    • 构建什么
    • 最好放弃什么

做什么

  1. 01与亲手做事的人谈话
  2. 02走一遍现有系统
  3. 03瓶颈清单
  4. 04项目队列和粗略估算
  5. 05买什么,自己构建什么

如何推进

  1. 01访谈
  2. 02走一遍系统
  3. 03笔记
  4. 04队列
  5. 05开始阶段的持续支持

用什么

  • 流程示意图
  • 架构概览

工期参考

短梳理是一到两周。排到几个季度的队列,不超过一个月。

完成后

一份清楚的清单:上线什么、不动什么、在哪里先看到回报。

通常以后再做的

开发本身不包含在这套系统里。梳理的结果是一条队列,以及从哪里开始的决定。