有机云｜客户裂变任务怎么配：奖励口径定不下来就先别上线

2026年10月，不少团队在排第四季度的活动表，裂变通常排在靠前的位置。先给结论：活动上线后邀请数在涨、完成数不动，多数时候奖励并不是症结所在，真正缺的是「什么算一次有效邀请」这条口径没写进配置。口径先定，任务再建，顺序反过来就要推倒重来。

一、两个数字背离，先查口径不查奖励

邀请数涨、完成数不动，说明计数和判定分家了

邀请数记的是「有人点了邀请」，完成数记的是「邀请被判定有效」。前者涨后者不涨，问题在判定侧，加奖励只会引来更多无效邀请。

这类背离通常有三种来源：老客户被算进了邀请但没被算进完成、同一个人被重复邀请、好友一直没通过。三种都指向同一件事，完成条件的写法不够具体。

口径要写成一句能被参与者复述的话

「邀请几位得奖励」这句话在配置里是不完整的。参与者会按自己的理解补全，系统按配置判定，两套理解之间的差距就是投诉的来源。

写口径的标准是：换一个没参与过活动设计的同事读一遍，他能说清哪些邀请算、哪些不算。说不清，就先别建任务。

二、上线前先定三件事，定不下来就先别建

老客户是否计入，决定这场活动的性质

老客户计入，活动偏重老客带新客；不计入，偏重新客净增长。这一项在任务里只是一个开关，配错之后统计口径跟着偏。

判断依据是这个季度要的是新客数量还是老客活跃。两个目标塞进一场活动，参与者看到的规则说明会自相矛盾。

重复邀请和未通过好友，要提前写明算不算

同一个好友被反复邀请、邀请发出去了但对方迟迟没通过，这两种在参与者眼里都算「我邀请了」，在系统里未必计入完成。

有机云的做法是在任务说明里把这两条写死，再补一条人工核查口径：哪些情况由运营在后台核对后补记，哪些直接不计。写在活动页上，比事后逐条解释省力得多。

奖励由谁发、多久发完，也要一起定

判定在系统里，发放往往还在人手上。负责人和时限没定，完成数涨起来之后兑奖会堆在一处，参与者的等待就从这里开始。

三、建任务：每阶的条件和奖励分开填

多阶任务的价值在阶梯，不在阶数多

多阶任务把「邀请几位」拆成几档，每档对应不同奖励。阶数多不等于设计好，每多一阶就多一条要解释的规则。

建议从两阶起步：首阶设一个容易达到的门槛，让参与者先完成一次；下一阶拉开距离，给愿意继续的人一个理由。三阶以上，先拿到首场的参与情况再谈。

客户裂变和群裂变，落点不一样

客户裂变是邀请好友加为好友，群裂变是邀请好友进群，两者完成条件的写法不同，选错类型后面的统计全对不上。

任务类型	完成条件落在哪	适合的目标	配套的标签动作
客户裂变	好友通过并成为新客户	通讯录净增长	参加活动触发打标
群裂变	好友进群并留在群里	群成员与群内互动	入群标签自动打标

有机云在【引流拓客】→【客户裂变／群裂变】里把两类分开建，任务状态分为启用中、待开启、已结束、仓库中。还没确定上线时间的先放仓库，避免误开。

从建任务到待开启，按顺序把字段填完

一场活动配到位，要能看到任务停在待开启状态，且欢迎语已经挂上。填的顺序按下面的走，中途不要跳。

运营在【引流拓客】→【客户裂变】点新建任务，先填活动名称与起止时间，再把老客户是否计入这一项按前面定好的口径勾选；接着加两阶任务，首阶填完成条件与对应奖励，次阶把门槛抬高；最后进活动欢迎语，上传背景图，把玩法说明按三句填进去。

配完先存成待开启，用测试号走一遍再改成启用中。停在待开启这一步，是为了让验证发生在参与者看到活动之前。

四、活动欢迎语：讲玩法，不只讲奖励

开头几句讲清三步，参与者才知道怎么开始

活动欢迎语是参与者看到的首段内容。只写奖励多大、没写怎么参与，读完这几句之后就会有人来问入口在哪。

在有机云里，活动欢迎语可以配背景图加玩法说明。背景图放活动主题，玩法说明按「邀请谁、邀请几位、在哪里看进度」三句写，比一段长文案更容易读完。

进度在哪看，要写在欢迎语里

参与者问得最多的是「我邀请了，为什么还没算上」。把进度查询的位置写进欢迎语，这类追问会少很多，客服也不必逐条回复。

五、小范围走一遍，验证四个动作

自己当一次参与者，从扫码走到领奖

上线前用测试号完整走一遍：扫码进来、发出邀请、好友通过、查看进度、达到条件。任何一步卡住，上线后都会放大成一批人的卡点。

用测试号核对这四项

四项分别对应计数、判定、排除和展示，任何一项对不上，都不建议开放给参与者。测试时用未添加过的账号，结果才和真实新客一致。

• 邀请后，累计邀请数是否真的增加
• 达到首阶条件后，完成任务数是否同步变化
• 老客户被邀请时，是否按配置被排除
• 活动欢迎语是否在进入时立即出现

四项都对上，再开放给首批参与者。对不上的那一项，回去改配置，不要靠人工补记绕过。

参加过的客户要留下标记

活动客户和自然进来的客户混在一起，活动结束后就无法单独圈出来复盘，这一批人的去向也就说不清。

参加活动的客户可以通过【自动打标签】的参加活动触发方式打上标记。群裂变这一侧用【入群标签】，客户入群自动打标。两个标签分开建，别用同一个，否则后面分不清谁是拉人的、谁是被拉进来的。

六、看三个数，判断要不要调整

累计邀请数、完成任务数、活动天数要一起看

三个数分开看都有解释空间，放在一起才能判断方向：邀请数涨而完成数不动是口径问题，两个都不动是入口问题。

完成数涨得快、活动天数还长，说明门槛设低了，下一场要把首阶门槛往上抬。有机云在任务里实时统计这三项，运营每天看一次即可。

中途改规则，前面核对过的记录要重来

活动进行中改完成条件，已完成的人和新进来的人会按两套规则计算，兑奖时对不上，团队之间也会互相怀疑标准。

要改就结束当前这场，另开一场，把规则版本和生效时间写进任务说明。规则留痕，比事后回忆可靠。

七、这三种情况，先别开活动

售后还接不住，裂变放大的是同一套问题

老客户愿不愿转介绍，取决于他原本的体验，不取决于奖励多厚。售后跟不上时开活动，接的是同一套没修好的流程。

建议先把咨询响应和售后处理跑顺，再谈放大。奖励只决定老客户愿不愿意顺手做一下。

兑奖的人还没定，别急着上线

拉新是系统在跑，兑奖是人在核对。没人负责兑奖的活动，完成数越高积压越多，参与者的等待也越长。

规则还在讨论，先别建任务

规则没定就建任务，建出来的是一套要反复改的配置。改一次，前面测过的路径就要重走一遍，测试记录也跟着作废。

八、裂变任务上线前后常被问到的事

Q1：客户裂变软件哪家好，先看哪一项？

A：先看每阶的完成条件和奖励能不能分开配，再看老客户是否计入这类口径有没有对应开关。口径配不细，后面的统计都会偏。

Q2：邀请数涨、完成数不动，先查什么？

A：先查每阶完成条件够不够具体，再查老客户和重复邀请是否被排除。这两项没定，参与者理解的完成和系统记的就是两回事。

Q3：客户裂变和群裂变能放在一场活动里吗？

A：不建议。两者落点一个是好友、一个是群，完成条件和统计方式不同，混在一场里两边都算不清。

Q4：活动进行中可以改奖励门槛吗？

A：不建议中途改。已完成的人和新参与的人会按两套规则计算，兑奖时对不上。要调整就结束当前这场，另开一场。

Q5：在有机云里配一场裂变任务要多久？

A：口径定清楚之后，建任务、配欢迎语、自己走一遍完整路径，一轮下来就够。真正拖时间的是口径讨论，不在后台操作。