原有路径
先把所有信息填完。
组织、员工、设备、工作中心、物料和系统集成全部设置好之后，才轮到第一个订单。
获得首次结果之前，要付出大量精力
Smena
首个订单。
首份计划。
首次价值。
让小型制造企业在被配置过程耗尽耐心之前，先看到产品价值。
首个订单 / 工作界面
产品设计 — 01订单 #0048 / 新建
LINE 货架 / 120 组
客户：Sever · 发货：10 月 28 日
工序3
计划工时36 小时
发货前缓冲时间2 天
工序责任人计划状态
01切割Alexey K.8 小时 / 10 月 21 日已排期
02组装Maria S.20 小时 / 10 月 22—24 日已排期
03包装Ilya P.8 小时 / 10 月 26 日已排期
订单可以按时完成。
下一步：将计划交给领班。其余设置可以稍后完成。
背景
本想安排订单，却收到一份问卷。
Smena 将小型制造企业的订单、工序与产能整合起来。主要用户是企业负责人或领班，他们把计划放在表格里，通过消息沟通变更。
这个概念处理一个具体矛盾：准确排产需要数据，但新用户尚未看到理由投入时间录入。必须更早让他们体验到价值。
- 首选客户细分
- 小型按单生产企业：家具、金属制品和商用设备制造。
- 关键任务
- 弄清订单由谁、何时完成，避免向客户承诺无法实现的交期。
- 约束
- 没有专职实施人员，也没有时间迁移全部基础资料。
产品决策
一个真实订单，比配置完毕的系统更重要。
我们明确定义首次价值：用户看见自己订单的计划，理解工作顺序，并能和领班讨论交期。创建账号本身并不等于这个结果。
选定路径
先看到自己的计划。
添加一个订单，从简短模板中选择工序，即可得到初步计划。需要时再逐步完善设置。
订单 → 工序 → 计划
决策逻辑
哪些条件需要同时成立，方案才有意义。
设计中先设定工作参数：客户细分、价值路径和可接受的经济模型。这些只是模型的初始假设，投入之前需要向真实用户验证。
01 / 先服务谁
中小企业
首选客户是小型按单生产企业。他们需要经常安排产能，购买决策由企业负责人或生产经理做出。
02 / 用户在哪里流失
72% → 49%
初始模型中，72% 的用户理解了产品提案，49% 得到了首份计划。这个差距决定了验证重点。
我们验证最初几步：创建订单、选择工序、查看生成的计划。
03 / 值得解决吗
4.4×
LTV / CAC
测算场景允许对激活投入资源。在扩大获客之前，需要验证利润贡献、客户生命周期和实施成本。
CAC 4,200 卢布 · LTV 18,600 卢布 · 回本周期 3.8 个月
04 / 我们还不知道什么
领班能独立获得一份有用的计划吗？
当前置信度估计：
27 / 100
这是最关键的未验证假设。如果首份计划必须依赖实施专家，应该缩短的是整个使用流程，而不只是减少几个字段。
05 / 下一步做什么
把获得首次结果的路径 缩短到 5 分钟。
用一个真实订单验证流程：录入数据、选择工序，并在主持人不提示的情况下得到计划。
预期：
激活 ↑ · 留存 ↑ · 回本周期 ↓
设计 → 工程
简化起步。
保留深度。
缩短首次使用流程，不意味着削弱未来产品。关键是区分首次决策必需的信息，与可以在使用过程中逐渐完善的信息。
01 / 界面
展示下一步。
每屏聚焦一条主流程，提供清晰默认值，并保存草稿。用户始终知道已经完成什么，还剩什么。
02 / 架构
不必等待系统集成。
首个订单可手动创建或通过 CSV 导入。基础资料、权限角色和业务系统分别接入，不阻碍首次计划生成。
03 / 分析
衡量结果。
order_created、operations_confirmed 和 plan_viewed 事件记录价值路径，每一步都分析错误和求助情况。
下一次验证
第一份计划——
不需要我们的帮助。
下一步，让负责人和领班用自己的订单走完流程，观察他们哪里需要提示、能否理解计划，以及是否愿意在工作中使用它。
- 生成计划的目标时间
- <5 分钟
- 主持人协助
- 0
- 待验证流程
- 01
先证明计划有用。
标准不是点击速度，而是用户能否独立获得可用结果。如果做不到，就重新审视流程和计划质量。先验证首次价值，再谈新功能。
/ 您的下一步
您的产品
在哪里失去用户？
我们梳理用户路径、经济模型和约束，再确定首先值得验证的改变。