CHALLENGE
编辑器只是生命周期的一部分
一个流程从策略目标开始，经历受众、触发、判断和动作配置，再进入持续运行。只有画布好用还不够，创建、发布、监控与回看必须形成一个系统。
- 01明确目标定义受众与转化目标
- 02搭建流程组合触发、判断与动作
- 03发布运行校验配置并持续执行
- 04观察异常定位流失与失败节点
- 05复盘优化依据结果调整下一版本
运营动作缺少统一目标
每个触点各自执行，难以围绕同一业务目标组织策略。
用户旅程割裂，转化降低
触达与行为分散在不同产品中，关键节点无法连续承接。
通道分散，资源浪费
重复配置和跨工具协作增加运营成本，也放大执行风险。
效果难归因，无法复用
数据与流程结构脱节，成功经验难以沉淀为下一次策略。
设计亮点问题不是来自主观判断，而是由用户旅程、竞品能力和可用性验证共同收敛。
DESIGN STRATEGY
让三个视角保持连续
编辑态、测试态和运行态不是三套彼此割裂的产品。设计始终保留流程结构作为共同坐标，让用户在配置规则、验证路径和查看数据时都知道自己位于哪里。
大画布与局部配置争夺注意力
既要看清完整路径，又要深入单个节点。通过选中态、固定详情区和上下游关系，减少来回跳转。
不同节点没有统一的数据口径
进入、判断、等待和触达节点各自拥有不同指标，需要建立可比较、又不抹平差异的视觉语法。
草稿、测试态与线上版本并存
测试不能影响真实受众，版本切换也不能破坏当前判断，因此状态、数据范围和操作权限必须清晰隔离。
百万级运行仍要能定位异常
先用流程级数据判断健康度，再沿路径下钻到节点、日期和失败明细，控制信息密度。
核心原则数据不脱离路径，局部判断始终保留全局上下文。
CREATION
从运营目标进入正确起点
流程入口先帮助用户确认目标、进入方式和受众范围，再生成带有基础骨架的画布。通过模板和空白创建并存，兼顾效率与自由度。
EDITOR
画布结构与节点配置保持联动
节点库、画布和配置面板形成稳定三栏。添加节点时建立路径关系，选中节点时右侧给出当前规则与上下游影响，减少往返页面。
完成注册
24h 内是否登录
延迟 1 天
Push 通知
选中节点后，画布继续保留它的上下游位置，右侧同步展示进入条件、目标用户和控制规则。设计亮点是把空间上下文与详情阅读并置，避免用户在“看数据”和“理解路径”之间反复切换。
RUNTIME
发布后切换为运行监控视角
运行态不再暴露编辑工具，而是优先呈现进入、通过、等待、失败与退出规模。用户可以从总览定位异常节点，再进入具体失败原因。
测试入口紧邻发布操作，但以独立确认层明确数据隔离。难点在于异步流程会经历等待、分支、成功与失败等多种状态，因此测试必须既像真实运行，又不能与线上版本混淆。
DATA REVIEW
数据查看回答“哪里发生了什么”
数据页连接流程路径与业务结果：既能看各节点转化，也能筛选时间、版本和人群，支持运营复盘与下一轮调整。
先在节点卡片读取到达、进入、触达和流出，再在详情区查看趋势与表格。它没有强行统一异构指标，而是统一“概览 → 定位 → 下钻”的阅读节奏。
触达失败不是一个终点指标。侧滑详情保留原数据总览，并按日期拆出计划触达、实际触达、成功与失败，支持下载失败明细，缩短排查链路。
OUTCOME
一套经受真实规模的完整工具
目前共 19 家客户公司使用流程画布，单日进入流程人数约 102 万–195 万，推送成功人数约 16 万–120 万/日。头部客户包括 RUNNINGCHUCKY、盼之网络、JODO、SonaGame。
完整链路
从空白策略到可发布流程，再到监控和数据复盘，避免编辑器成为孤立工具。
后续机会
继续增强跨版本对比、异常归因与大规模流程下的画布导航效率。
让数据回到流程发生的位置
画布与数据保持空间对应，运营人员从异常指标可以直接定位到具体节点，再回到配置完成修正。编辑、运行与复盘因此成为一个连续闭环，而不是三个彼此割裂的页面。