-
docs(站点): 「加条件」如实写清四条 + 补上引导的出场规则 · 59ebef9c
产品指出原边标签「换条件 · 改人数 · 换时间档」不如实。去代码核了一遍,三处要改: **① 是「加」不是「换」**,而且加完是**重新选一版**(assignment-signals 的 why 原话: 「点哪一条都是重新选一版……不是在已经排好的那些人里再挑」)。按钮上那个数字是 **换完之后这一格还剩多少**,
⛔ 不是"从本批里筛掉几个"。 **② 四条条件全列出来**(此前只写"换条件"三个字): · 只选消费高于**这一格自己的平均**的 ——⛔ 不是全库分位(全库 ¥4,442,某格实测 ¥0 起, 用全库的数会一刀切光) · 只选转介绍达人 —— 推荐 ≥3 人且带来成交,家庭型/社交型合并成一条 · 只选某个权益身份的 —— 取这一格里人最多的那一项 · 只选某个获客渠道的 —— 同上 + 兜底「按别的条件选」:助手把其余十几个维度各多少人报一遍,他再挑 **③ 补上引导的出场规则**(整篇此前一个字都没有): · 专属排满了 —— 真有人排不进去才出(唯一"不处理就真漏人"的一条) · 能加个条件 —— 这一格 ≥50 人 · 他还没加过条件 · 切完至少还剩 10 人 · 这批多大 —— 人数是系统估的 **且候选 > 这批人数** · 最忙的那位 —— 最忙的人分完后的量 > 每天通数 × 时效🔴 「这批多大」那条的门槛值得单独写:候选够不着 N 时,改时效/改通数点了**不会有任何反应**, 而它的说明写着「人数会跟着变」—— 那就成了说谎。所以候选 > N 才出。 Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>luoqi committed
| Name |
Last commit
|
Last update |
|---|---|---|
| .. | ||
| asr-sensevoice | Loading commit data... | |
| pac-docs | Loading commit data... | |
| pac-service | Loading commit data... | |
| pac-web | Loading commit data... |