客户旅程画布是霸网智投·营销自动化触达里用来编排流程的那块工作台。它把「客户满足什么条件、接下来发生什么」画成一张有向图：节点代表一次动作，连线代表走向，市场人员拖拽连线即可完成搭建，全程不需要写代码。对多数团队而言，它承担的是把运营思路从个人经验转成团队资产的那一步。

画布的两类构成元素

画布上只有两种元素，理解它们之后，剩下的都是排列组合。节点代表一次具体动作，例如发送朋友圈内容、推送公众号消息、给客户打标签、派发优惠券、等待一段时间、通知销售跟进。分支代表客户的走向，例如打开过走一条、没打开走另一条，已下单结束旅程、未下单进入挽回。节点决定做什么，分支决定给谁做，两者合起来就是一段可执行的自动化流程。区分清楚这两类元素，搭图时就不容易出现「把判断写成动作」这类结构性错误。

画布上的连线一般不允许形成没有出口的闭环，这一点是刻意设计的。客户在某个节点上反复往返，既会让触达次数失控，也让数据无法解释。确实需要回头再试一次的场景，用计数变量限制重试次数，而不是直接把连线接回去。

常用节点与可配置参数

参数配置有一些常见经验值：首次触达与后续提醒之间的间隔，短周期消费品通常取数小时到一天，长决策周期业务可以放到三天左右；一条旅程内的触达次数建议控制在四到六次，超过之后打开率往往明显下滑，此时更该考虑换内容角度，而不是继续加次数。

分支条件怎么写才不出错

分支本质是条件判断，常见依据包括：是否打开、是否点击指定链接、是否在若干天内产生互动、是否完成下单、客户标签是否包含某个值、所在分层的取值。写好分支有三个要点：

  1. 条件互斥。同一位客户不能同时满足两条互相冲突的路径，否则执行顺序会变得难以解释。
  2. 留有兜底。除「是」与「否」之外，一定保留一条「其余情况」的出口，避免因数据缺失把客户卡在旅程里。
  3. 出口明确。每条分支的尽头要么结束旅程，要么进入下一个明确阶段，不留悬空连线。

常见的错误写法是把「未打开」直接连回发送节点，形成反复重发的循环。更稳妥的做法是让未打开的客户进入另一条内容线，或者设置最多重试一次后转入低频培育。条件里的时间窗口也要写清楚，用「最近 7 天内是否互动过」比用「是否活跃」更可执行。

条件写完不代表能用。上线前建议用三类客户做走查：一位活跃客户、一位长期沉默的客户、一位数据字段缺失的客户，看三人分别会走到哪里。重点观察数据缺失的那位，他的走向是否符合预期，是检验兜底分支是否有效的直接方式。

一条新客旅程的完整走法

把原文中的新客旅程摊开看会更清楚。客户进入旅程当天（记为第 0 天）先收到一段欢迎内容，目的是让客户知道品牌在这里、能提供什么；到第 3 天仍未打开时，系统补发一条视频号提醒，换通道再试一次；一旦客户点击关键链接，立刻打上「高意向」标签并转入转化分支，由转化分支承担后续的报价、试用或优惠触达。

这条旅程之所以有效，是因为它在两个点上做了判断：用是否打开区分注意力强弱，用是否点击关键链接区分意向高低。判断点选得准，后续内容才不至于千人一面。搭这类旅程时，建议把欢迎内容的打开率与第 3 天提醒的补发率分别记录，两者中任意一个长期低于预期，优先怀疑的是内容相关性或发送时段，而不是客户不感兴趣。

把优秀经验固化成流程的价值

在没有画布的团队里，营销流程往往藏在某个人的脑海里，换人就断档，复盘时也说不清当时究竟怎么做的。画布把跑得通的流程固化成一张标准图，新人照着图就能接手；与此同时，每一步的曝光、点击与转化都会被记录，复盘时能直接看到是哪一环在漏人，而不是靠回忆去猜。流程可视化还有一个容易被忽略的好处：跨部门评审时，市场、销售与产品可以对着同一张图讨论，把分歧从「感觉不对」落到「等待时长要不要改」这类具体问题上。

另一个容易被忽视的收益是交接成本。团队人员流动在所难免，过去交接靠口头说明与历史聊天记录，新同事往往需要几周才能摸清情况；有了标准画布之后，交接变成对着图讲一遍即可，遇到争议也可以回到图上核对当时的设定。当顾问、销售或外部合作方需要了解客户触达节奏时，画布也是成本较低的沟通材料，不需要每次单独整理一份说明。

如果旅程数量较多，建议按业务目标给画布分组，例如按获客、转化、留存三类归档，而不是按搭建时间堆在一个列表里。分组之后，团队能一眼看出资源投入的分布是否失衡，很多品牌的实际情况是获客类旅程做得细致，留存类旅程只有一条，而后者往往才是成本更低的那一端。

画布与触发器的分工

画布回答流程长什么样，触发器回答流程什么时候启动。例如设置「注册成功」作为触发器，客户注册后自动被拉入新客旅程；设置「加购未付款」作为触发器，系统自动启动挽回旅程。两者配合时最常见的问题出在重复启动上：同一位客户反复满足同一条件时，需要在触发器侧设置去重规则，例如同一客户在七天内只允许进入同一旅程一次。关于触发器如何配置与排错，可查看触发器与自动化流程详解。

画布的命名与版本规范

一张画布跑上三个月，维护成本主要来自命名混乱。建议在搭建时就把三套命名统一起来：节点名称写清动作与对象，例如「第 3 天未打开则补发视频号提醒」，而不是「提醒 1」；标签名称写清维度与取值，避免出现两个含义相近却拼写不同的标签；事件名称与业务系统的字段名对齐，便于排查数据问题。

版本管理同样值得提前约定。旅程的每次调整都记录改动内容、改动原因与生效时间，改动之后先跑小流量观察一段时间，再决定是否全量。这样做的好处是，当某项指标突然变化时，团队能马上回答上周改了什么，而不是把原因笼统归给市场环境。

画布也需要定期清理。三个月没有产生任何触达、或者入口条件已经失效的旅程，应当归档而不是留在列表里。活跃旅程的数量控制在可维护的范围内，新人接手时才不至于无从下手。

搭图前的准备与自查

动手画之前，先把三件事确认下来：客户会经过哪些阶段、每个阶段的判断依据是什么、每条路径的终点是成交还是退出。画完之后，按下面的清单自查一遍。

用一条真实客户数据把整条旅程从入口走到出口，是上线前成本很低但很有效的一次演练。走完之后如果发现某位客户会收到重复内容，或者卡在某个等待节点出不来，问题通常在这张图上就能被看到并改掉。