Gingiris User Interview

---
name: gingiris-user-interview
description: |
  🇺🇸 User Interview & Cold-Start Operations Playbook — Battle-tested framework from HeyGen's 937 interviews to PMF. Complete SOP for user screening, interview execution, Beta testing methodology, cold-start user operations, churn analysis, and user grading systems.

  🇨🇳 用户访谈与冷启动运营实战手册 — 基于 HeyGen 937 场访谈验证的 PMF 方法论。包含用户筛选、访谈执行、Beta 测试设计、冷启动用户运营、流失分析、用户分级体系完整 SOP。

  🇯🇵 ユーザーインタビュー＆コールドスタート運営プレイブック — HeyGenの937回インタビューで検証されたPMF方法論。ユーザースクリーニング、インタビュー実行、Betaテスト設計、コールドスタートユーザー運営、離脱分析、ユーザーグレーディング。

  🇰🇷 사용자 인터뷰 & 콜드 스타트 운영 플레이북 — HeyGen 937회 인터뷰로 검증된 PMF 방법론. 사용자 스크리닝, 인터뷰 실행, Beta 테스트 설계, 콜드 스타트 사용자 운영, 이탈 분석, 사용자 등급 시스템.

  Triggers: "user interview" | "user research" | "customer discovery" | "PMF" | "product-market fit" | "beta test" | "beta testing" | "cold start users" | "cold start operations" | "churn analysis" | "user grading" | "用户访谈" | "用户调研" | "冷启动" | "冷启动运营" | "Beta测试" | "流失分析" | "用户分级"
when_to_use: |
  Use this skill when you need to: conduct user interviews to find PMF, design Beta testing
  methodology, operate cold-start user cohorts, analyze churn, build user grading systems,
  or apply JTBD framework to validate product direction.
  Trigger phrases: "user interview" | "PMF" | "customer discovery" | "beta test" |
  "用户访谈" | "冷启动运营" | "PMF验证" | "流失分析" | "JTBD"
source: https://github.com/Gingiris-1031/gingiris-skills/tree/main/skills/gingiris-user-interview
tags:
  - user-interview
  - user-research
  - pmf
  - product-market-fit
  - jtbd
  - jobs-to-be-done
  - customer-discovery
  - qualitative-research
  - product-development
  - startup
  - claude-code
  - ai-agent-skill
  - beta-testing
  - cold-start
  - latest
---

## ⚠️ 2C 产品的渠道调整

本 skill 默认 dev / B2B 渠道。**2C 消费品 / 教育 / 应用**：获客主战场是 **垂类社区 + 短视频 + 垂直 KOL**，按地区公开数据选第一平台（如印尼/泰国短视频已反超 Facebook）。KOL 优先 nano / micro 垂类——粉丝越多互动率越低，micro > mega 性价比更高。完整 2C 渠道数据库 + 公开来源见 → `gingiris-seo-geo/references/2c-adaptation.md`。

---

# 用户访谈与冷启动运营实战手册

播客一手案例与引用边界：`references/podcast-evidence.md`。

> 🌍 **Language / 语言**: 中文 | [Interview Guide](references/interview-guide.md) | [Cold-Start Ops](references/cold-start-ops.md)

---

## 核心原则

> "产品的 founder，在刚开始的前半年都会密集的做大量的用户访谈。像 HeyGen 就是半年，founder 自己做了 937 场；Wisperflow 和 Higgsfield 都做了 500 场以上——就是不断做访谈，不断改。" —— 生姜iris

**关键洞察**：用户访谈不是调研工具，是 PMF 发现引擎。访谈频率与产品成功率正相关。

---

## Token Top10 访谈法（2026 招牌方法）

把访谈从"调研动作"变成"日常运营循环"的最短路径，已在多个 AI Agent 项目全线复用：

1. 后台按 token 消耗 / 用量拉 **Top10 用户 list**（每周刷新）
2. 约**共享屏幕访谈，必须录屏**——看真实操作 > 听口述
3. **Transcript 喂 AI**，自动提取 feature request / bug 直接进 Linear（或任意 issue 工具）
4. **次日回访**：告知"你提的 X 已修/已排期"——反馈闭环本身就是留存杠杆
5. 节奏：**每天至少 2 场**；访谈后截 5-10 分钟关键片段直接给产研

**配套动作**：
- 新访谈员先 mock interview + 全程录屏 + 复盘 highlight，再上真实用户
- **KOL 访谈二合一**：合作 YouTuber 顺便做用户访谈 + 可用性测试，一次合作拿两份价值；视频访谈 20-30 分钟 ROI 最高
- 访谈资产化：一场付费用户访谈可同时产出功能需求 + SEO 素材 + reseller 线索三件套

### 邀约触达节奏（2026 更新）

- **1/3/7/14 天四次触达**：Day 1 首发 → Day 3 → Day 7 → Day 14 各跟进一次
- **双通道**：邮件模板 + 邮箱反查 LinkedIn 私信；邮件无回复转 LinkedIn 补一轮
- 话术用宽泛理由（"团队早期想做用户访谈"），**不暴露真实筛选原因**，避免用户带着预设表演

### 标杆锚点

Wisprflow：launch 前人工 onboard 前 500 名用户、逐个视频访谈，用积累的势能带 launch；HuggingFace：scale up 前 8 个月调研 + 500 场用户访谈。

**2026-07 增补（播客一手提炼）**：
- 据转述（AFFiNE 前 COO 口径）：Gamma / Notion / HeyGen 均在半年内做了约 1,000 场用户访谈，"用户提到的不好的点就真的去解"。
- Gamma / HeyGen / Lovable 等成功产品的共同路径：半年 500-1,000 场访谈打磨产品细节，才有资格谈增长——"大量的人忽视了前面这半年到一年脏活累活的过程"。
- 反例（匿名项目，reported）：跳过访谈打磨直接烧钱投放，单个注册成本高达几十美金、单个付费用户成本几百美金——"没有逻辑，但有钱"。

---

## 用户访谈执行框架（5步）

### Step 1：确定目标与筛选用户

**用户优先级**：
| 优先级 | 用户类型 | 价值 |
|--------|----------|------|
| P0 | 付费用户 | 已验证付费意愿，最高价值 |
| P0 | 高频活跃用户 | 深度了解产品，反馈最有效 |
| P1 | 竞品用户 | 提供竞争视角 |
| P1 | 流失用户 | 暴露产品真实问题 |
| P2 | 注册未付费用户 | 转化障碍洞察 |

### Step 2：邀约与排期

**跟进节奏**：Day 1 → Day 3 → Day 7 → Day 10（全渠道：LinkedIn/Email/Telegram/Discord）

**邀约话术核心**：说明目的 + 时长承诺（30分钟）+ 录屏说明 + 价值交换

### Step 3：访谈执行（30-45分钟）

**必须**：1人主持 + 1人记录 + 必须录屏（含共享屏幕）

**核心问题框架**：
1. **背景了解**：职业、获客渠道、使用时长、核心功能、竞品
2. **工作流探索**：解决什么问题？之前怎么做？现在有什么变化？
3. **竞品对比**：用了哪些竞品？各自场景？我们的优劣势？
4. **痛点挖掘**：不爽的地方？Bug？难用的功能？"魔法棒"问题
5. **付费意愿**：之前付费过什么？愿意付多少？什么促使升级？

**关键技巧**：屏幕共享观察 > 用户口述。让用户演示真实操作，观察卡点。

### Step 4：收尾与后续

- 大使计划邀请
- 转介绍请求
- 24小时内完成访谈复盘模板

**客户材料缺失时不要停摆**：会前用官网、公开案例和现有截图搭一个可讨论的粗版；会上直接让用户展示真实流程并索取已有材料。把缺失材料记为待验证项，不要把“客户回去整理完整资料”设为下一次学习的前置条件。

### Step 5：数据汇总（每5-10场）

汇总共同需求/痛点 → 更新功能优先级 → 修正用户画像 → 调整产品方向

---

## 有效访谈 vs 无效访谈判别（2026-07 增补）

> "无效用户访谈就是做投资人演讲——自己说 80%，用户已经神游太虚了。" —— 生姜iris

| 维度 | 无效访谈 | 有效访谈 |
|------|----------|----------|
| 谁在说 | 你说 80%，用户神游太虚 | 听用户讲他是怎么用的 |
| 看什么 | 只听口述、看演示脚本 | 让用户共享屏幕，看真实操作 |
| 场景 | 假设场景 / 自己讲产品 | 真实场景、真实 user case |
| 心态 | 把用户当成纯粹的数字 | EGO 放低，和用户做朋友 |

**判别依据**：你构建的 user journey 和用户实际的 user journey 完全不一样——只有共享屏幕才能暴露这个 gap。

**付费意愿双逻辑**："访谈里说愿意付费和最终付费是两套逻辑"——一旦真要买单，每个人都理智得不行。访谈中的付费表态只作方向参考，验证一律以真实支付行为为准（对应下文"付费归因四时间戳"）。

---

## 访谈驱动迭代闭环（实战路径，2026-07 增补）

1. **第一场访谈可以做满 2 小时**：深度用户往往比你更了解场景、行业和所有竞品，能帮你总结出真正的价值主张和当下最大的比较性优势。
2. **真诚运营换深度反馈**：一位早期海外深度用户后来主动写了 2,000 字带截图动图的长评，逐条指出"花了太多时间在用户不需要的功能场景上"+ 具体 bug——"如果不是因为你太真诚，我不会花两小时写这个"。
3. **全员拆解 → 限期修完**：收到长评后全员开会逐条拆解，用 1-2 个月修完其中全部 bug。
4. **闭环回告**：修完/排期后回访用户"你提的 X 已修"——反馈闭环本身就是留存杠杆（呼应 Token Top10 第 4 步）。
5. **踩坑警示**：访谈反馈上传后若仍由 1 号位单人拍板取舍，大量用户输入会被忽略——产研运必须共同定目标、共同消化访谈精华。

**信任建立速度基准（自述口径）**：无论职级多高，保持每天一线直接和用户聊天，2 个月建立的用户信任可以超过不下场的同事 1 年多——用户会主动掏心掏肺、跨部门为你背书。一线高频直聊是访谈质量的前提。

---

## Beta 测试设计框架

### 测试目标三层结构

| 层级 | 维度 | 数据收集手段 |
|------|------|-------------|
| 价值验证层 | 是否解决核心痛点 | 访谈 |
| 体验感知层 | 速度、易用性、效果 | 观察法（屏幕录制/连线） |
| 缺口识别层 | 功能缺失、体验卡顿 | 结构化问卷 + Bug反馈 |

### 测试任务设计原则

- 任务模拟完整工作流，非孤立功能点
- 任务长度触发"等待"场景（暴露性能问题）
- 提供 prompt example 降低认知负担
- 明确说明"Beta不稳定是正常的"

### 连线实时测试核心

- 强调"观察"而非"测试用户"
- Think Aloud Protocol（边做边说）
- 利用加载等待期收集用户背景（被低估的技巧）

### 五问法（结构化收尾）

1. 你觉得这是一个怎样的产品？（让用户贴标签）
2. 最满意的功能是什么？
3. 哪个环节最卡顿或困惑？
4. 如果明天正式上线，你愿意付费吗？为什么？
5. 最希望下个版本加入什么？

---

## 冷启动用户运营方法论

### 冷触达漏斗

```
触达 → 回复邀请(~47%) → 深度追踪(~47%) → 合格在测(~24%) → 持续活跃
```

**关键**：ICP 匹配的 50 人 > 泛触达 500 人

### Messaging 迭代方法

| 话术类型 | 效果 |
|----------|------|
| 功能驱动（做什么） | 低转化，吸引错误画像 |
| 场景驱动（解决什么问题） | 转化率提升 ~83% |
| 痛点对比（之前怎么做） | 最高转化 |

**规律**：越具体的痛点描述，转化率越高。

### 两层 Beta 用户体系

| 层级 | 画像 | 门槛 | 权益 |
|------|------|------|------|
| Tier 1 Creative Partners | KOL/行业专家 | 持续使用>7天 + 高质量反馈 | Pro权限 + 创始人直达 + Case Study |
| Tier 2 Early Beta Users | 符合ICP的专业用户 | 提交具体改进建议 | 早期访问 + 路线图参与 |

---

## 激活与付费基准（2026 实测）

### 访谈招募优先级与首轮实验

优先顺序：真实付费/高频用户 → 已激活未付费 → 新注册未激活 → 流失用户 → 泛目标画像。首轮先发 **10 条逐人定制消息**，记录回复、预约、到场和有效洞察，再决定是否扩量。访谈中优先让用户共享屏幕完成真实任务；观点必须与行为日志、激活和支付时间戳交叉验证。

**激活定义必须是行为阈值**，不能是"注册过 / 登录过"：

| 产品类型 | 行为阈值实例 |
|----------|-------------|
| Agent 类 | 完成 ≥2 个任务 |
| 对话类 | 连续 3 天每天 ≥20 轮对话 |
| 工具类 | 开始跑任务，或单次使用超 5 分钟 |
| DAU 口径 | 以 unique message send 计，剔除内部用户 |

**转化合格线**：
- 注册 → 付费 **>5% 为合格线**：Pro-C 5-8%、SMB 10-15%（大 C 类 1.5-3%）
- 阶段目标要"够得着"：付费率 0.1% 的产品先定 1%/3 个月，不要直接定 5%

**流失可运营化**：两次对话后 24h 不回访 = 流失，自动触发挽回邮件——流失定义一旦行为化，挽回就能自动化。

**付费归因四时间戳**：注册时间 × 激活时间 × 支付时间 × 最近登录，四点交叉判定真实付费驱动（是哪个功能、哪场访谈、哪次触达带来的付费）。

---

## 用户分级标准

| 等级 | 特征 | 运营策略 |
|------|------|----------|
| S级 | 高频 + 付费 + 愿意宣传 | 大使优先，CEO直接对接 |
| A级 | 高频 + 有付费潜力 | 内测优先权，定期回访 |
| B级 | 偶尔使用 + 无明确付费意向 | 引导核心功能，推动转化 |
| C级 | 低活跃 + 无付费意向 | 减少投入，关注自然留存 |

---

## 流失分析框架

| 流失类型 | 典型原因 |
|----------|----------|
| 性能类 | 设备过热/卡顿、加载超时、崩溃 |
| 工作流断层类 | 缺少下游集成、功能完成度不足 |
| ICP不匹配类 | 无数据主权、项目制无长期需求 |
| Messaging不匹配类 | 触达价值主张 ≠ 产品实际价值 |

**流失用户访谈三问**：
1. 什么时候开始不用的？当时在做什么？
2. 遇到了什么问题，还是找到了替代品？
3. 如果我们解决了X问题，你会回来吗？

---

## PMF 价值评估矩阵

按「素材主权 × 使用频率」评估：

| 用户类型 | 素材主权 | PMF价值 | 流失风险 |
|----------|----------|---------|----------|
| 独立创作者 | 完全主权 | ⭐⭐⭐⭐⭐ | 低 |
| 机构决策者 | 完全主权 | ⭐⭐⭐⭐ | 价格敏感 |
| 自由职业者 | 临时主权 | ⭐⭐⭐ | 项目结束即流失 |
| 机构执行人员 | 无主权 | ⭐⭐ | 数据授权顾虑 |

---

## 工具链

| 类别 | 工具 | 用途 |
|------|------|------|
| 问卷 | Typeform | 用户调研问卷 |
| 录音 | Grain, Fathom | 访谈录音转写 |
| 数据库 | Airtable | 用户数据库管理 |
| 日程 | Calendly | 预约访谈 |
| 触达 | LinkedIn, Discord | 用户联系与社区 |

---

## 完整参考文档

| 文档 | 内容 |
|------|------|
| [references/interview-guide.md](references/interview-guide.md) | 完整用户访谈指南（HeyGen 937场方法论、问题框架、模板、FAQ） |
| [references/cold-start-ops.md](references/cold-start-ops.md) | Beta测试设计框架、冷启动用户运营、流失分析、可复用模板 |
| [references/templates.md](references/templates.md) | 访谈复盘模板、用户画像表、Feature Request Tracker |