Ⅰ · USABILITY STUDY METHODOLOGY

新用户可用性调研流程方案

形式 · 真人陪测 + 出声思考 (think-aloud) 样本 · 5–8 人真实新商务 / 媒介 单场 · 45–60 分钟
给真实业务目标，不教操作步骤；主持人闭嘴看，只在分级阶梯上救场。
〇 三条铁律 · 违反即作废
PROTOCOL
  1. 目标业务化，不产品化。 任务卡只给「业务结果」（给某品牌找够 X 个合格达人），绝不写「点星图 → 配条件 → 点筛号」。一旦写了步骤，测的就是「跟提示走」，卡点全被自己抹平。
  2. 主持人沉默纪律。 用户卡住时先数 10 秒，憋住别教。卡点的价值正是在这 10 秒里暴露——他在找什么、点错什么、期待什么没发生。救场走升级阶梯，能不救就不救。
  3. 引导是被观察对象，不是脚本。 每弹一次都要核对：该弹吗 → 弹了吗 → 看了吗 → 看懂吗 → 有用吗。「没弹」「弹了没看」「看了没用」是三种完全不同的不足，分开记。
一 研究目标 · 核心问题

主目标：量化并定位新用户首次完成一次完整选号（找人 → 筛号 → 标注 → 建联 → 导出）过程中的卡点，核对 onboarding 引导链的触达率与有效性。

#问题怎么从观察里得出
Q1新用户能不能在无人教情况下独立走通一次选号任务链整体完成率 + 在哪一步终止
Q2卡点集中在哪几步、严重度多高任务级 struggle/fail 记录 + 严重度分级
Q3引导该弹的步弹了吗（触达率）引导触达核对表「弹了吗」列
Q4弹了的引导用户看了吗、看懂了吗、照做了吗（有效率）「看了 / 看懂 / 有用」列 + 出声思考原话
Q5引导链有没有断（一步完成后下一步没接上）连续步之间是否出现「不知道接下来干嘛」
Q6用户心智模型与产品模型在哪错位「你期望点这个会发生什么」probe 回答
二 被试招募

画像 · 必须真新手

职能：品牌 / 电商运营、媒介投放、达人 BD——即真实会用选号场景的人。
硬条件：从未使用过选号虾 / PickClawd；近 3 个月有过抖音 / 星图找达人的实际工作或诉求。
排除：内部员工、做过本产品测试的人、纯技术背景无投放经验者。

样本量与单场

5–8 人。可用性问题在 5 人时已暴露约 80%，8 人封顶（边际递减）。单场 45–60 分钟，1 主持人 + 1 记录员（或全程录屏 + 录音，事后回看）。

分组 · 可选

若想看 edition 差异，内部版 / 外部版各招 2–3 人；否则统一外部版（对外真实场景）。

招募话术 · 发给候选人

逐字稿 · 招募 我们在做一款帮品牌方 / 媒介筛选抖音达人的工具，想请几位有实际找达人经验的朋友来体验 1 小时，看看顺不顺手。重点是测产品，不是测你——你卡住、吐槽、骂街都是我们最想要的。有少量答谢。
注意话术不暴露「这是教学测试」。一旦暴露，被试会试图「表现得会用」，破坏数据真实性。
三 任务设计 · 一个真实场景 + 一条任务链

3 张任务卡均来自真实商单 brief，品类 / 约束 / 模糊度对齐线上高频场景。按对方实际业务方向选最近的一张，没偏好默认 A。

TASK CARD A · 美妆护肤
假设你是韩束的媒介，要给男士冰川瓶护肤水做抖音种草投放。要求：生活类达人，报价 1–2 万，男粉占比 > 50%，CPM < 40，不要下沉账号，不接受商单断更号。请你用这个工具，挑出 5 个合格达人交给老板。
TASK CARD B · 食品饮料
假设你是壹号土猪的媒介，要给小笼包新品做抖音种草。要求：生活 / 母婴 / 三农类达人，单价 5000–20000，CPM < 30，观众 25 岁以上为主，精致妈妈优先，返点 > 25%。请你用这个工具，挑出 5 个合格达人提报给客户。
TASK CARD C · 3C / 户外
假设你是正浩 EcoFlow 的媒介，要给户外电源做抖音种草。要求：卡车 / 房车 / 自驾 / 钓鱼 / 户外类达人，单价 2–3 万，CPM < 20。请你用这个工具，挑出 5 个合格达人提报给客户。
设计要点：3 张卡刻意不写操作步骤——只给品类 + 画像约束 + 数量 + 「合格」这个模糊词。逼用户自己把 brief 翻译成筛选条件 = 暴露他对工具字段的理解。同一场尽量分散品类，避免后面的人「学」到前面人的卡点路径。

任务链 · 主持人心里有数的「应走路径」

不告诉用户。每步既是业务动作，也对应一个或多个引导步。

T1 进门→ T2 找人→ T3 配条件→ T4 自动过滤→ T5 标注
T6 收口→ T7 提交→ T8 导出→ T9 加餐
阶段用户该做的业务动作对应产品步骤对应引导步
T1 进门找到「从哪开始找人」主页 → 星图找人卡home
T2 找人进入星图找达人星图页xingtu
T3 配条件设品类 / 画像 / 筛选条件并发起筛号注入面板：选项目→配字段→去重→一键填入→筛号xingtu.* 5 子步
T4 自动过滤理解小虾在自动过滤结果列表 + 直采胶囊shrimp-intro auto-filter
T5 标注判断并通过 / 排除达人结果行标注操作mark-intro mark
T6 收口把通过的达人收进清单建联清单 / 购物车cart
T7 提交提交建联 / 询价（外部版）提交询价submit
T8 导出把结果导出交付结果导出export
T9 加餐发现精选达人库（20w 库精确过滤）主页精选库treasury
为什么是一条链不是 9 个独立任务：卡点常出在步与步之间的接缝（完成 T5 标注后不知道去 T6）。拆成独立任务会把接缝抹掉，而接缝正是「引导断链」的核心证据。
四 主持人话术 · 逐字稿 现场背熟

4.1 开场 · 2 分钟

逐字稿 · 念给用户 谢谢你来。今天大概 1 小时。先说三件事：

① 我们测的是产品好不好用，不是测你。你越觉得难、越卡，对我们越有价值，千万别替我们遮丑。

② 全程请你把心里想的念出来——在找什么、为什么点这个、期待会发生什么、哪里不对劲，都念出来。我会有点像在旁边发呆，因为我尽量不打断你。

③ 你卡住的时候我不会马上帮你，会先看一会儿，这是正常的，别有压力。
热身练习（必做）——不练用户会沉默操作，什么都观察不到。
逐字稿 · 热身 我们先热个身。请你念着想法打开你手机的天气，看明天会不会下雨——边做边说你在想什么。

4.2 任务交付 · 念完只说一句

念三、的「任务卡」原文，然后只说：

逐字稿 · 启动 好，开始吧，随时出声。
然后停。 不补充、不解释、不指路。用户愣几秒正常——这是要观察的第一个卡点。忍住。

4.3 过程中 · 只用中性 Probe

用户沉默太久或表情困惑时，只能问这 5 句，逐字背：

1
「你现在在想什么？」 万能句。任何时候都能用。让用户恢复出声思考。
2
「你期望点这个会发生什么？」 点前问 → 抓心智模型——TA 以为会发生什么 vs 实际发生什么。
3
「刚才那一下，和你想的一样吗？」 点后问 → 抓「预期 vs 现实」错位。
4
「你现在在找什么？」 用户页面来回看、鼠标乱移时问 → 暴露目标和页面结构不匹配。
5
「这里你觉得应该怎么做？」 用户完全停住、不知道下一步时问 → 让 TA 说自己思路，而不是你给思路。
绝对禁止 · 说了 = 该步数据作废
「你可以点那个星图卡」 「试试一键填入」 直接教 = 抹掉卡点
「对」 「不对」 「就是这样」 评判 = 引导用户找正确答案，破坏自然行为
「这个功能是用来……」 替产品解释 = 替引导补课，无法测引导本身

4.4 救场升级阶梯 · L0–L3

层触发主持人动作
L0 卡住 < 10 秒 沉默数 10 秒，什么都不说
L1 卡 10–30 秒仍无方向 中性 probe：「你现在在找什么？」
L2 明确迷路、要放弃 把目标拉回：「你现在想完成的是什么来着？」
只重申目标，不给步骤
L3 仍卡死、情绪烦躁 记 FAIL。最小提示带过：「这一步我帮你跳一下，继续看后面」
铁律：每次升到 L1 以上都要记录——卡多久、升到第几层才解、用户当时原话。这是卡点严重度的核心数据。

4.5 收尾访谈 · 10 分钟

逐字稿 · 收尾五问 ① 回顾卡点「整个过程，最让你卡住 / 烦躁的是哪一下？为什么？」

② 找断链「有没有哪一刻你不知道接下来该干嘛？是哪个位置？」

③ 引导回忆「过程中有没有跳出来提示框 / 小气泡？你记得它说什么吗？有用吗？」
事后回忆 = 验证引导有没有真被吸收。「没注意到」本身就是数据。

④ 最需要帮助「假设这工具有个『新手带路』，你最希望它在哪一步多帮你一把？」

⑤ 跟老办法比「跟你现在工作里找达人的老办法比，更省事还是更费劲？」
五 记录工具 · 两张表

5.1 任务级观察表 · 每人一张

阶段结果耗时求助层卡点描述（原话优先）心智 vs 产品错位
T1 进门
T2 找人
T3 配条件
…

结果列：✅ 顺利 / ⚠️ 挣扎 / ❌ 失败；求助层 L0–L3。

5.2 引导触达核对表 · 每人一张

「该弹却没弹」和「弹了没看懂」是两类完全不同的不足，分开记。

引导步该弹吗弹了吗看了吗看懂吗有用吗备注 / 原话
home✅
xingtu✅
面板配条件✅
shrimp-intro胶囊在才该弹
auto-filter同上
mark-intro✅
mark✅
cart外部版
submit外部版
export闸开才该弹
treasury✅
记录员重点盯接缝：某步标 ✅ 顺利但下一步「该弹没弹」或用户愣住 = 引导断链实锤，单独高亮。
六 分析与产出

6.1 卡点严重度分级 · 决定修复优先级

级定义处理
P0 致命多数用户在此任务失败 / 放弃立即修，引导 + 交互一起改
P1 严重多数用户挣扎，靠 L1–L2 才过本轮迭代修
P2 中等部分用户卡顿，自己绕过去排期修
P3 轻微个别吐槽 / 审美记录，不阻塞

严重度看 人数 × 任务影响：5 人里 4 人卡死 = P0；1 人审美吐槽 = P3。

6.2 交付产出

  1. 卡点清单：按严重度排序，每条含「哪一步 / 多少人卡 / 用户原话 / 根因猜测」。
  2. 引导不足清单：分三类——① 该弹没弹（触达漏）② 弹了没看（时机 / 位置错）③ 看了没用（文案 / 形态错）。每条挂到具体引导步。
  3. 断链点清单：接缝处「完成上一步 → 下一步没接上」的位置，直接喂给声明式触发层（triggerSignal / precondition 配置该补哪条）。
  4. 修复建议：每个 P0 / P1 给「引导改法 + 交互改法」两栏（很多卡点光改引导没用，得改产品本身）。
七 执行 Checklist · 开跑前逐项确认
招募与场景
  • 招到 5–8 个真新手（非内部、非测试过的人）
  • 任务卡场景换成你方真实高频品类
  • 主持人背熟沉默纪律 + 升级阶梯
  • 先内部预跑 1 人走查（不算正式样本）磨掉歧义
设备与账号
  • 测试机：外部版正式包，已 resetSeen（引导从头播）
  • 账号是干净新账号
  • 录屏 + 录音就绪（用户同意），或记录员到位
  • 两张记录表打印 / 开好（任务级 + 引导触达）
八 与产品的衔接 · 形成闭环

本调研产出的「断链点清单」直接对接正在落地的声明式触发层架构（docs/design-spec/2026-06-15-onboarding-trigger-architecture-CONTRACT.md）： 每个断链点 = 一条 triggerSignal / precondition 该补的配置。

闭环：观察卡点 → 声明补链 → 下个版本测试验证。 不再每发现一个断点就去某组件手插命令式触发。 下次迭代见 Tab Ⅱ 引导各版本，结果见 Tab Ⅲ 各版本调研结果。
— Ⅰ · END —
Ⅱ · ONBOARDING VERSIONS CATALOG

新手引导各版本

每改一版引导 = 新增一条记录 + 一份快照 来源 · onboarding-steps.ts
声明式触发层 · 主步 10 + 星图面板 5 子步 · 加引导 = 改配置不开发
01 版本时间线 由近及远
v1.0 2026-06-15 当前 · 测试中
关键变化 首版声明式触发框架落地。主步 10（外部）/ 8（内部），星图面板多步子框架（5 子步）后台实现中。
链路串法 单链串行——看完一步 → 下一步浮上，不断链。
测试场次待登记  ·  数据完成度0 / 5–8
v1.1 待定 规划中
触发条件 v1.0 测试结束、卡点热力分析完成、Top 3 严重问题修复方案立项。
预期方向待 v1.0 结论
02 v1.0 引导版本快照 主步 10 + 星图面板 5 子步
v1.0 Baseline · 声明式触发框架首版 来源 onboarding-steps.ts · 2026-06-15

外部版（PickClawd）10 步 / 内部版（选号虾）8 步——内部版无「进购物车」「提交询价」。 星图面板子步框架：注入面板跨进程，主程序气泡伸不进去，编排器算出当前子步经面板桥下推、面板转哑渲染器。

# 引导步 触发场景 触发条件 前置 条件闸 弱 呈现层 呈现锚点
1 先从星图找人home 欢迎主页 进场即弹 ——— 界面 星图找人卡
2 配好条件交给我们xingtu 星图注入面板 进面板即弹 ——— 面板 侧栏气球 + 面板桥
↳ 星图面板 5 子步 · 通用面板多步子框架
2.1选项目xingtu.project 面板 · 登录后 进子步即亮 — 已登录 弱 面板 项目选择区
2.2配独家字段xingtu.options 面板 上一子步看完 2.1 — 弱 面板 商单断更 / 八大人群
2.3去重规则xingtu.dedup 面板 上一子步看完 2.2 — 弱 面板 结果去重开关
2.4一键填入xingtu.autofill 面板 上一子步看完 填入完成 2.3 — 弱 面板 一键填入按钮
2.5点条件筛号xingtu.screen 面板 上一子步看完 点了筛号 2.4 — 弱 面板 条件筛号按钮
3 先认识小虾shrimp-intro 结果列表 进场即弹 — 胶囊在 — 界面 直采进度胶囊
4 正在自动过滤auto-filter 结果列表 上一步看完 3 胶囊在 — 界面 直采进度胶囊
5 三按钮工作台mark-intro 结果列表 出结果行 ——— 界面 行操作按钮组
6 通过合适达人mark 结果列表 上一步看完 5 —— 界面 通过按钮
7 进了购物车cart 仅外 结果列表 首次通过 6 —— 界面 购物车页签
8 提交建联询价submit 仅外 建联清单 进场即弹 ——— 界面 一键建联按钮
9 导出达人名单export 结果列表 上一步看完 6 导出闸开 — 界面 导出按钮
10 精选达人库treasury 主页精选库 进场即弹 静默 ——— 界面 精选库卡（免框）

触发条件

进场即弹进场景就该弹
上一步看完前置步看完接力浮上
里程碑事件某动作真发生

判断与属性

条件闸反复翻转的运行态
弱引导可忽略 / 不强遮罩
仅外部外部版才弹

呈现层

界面主程序高亮气泡
面板跨进程，桥下推 + 哑渲染
03 v1.1+ 后续版本快照 每次迭代追加
v1.1 尚未启动 v1.0 测试结束、热力分析出炉、修复方案立项后，
在此追加 v1.1 快照表（结构同 v1.0），并标注 diff 列。
— Ⅱ · END —
Ⅲ · USABILITY RESULTS PER VERSION

各版本调研结果

每场测试结束当日填表 每周汇总进矩阵 每版本迭代结束更新热力 + 对比
填表口径：触达「应弹 / 实弹」 ·  表现 ✓△×○  ·  卡秒中位数  ·  最高救场层  ·  用户原话不许概括。
01 v1.0 北极星指标 该版本最关键 4 项
主流程完成率
—
不依赖 L3 救场走完 T1→T9
引导有效率
—
✓ ÷ (看了气泡数)
触达漏洞率
—
○ 该弹没弹 ÷ 应弹总数
平均救场层级
—
L0/L1/L2/L3 均值
02 v1.0 卡点矩阵 每场测试结束汇总
填表口径： 触达列计「应弹场次 / 实际弹场次」；表现列计 ✓ △ × ○ 四态总数； 平均卡秒 = 从「进入场景」到「下一步动作」中位秒数；救场层取该步用户达到的最高 L 层； 用户原话取最具代表性 1–3 条，必须原话不许概括。
# 引导步 触达
应/实		 ✓ △ × ○ 平均
卡秒		 最高
救场层		 Top 用户原话
1先从星图找人
2配好条件交给我们
2.1选项目
2.2配独家字段
2.3去重规则
2.4一键填入
2.5点条件筛号
3先认识小虾
4正在自动过滤
5三按钮工作台
6通过合适达人
7进了购物车 外
8提交建联询价 外
9导出达人名单
10精选达人库
02+ v1.0 现场发现日志 每场结束实时追加 · 02 矩阵填表前置
填写口径： 每条 = 一个被试卡点 / 期望偏差 / 设计建议；现象写客观行为（看到/没看到/点了/没点），设计方向写动作不写结论； 严重度初判：P0 阻塞主流程，P1 显著降低效率，P2 体感问题不阻塞。
2026-06-15 · 首场 · 新用户
关联：进入星图首页 · 注入面板首次亮相 P1
当前星图首页缩放比例下，被试第一眼看不到注入面板——面板被挤到首屏可视区下方，需要主动下滚才发现。新用户没有"应该有个面板"的预期，直接以为页面没东西。
设计方向： 进入星图首页时自动滚到注入面板锚点（仅首次场景，本场会话不重复滚）；备选 = 注入面板上移到首屏可见区 / 收窄星图顶部留白。
关联：全局引导框架（10 主步全部受影响） P0
被试基本不看引导气泡——读 ≤ 1 秒就关 / 直接 ESC 跳过 / 弹出后视线根本没落到气泡上。当前弱引导（气泡 + 自动消失）失去触达。
设计方向： v1 弱引导整体换方向—— 方案 A · 任务式：每步绑成「必须完成的任务卡」（半遮罩 + 仅可点目标 + 完成解锁下一步）； 方案 B · 强引导：关键步保留遮罩 + spotlight 强制读完才放行，非关键步移除； 方案 C · 引导隐入背景：彻底改成任务驱动工作流，气泡变就近 hint，被试驱动而非被动接气泡。 三种走法在 v1.1 选一立项。
关联：注入面板 · 画像筛选入口（引导步 2.x 范围） P1
注入面板的「画像筛选」当前是折叠入口——不点开看不到内容。新用户不知道这入口是干啥的，从来不点，画像筛选功能对新用户事实上不可见。
设计方向： 把画像筛选选项默认平铺在面板上——常用项（性别 / 年龄 / 地域 / 粉丝量级）直接露脸做控件，剩下高级项再走折叠；让"这是什么"靠看就能答上，无需点开。
2026-06-16 · 第 2 场 · 李柯欣（远程接手）
调研 meta ｜ 原被试 勒文静 客户端装包失败，22 min 卡在装机环节（解压失败 / 飞书传包损坏 / TwoDesk·CUDA·向日葵远程操控全拉不通），改用 李柯欣 老师电脑接手实测 ~15 min； 客户端版本疑似 5.1 直采版；被试身份偏「复筛者」（自陈：自己找号少，多过筛别人塞的清单）。
下次必修：调研前 1 天预装客户端 + 远程操控 SOP（推一个工具 + 一个备用账号现场即用）。
关联：星图列表 · 关键字段优先级（先从星图找人 · 步 1）跨场复现 P0
李柯欣第一眼找不到「报价」字段——「我一来就找不到了，这个报价我根本看不到在哪里」。江洋当场对照：「昨天的新用户也是这么眼瞎，他感觉星图他的列表好难看」。新用户对星图原生列表关键信息密度判断不到位，**核心交付字段（报价 / 合作数据）不在视觉锚点上**。
设计方向： 注入面板在星图列表上覆写或前置关键字段（报价 / 合作数据 / 粉丝画像），把任务命中项标红或胶囊化；备选 = 列表卡片由注入面板接管渲染，星图原生列表降为底层数据源；与 06-15 第 1 条「首屏看不到注入面板」组合修复——先滚到面板，面板内即可一眼答 "报价多少"。
关联：顶部浏览器标签栏 · 认知不可见（步 5/6 · 工作台 ↔ 详情页 ↔ 结果列表）跨场复现 P0
根因 = 用户根本没注意到顶部有浏览器风格的 Tab 栏存在，每个新页都被理解成"线性深入"无路回退。 李柯欣 ：「我怎么返回到我刚那个页面啊？」「我点这个地方，还是点这？」「我以为我点错了」—— 点详情页打开新 tab 后，用户不知道顶部那排 tab 是可点击的切换控件，以为自己点错操作进了死路，连星图标签也找不回。 江洋当场：「用户居然也 get 不到怎么回去吗？也有这个问题」 ← 至少 2 场复现，本场是**全场最大卡点**。
设计方向： 这不是"详情页缺返回按钮"问题，是"Tab 栏作为导航锚点根本没进入户认知"—— ① 强视觉锚定：Tab 栏当前 / 非当前 tab 用强对比色 + Chrome 风格的明显分页指示，并加微动效（新 tab 打开时滑入动画 + 短暂高亮闪烁）； ② 详情改半屏覆盖：详情不开新 tab，用右侧抽屉 / 半屏覆盖层呈现，保留结果列表为 tab 唯一底图，关闭抽屉即回原位 ← 推荐，根治； ③ 显式面包屑兜底：详情页左上加「← 结果列表」面包屑，作为兜底应急； ④ 引导 onboarding 单步：第一次进详情页时强引导高亮顶部 Tab 栏说"这里可以切回去"。
关联：注入面板 · 画像筛选入口v1 baseline 复发 P1
昨天第 3 条问题第 2 场原样复现——江洋自陈「感觉用户还是忽略这个大大的面板」。即使语音引导被试「我们面板里有一个画像筛选，你可以看一下」，李柯欣仍未在面板上选画像，而是在星图原生条件树里改。
设计方向： 复用 06-15 第 3 条「默认平铺常用项」，但加一道——降低面板的「大盒子」视觉权重（避免「这是块装饰区」误判），核心控件直接撒在星图列表上方/侧边，不再画大边界。
关联：条件配置 · 排除项可见性（步 2 · 配好条件） P1
任务卡有「不要下沉号、不接受商单断更号」两项排除项。李柯欣找不到对应字段——「这个有选择的地方吗？」「我找不到呢，就这样吧」最后放弃。排除项是媒介核心需求字段，但当前 UI 入口不显。
设计方向： 注入面板独立设「排除项」区（下沉号 / 商单断更 / 黑名单类目），与「筛选项」对称；备选 = 任务卡读入后自动在面板上标出对应控件（命中项胶囊状）。
关联：候选列表 · 卡片字段（步 5 · 三按钮工作台） P1
李柯欣：「主要是我看不到画像，我就只能看一下内容」。候选卡片当前没把任务命中的关键画像字段（粉丝性别比 / CPI / 报价）平铺出来，被试只能点详情看，效率断崖。
设计方向： 候选卡片按当前任务条件动态露字段——任务要"男粉 > 50%" 就把男粉比放卡上、要 CPM < 40 就把 CPM 放卡上；命中标✓未命中标✗未知标—，让"过不过"靠看就能答。
关联：标注按钮 · 拒绝原因入口（步 5 / mark-intro） P1
李柯欣点排除时寻找拒绝原因输入框：「如果不通过让我写不通过的原因，其实我不太知道在哪里写，是这里吗？」实际产品不需要写原因（江洋纠正），但被试有"拒一定要给理由"的强期望——可能源于既往工具/SOP。
设计方向： 二选一—— 方案 A：保持不需要原因，但点「排除」时按钮 hover/click 上明示「无需填写原因」； 方案 B：补上可选拒绝原因（下拉枚举 + 自由文本），数据沉淀给后续 BI / 模型反馈用——业务侧考虑下值不值。
关联：价格输入 · 单位歧义（步 2.2 · 配独家字段）跨场复现 P1
李柯欣报价输入时：「这里其实是是圆，它不是 one， 它自己设定的好奇怪」——「圆/CNY」单位被读成英文 "one"。江洋当场对照：「昨天优化直接填了个 3 进去，3 块钱」← 同样误判，2 场复现。
设计方向： 价格输入框单位用 ¥ 前缀或「万」「元」明确置后；输入「3」自动加 "万" 显示 "3 万元" 防止 "3 块钱" 类误填；任务卡里报价区间也用「1 万 – 2 万」一致写法（已是这样）。
关联：采集模式默认值（兼容模式 vs 直采） P2
客户端默认进了兼容模式，被试未察觉、未切换。江洋当场：「还是兼容模式，那有点随便吧，行吧，这样因为那也行」← 内部口径但说明模式入口的默认值/切换显著度有问题，可能影响候选数量与质量。
设计方向： 新手默认走直采模式并把模式切换从二级菜单挪到面板首屏；或者：新手第一次进站强制走直采、第二次起记住偏好。
认知更新：引导反例——v1.1 不能"一刀切去引导" NOTE
李柯欣主动表达想要引导：「我是会看的，因为我觉得还蛮有用的」「希望就是有一个能指引的箭头，就像我玩游戏一个新手村那种」「可以加个跳过嘛，不愿意看他自己跳过就行了，愿意看就看」——与 06-15 第 2 条「被试基本不看引导气泡」结论相反。
v1.1 方向调整： 不能一刀切「砍弱引导改任务式」——样本太小，且确实有"新手村型"用户。建议 v1.1 同时上： ① 强弹 + 显眼跳过（满足想看的人，不打扰跳过的人）； ② 任务式工作流（不依赖气泡也能跟着任务走）； 二者并存，跳过引导后仍能跟任务节奏。让被试自然分流，再扩到 ≥5 场后定 v1.2。
认知更新：用户画像分支——"复筛者"工作流 NOTE
李柯欣自陈：「我自己找号会比较少一点，因为我很多需求我可能会下发到匹配」「更多可能就是别人塞好给我，我就过筛别人的就好」——存在「复筛者」分支，主要工作 = 看详情判断、给意见，不深入条件配置。
产品定位思考： 选号虾当前重「自筛工作流」，对复筛者覆盖薄。 潜在 v2 方向：支持「粘贴/导入达人清单 → 一键过筛 + 展示画像匹配度」入口，把详情页升级成"复筛工作台"（命中条件高亮、不通过原因可记）。 先打标观察后续场次有没有同类被试，≥2 场命中再立项。
03 v1.0 卡点热力 · Top 严重问题 按 (触达漏 + 救场升级率) 排序
等待 v1.0 测试数据沉淀 预计 5–8 场测试结束后产出。
排序口径：触达漏洞率 × 0.4 + 救场升级到 L2/L3 比例 × 0.6
产出后按 P0 / P1 / P2 / P3 标级，下个版本优先修。
04 版本间对比 v1 → v2 → vN 同指标横向
v1.0 是 baseline · 仅一列 v1.1 出炉后填入此处，对比主流程完成率 / 引导有效率 / 触达漏洞率 / 平均救场层四项指标。
每步 ✓ / ○ / 平均卡秒也做版本间 diff。
05 埋点契约 · P0-MVP 事件流派生 Tab Ⅲ 四格北极星

—— 5 个新事件 + onb_ 前缀加白名单 + 1 个派生视图，即时点亮 Q1 完成率 / Q3 阻塞率两格北极星。无须客户端起定时器，全后端事件流相邻 timestamp 派生时长。

事件名 触发时机 关键属性 埋点位置 vs 现状
onb_step_entered 引导步骤进入视图（每步首次渲染） session_id, step_id, step_index, entry_source onboarding-orchestrator.ts
onMounted 钩子		 add-new
onb_step_completed 用户完成本步并切下一步 session_id, step_id, success, retry_count onboarding-orchestrator.ts
next() 内调用		 add-new
onb_field_filled 核心字段失焦或选项确认（任务 A/B/C 表单） session_id, step_id, field_name, filled (boolean) FilterCondition 组件 @blur
不报字段值		 add-new
onb_stuck_signal 救场探针检测到卡顿（空白 15s / 反复修改 / 鼠标游荡） session_id, step_id, signal_type, dwell_ms 救场层 L0–L3 探针
主进程统一发		 add-new
onb_help_invoked 用户主动求助（点 HelpCard / 唤起 Agent / 看示例） session_id, step_id, help_type, triggered_by HelpCard.vue + AgentDock
点击事件		 add-new
onb_help_card_viewed HelpCard 卡片进入视图（IntersectionObserver） session_id, step_id, card_id HelpCard.vue
现行已埋但被拒		 reuse-fix
设计原则： ① session_id 单写源——onboarding-store 启动时 uuid v4 生成，注入 useTrackingContext SSOT，全链路只读不再造； ② 客户端不起定时器——「停留多久」「卡了多久」全部由后端事件流相邻 timestamp 派生，不在前端算秒； ③ 救场层 L0–L3 由后端 stuck_signal count 派生，不在事件层埋分级，避免前后端分级口径分裂； ④ ✓/— 自动 vs ○△× 人工分工——✓ 完成 / — 卡住由事件自动判，○ 流畅 / △ 犹豫 / × 卡住由现场观察纸表填，机器边界清； ⑤ PII 极简——不报昵称 / 输入值 / 鼠标坐标，字段类只报 field_name + boolean，零隐私风险。

四格北极星 · 派生口径

北极星格 分子 分母 关键事件
Q1 完成率 session 中出现 step_id='task_submitted' 的 onb_step_completed 所有 session（distinct session_id） onb_step_completed
Q2 平均耗时 同 session 内末步 onb_step_completed.ts − 首步 onb_step_entered.ts 之和 完成 session 数 onb_step_entered + onb_step_completed
Q3 阻塞率 session 中至少 1 条 onb_stuck_signal 的 session 数 所有 session onb_stuck_signal
Q4 求助率 session 中至少 1 条 onb_help_invoked 的 session 数 所有 session onb_help_invoked

落地清单（P0-MVP）

  • 后端 1 处：api/services/tracking_payload.py ALLOWED_PREFIXES 加 'onb_'（现行 onb_* 全被白名单拒收）
  • 渲染端：onboarding-orchestrator.ts 加 5 处 trackEvent() 调用；useTrackingContext 加 session_id 槽位（onboarding-store 启动时注入）
  • 派生视图：新建 ap_onboarding_step_outcome（纯 SQL VIEW，不动表 schema，按 session_id + step_id 聚合事件流）
  • HelpCard 顺手修：help_card_viewed 改名 onb_help_card_viewed（现行 bug：被白名单拒收导致这事件从未入库）
  • ext-dashboard 新增：「新手引导漏斗」Tab，照四格 SQL 落 4 个卡片 + 1 张分步漏斗图

P1-Polish（细化救场分级 + 字段值脱敏存档）/ P2-Optional（多 session 串联 + 回访问卷绑定）见 design spec，本期不交付。

— Ⅲ · v1.0 BASELINE —
主持人提示 · 当前为被试视图，准备让被试看屏前确认任务卡（A/B/C）已切到要给被试的那张
WELCOME  ·  欢迎

今天，请你来挑达人

这是一款帮品牌方和媒介筛选抖音达人的工具。
我们想请你按下面的任务，用你自己的方式把它走一遍——
看看哪里顺手、哪里别扭。

开场说明

① 今天大概 1 小时，我们会录屏 + 录音，只内部分析用，不会外传。
② 我们测的是产品好不好用，不是测你。你越觉得难用、越想吐槽，对我们越有价值。
③ 卡住时主持人不会马上帮你，会先看一会儿——这很正常，别有压力。

一个小请求

做的时候，请把心里想的话念出来。比如：

？
在找什么
「我现在想找
那个能筛 CPM 的地方……」
○
期待什么
「我以为点这个
会弹个筛选框出来……」
！
什么别扭
「咦？这个怎么
跟我想的不一样？」

想到什么说什么。主持人不会接话，会安静地听。

· · ·
今天的任务
假设你是韩束的媒介， 这次要给一款男士冰川瓶护肤水做抖音种草投放。
客户给了你下面这些要求。
达人类型
生活类
单人报价
1 万 – 2 万
粉丝画像
男粉占比 > 50%
CPM
低于 40
排除项
不要下沉账号、不接受商单断更号
你要完成
挑出 5 个你觉得合格的达人
交给老板
· · ·
登录账号（星图）

下面账号已经准备好，进入软件后用它登录就行——这是我们准备的测试号，不是你的私人账号。

账号
1456660395@qq.com
密码
Youthpower49172
· · ·
准备好了吗

看完任务，就开始吧。
遇到任何不顺手的地方，直接说出来就行——
卡住了也别着急，我在旁边记录。