| 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"
|
用户访谈与冷启动运营实战手册
🌍 Language / 语言: 中文 | Interview Guide | Cold-Start Ops
核心原则
"产品的 founder，在刚开始的前半年都会密集的做大量的用户访谈。像 HeyGen 就是半年，founder 自己做了 937 场；Wisperflow 和 Higgsfield 都做了 500 场以上——就是不断做访谈，不断改。" —— 生姜iris
关键洞察：用户访谈不是调研工具，是 PMF 发现引擎。访谈频率与产品成功率正相关。
用户访谈执行框架（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人记录 + 必须录屏（含共享屏幕）
核心问题框架：
- 背景了解：职业、获客渠道、使用时长、核心功能、竞品
- 工作流探索：解决什么问题？之前怎么做？现在有什么变化？
- 竞品对比：用了哪些竞品？各自场景？我们的优劣势？
- 痛点挖掘：不爽的地方？Bug？难用的功能？"魔法棒"问题
- 付费意愿：之前付费过什么？愿意付多少？什么促使升级？
关键技巧：屏幕共享观察 > 用户口述。让用户演示真实操作，观察卡点。
Step 4：收尾与后续
- 大使计划邀请
- 转介绍请求
- 24小时内完成访谈复盘模板
Step 5：数据汇总（每5-10场）
汇总共同需求/痛点 → 更新功能优先级 → 修正用户画像 → 调整产品方向
Beta 测试设计框架
测试目标三层结构
| 层级 | 维度 | 数据收集手段 |
|---|
| 价值验证层 | 是否解决核心痛点 | 访谈 |
| 体验感知层 | 速度、易用性、效果 | 观察法（屏幕录制/连线） |
| 缺口识别层 | 功能缺失、体验卡顿 | 结构化问卷 + Bug反馈 |
测试任务设计原则
- 任务模拟完整工作流，非孤立功能点
- 任务长度触发"等待"场景（暴露性能问题）
- 提供 prompt example 降低认知负担
- 明确说明"Beta不稳定是正常的"
连线实时测试核心
- 强调"观察"而非"测试用户"
- Think Aloud Protocol（边做边说）
- 利用加载等待期收集用户背景（被低估的技巧）
五问法（结构化收尾）
- 你觉得这是一个怎样的产品？（让用户贴标签）
- 最满意的功能是什么？
- 哪个环节最卡顿或困惑？
- 如果明天正式上线，你愿意付费吗？为什么？
- 最希望下个版本加入什么？
冷启动用户运营方法论
冷触达漏斗
触达 → 回复邀请(~47%) → 深度追踪(~47%) → 合格在测(~24%) → 持续活跃
关键：ICP 匹配的 50 人 > 泛触达 500 人
Messaging 迭代方法
| 话术类型 | 效果 |
|---|
| 功能驱动（做什么） | 低转化，吸引错误画像 |
| 场景驱动（解决什么问题） | 转化率提升 ~83% |
| 痛点对比（之前怎么做） | 最高转化 |
规律：越具体的痛点描述，转化率越高。
两层 Beta 用户体系
| 层级 | 画像 | 门槛 | 权益 |
|---|
| Tier 1 Creative Partners | KOL/行业专家 | 持续使用>7天 + 高质量反馈 | Pro权限 + 创始人直达 + Case Study |
| Tier 2 Early Beta Users | 符合ICP的专业用户 | 提交具体改进建议 | 早期访问 + 路线图参与 |
用户分级标准
| 等级 | 特征 | 运营策略 |
|---|
| S级 | 高频 + 付费 + 愿意宣传 | 大使优先，CEO直接对接 |
| A级 | 高频 + 有付费潜力 | 内测优先权，定期回访 |
| B级 | 偶尔使用 + 无明确付费意向 | 引导核心功能，推动转化 |
| C级 | 低活跃 + 无付费意向 | 减少投入，关注自然留存 |
流失分析框架
| 流失类型 | 典型原因 |
|---|
| 性能类 | 设备过热/卡顿、加载超时、崩溃 |
| 工作流断层类 | 缺少下游集成、功能完成度不足 |
| ICP不匹配类 | 无数据主权、项目制无长期需求 |
| Messaging不匹配类 | 触达价值主张 ≠ 产品实际价值 |
流失用户访谈三问：
- 什么时候开始不用的？当时在做什么？
- 遇到了什么问题，还是找到了替代品？
- 如果我们解决了X问题，你会回来吗？
PMF 价值评估矩阵
按「素材主权 × 使用频率」评估：
| 用户类型 | 素材主权 | PMF价值 | 流失风险 |
|---|
| 独立创作者 | 完全主权 | ⭐⭐⭐⭐⭐ | 低 |
| 机构决策者 | 完全主权 | ⭐⭐⭐⭐ | 价格敏感 |
| 自由职业者 | 临时主权 | ⭐⭐⭐ | 项目结束即流失 |
| 机构执行人员 | 无主权 | ⭐⭐ | 数据授权顾虑 |
工具链
| 类别 | 工具 | 用途 |
|---|
| 问卷 | Typeform | 用户调研问卷 |
| 录音 | Grain, Fathom | 访谈录音转写 |
| 数据库 | Airtable | 用户数据库管理 |
| 日程 | Calendly | 预约访谈 |
| 触达 | LinkedIn, Discord | 用户联系与社区 |
完整参考文档
