discovery-process

discovery-process 概览

discovery-process 是一套结构化工作流，用于把模糊的产品问题，通过问题界定、访谈、归纳和实验，逐步转化为经过验证的方向。它最适合产品经理、UX 研究员以及需要的不只是泛泛头脑风暴提示、而是可重复的 discovery-process 流程来支持 UX Research 和产品决策的跨职能团队。

这个 skill 用来做什么

当你需要先验证问题是否真实、弄清问题为什么存在，并在动手开发前决定下一步怎么做时，就用 discovery-process。它能帮助你从“我们觉得用户在 X 上有困难”，推进到有证据支撑的后续行动。

谁最能从中受益

这个 discovery-process skill 很适合围绕留存、流失、激活、入门引导，或者客户痛点不够清晰的团队。尤其是在利益相关方希望尽快获得确定性、但团队手头证据还不足以支撑开发时，它特别有用。

它的不同之处

它的核心价值在于顺序感：这个 skill 不是把问题界定、访谈规划、归纳总结和方案验证当作彼此独立的一次性提示，而是把它们串成完整链路。相比单独让 LLM 给你“research ideas”或“user interview questions”，它更强的地方就在于能把整个 discovery-process 连起来。

如何使用 discovery-process skill

先安装并阅读正确的文件

先通过仓库的 skill loader 运行 discovery-process install 步骤，然后优先打开 skills/discovery-process/SKILL.md。接着再查看 template.md 和 examples/sample.md，了解预期输出长什么样，以及完整的一轮流程是如何记录的。

先给它一份真实的 discovery brief

这个 skill 在输入里包含问题领域、目标用户、业务背景，以及结果会影响哪个决策时，效果最好。弱一点的提示会说“帮我们处理 onboarding”；更强的说法会写成“自助式 SMB 用户的 activation 下滑了 15%，我们需要判断主要问题是理解成本、配置阻力，还是价值感不足”。

一个实用的提示词模板

可以按下面这个 discovery-process usage 模式来用：

Run discovery-process for UX Research on our onboarding drop-off problem. Audience: first-time SMB admins. Goal: identify the biggest friction point, draft interview questions, propose a synthesis structure, and suggest one testable solution hypothesis.

如果你已经有证据，就一并写进去；如果没有，也要明确说明。这个 skill 更知道自己应该从假设、已有数据，还是利益相关方的问题出发。

该读什么、复用什么

先看 examples 文件夹里的完整流程示例，再用 template 来整理你自己的记录。discovery-process guide 最有价值的地方，在于你可以把它的各个阶段直接复用为工作产物：问题界定、研究计划、访谈、归纳、机会点、实验和决策。

discovery-process skill 常见问题

discovery-process 比普通提示词更好吗？

如果你需要的是可重复的流程，而不是一次性的答案，答案是肯定的。普通提示词可以生成访谈问题或总结，但 discovery-process 能帮助你协调步骤顺序，并把输出始终绑定到一个具体决策上。

什么情况下不该用它？

如果问题已经被验证，你只需要实现细节，就不该用它。对于纯内部、非面向用户的问题，它也不是很合适，因为这类场景里 discovery 访谈和归纳分析通常不会带来太多增量。

初学者适合用吗？

适合，只要你能把问题描述清楚。初学者如果按 template 填入具体背景，而不是让 skill 替自己发明研究问题，通常能获得最大价值。

它适合 UX Research 工作流吗？

适合。discovery-process for UX Research 本来就是它最强的用法之一，尤其适用于访谈规划、归纳结构设计，以及把研究发现转化为实验或决策备忘录。

如何改进 discovery-process skill

先把问题表述写得更锋利

最好的结果来自把症状、怀疑原因和业务影响拆开写清楚的输入。比如：“用户在绑定银行账户后放弃了设置；我们怀疑他们不理解下一步操作，这可能正在拖累激活率。”这比“用户很困惑”要好得多。

补充会改变研究方案的约束条件

如果你有截止时间、用户触达受限，或者只能覆盖某个很窄的细分人群，要提前写明。这些约束会直接影响 skill 应该建议你做拦截访谈、看客服工单、做更轻量的归纳，还是更快的概念测试。

要求可直接执行的输出

想拿到更好的 discovery-process usage 结果，就要明确要求可落地的交付物：访谈提纲、归纳框架、机会陈述，以及可验证的假设。如果你只要“insights”，输出通常会太抽象，难以直接进入真实决策。

第一轮之后继续迭代

把第一版输出拿来优化下一轮。如果问题界定太宽，就收窄受众；如果访谈计划太泛，就补充行为证据或具体漏斗阶段；如果建议方案过早出现，就要求把更多篇幅放在问题验证上，再进入创意发散。