discovery-question-generator

需求调研问题生成器

发现企业愿意花 $15K 以上解决的真正问题。

此技能的作用

输入企业类型（牙医、健身房、承包商、餐厅等），此技能便会按类别生成 30-50 个战略性需求调研问题，帮助你：

✅ 发现隐藏的痛点 - 找出他们原本不知道可以解决的问题 ✅ 了解当前工作流 - 梳理他们实际的日常运营 ✅ 发现技术栈的不足 - 找出他们在使用哪些工具时遇到困难 ✅ 量化问题成本 - 计算浪费的工时和损失的收入 ✅ 确认预算与决策权 - 确保他们有能力支付并批准 $15K 以上的费用 ✅ 建立信任与信誉 - 展现出专家风范，让他们知道你懂他们的业务

适用对象

需要进行以下工作的 软件定制开发者：

• 与潜在客户进行有效的需求调研电话沟通
• 从“我们需要排班方面的帮助”中发现价值 $15K 的商机
• 提出能揭示真正问题、而非表面症状的问题
• 判断一个潜在客户是否值得跟进
• 将自己定位为战略顾问，而不只是写代码的人

如何使用此技能

输入格式

只需提供：

1. 企业类型 - 行业或细分领域（例如：“消防检查公司”“私人教练健身房”“牙科诊所”）
2. 可选背景信息 - 你已了解的任何具体痛点

输入示例：

Business Type: Fire inspection company
Context: They mentioned they're using Excel to track inspections and losing track of which buildings are due for reinspection.

输出格式

此技能会生成如下所示的 分类问题集：

---

消防检查公司的需求调研问题

类别 1：当前工作流与痛点（10-12 个问题）

目的： 了解他们的日常运营，并找出流程中的阻碍

1. 请从头到尾介绍一下一名检查员的典型工作日。

   • 这样问的好处： 让他们自然地讲述工作流，进而发现那些已被他们习以为常的低效环节

2. 你们目前如何为现场团队分配检查任务？

   • 留意： 手动流程、电话、群聊、更新电子表格

3. 检查员抵达现场后会做什么？第一步是什么？

   • 留意： 纸质表格、平板设备使用混乱、缺少信息

4. 检查员完成现场检查后，通常需要多长时间才能完成检查报告？

   • 留意： “要花 2-3 个小时处理文书工作”“他们会在晚饭后回家再做”

5. 说说最近一次检查出问题的情况——发生了什么？

   • 留意： 漏检、文件丢失、客户不满

6. 你们如何知道哪些建筑何时该进行下一次检查？

   • 留意： “我们每周一查看 Excel”“有时会忘记，直到客户打电话来提醒我们”

7. 客户打电话索要检查报告时，你们会怎么处理？

   • 留意： 浪费时间查找文件、报告格式不一致

8. 你估计团队每周有多少小时花在文书工作上，而非实际检查上？

   • 留意： 例如 30% 的时间都花在行政工作上这类惊人比例

9. 检查员最常抱怨什么？

   • 留意： 实际执行工作的人员面临的真正困扰

10. 如果你能挥动魔法棒，解决检查管理中的一件事，你会选什么？

    • 留意： 他们理想中的解决方案——往往能揭示价值最高的功能

类别 2：数据与文档（8-10 个问题）

目的： 了解他们如何存储、访问和共享信息

11. 你们目前将已完成的检查报告存放在哪里？

    • 留意： Dropbox 文件夹、电子邮件附件、实体文件柜

12. 客户如何收到检查报告？

    • 留意： 手动通过电子邮件发送 PDF，客户必须打电话索取

13. 你现在能在不到 2 分钟内调出 6 个月前的报告吗？

    • 留意： “呃，可能不行”＝痛点

14. 你们会跟踪每栋建筑的检查历史吗？如何跟踪？

    • 留意： Excel、手写笔记、“我们尽量记住”

15. 安排新的检查时，你需要参考以往检查中的哪些信息？

    • 留意： 他们需要但目前没有的数据关联

16. 你们如何处理检查照片？

    • 留意： 检查员的手机、照片丢失、格式不统一

17. 你们经历过合规审计吗？整理所需文档有多困难？

    • 留意： 惊慌、手忙脚乱、“花了我们 3 天”

18. 是否有多个人需要访问相同的检查数据？

    • 留意： 协作需求、权限要求

类别 3：排期与运营（8-10 个问题）

目的： 找出规划和协调中的瓶颈

19. 你们通常会提前多久安排检查？

    • 留意： 混乱还是有计划、被动还是主动

20. 如果一名检查员请病假，而他安排了 5 项检查，会发生什么？

    • 留意： 惊慌、手动重新排期的噩梦

21. 你们如何平衡紧急检查和常规预约检查？

    • 留意： 优先级混乱

22. 是否出现过检查员因为检查没有按地点分组，而多次开车穿越城区的情况？

    • 留意： 白白浪费的驾驶时间、燃油成本

23. 办公室员工花多少时间打电话安排和重新安排检查？

    • 留意： 可量化的工时＝节省成本的依据

24. 检查员能用手机查看自己的日程安排吗？

    • 留意： “不能，我们每天早上给他们发短信”＝机会

25. 你们如何知道检查是否延迟或提前完成？

    • 留意： 缺乏实时可见性

26. 你们的年度复检流程是什么？如何记住哪些建筑需要复检？

    • 留意： 手动跟踪、错失收入机会

类别 4：客户沟通（6-8 个问题）

目的： 发现客户服务方面的痛点

27. 客户多久会打电话询问检查状态或报告？

    • 留意： 频繁被打断＝提供客户门户的机会

28. 客户对你们的服务最常抱怨什么？

    • 留意： 报告出具慢、缺乏透明度、难以安排时间

29. 检查完成后，你们如何通知客户？

    • 留意： 手动打电话或发电子邮件＝自动化机会

30. 客户是否需要重新安排时间？这个流程如何运作？

    • 留意： 电话来回沟通

31. 你们是否曾因行政问题（而非检查质量）失去客户？

    • 留意： 流程不佳导致收入损失＝投资回报率（ROI）的依据

类别 5：增长与可扩展性（6-8 个问题）

**目的：**了解当前流程是否阻碍了业务增长

32. 您目前每月处理多少次检查？

    • *留意：*基准业务量

33. 如果您想将检查量增加一倍，当前系统最先会在哪个环节出问题？

    • *留意：*可扩展性方面的顾虑

34. 您是否因为无法处理相应业务量而拒绝过工作？

    • *留意：*收入损失 = 巨大的机会成本

35. 您有多少名检查员？计划招聘更多人吗？

    • *留意：*增长计划 = 迫切需要更完善的系统

36. 目前是什么因素阻碍您接纳更多客户？

    • *留意：*行政流程瓶颈，而非检查能力不足

37. 如果您有更完善的系统，每年实际可增加多少收入？

    • *留意：*用于推介的投资回报数字

类别 6：预算与决策（5-7 个问题）

**目的：**判断他们是否有能力承担并批准价值 15K 美元以上的解决方案

38. 您的年收入大约是多少？

    • *留意：*企业规模 = 投资能力

39. 您之前为业务投资过定制软件或工具吗？

    • *留意：*对技术投资的接受程度

40. 您目前每月在软件/工具上花费多少？

    • *留意：*现有的解决方案预算

41. 如果我能向您展示一个每周为团队节省 15 小时的解决方案，您认为它值多少钱？

    • *留意：*基于价值还是基于成本来思考

42. 这类决策还需要谁批准？

    • *留意：*决策权限及其他相关方

43. 要让您在接下来的 30-60 天内投资定制解决方案，需要满足哪些条件？

    • *留意：*紧迫性和购买意愿

44. 如果您不解决这个问题，6 个月后会发生什么？

    • *留意：*不采取行动的代价 = 紧迫性

类别 7：技术环境（4-6 个问题）

**目的：**了解他们当前的技术栈和限制

45. 您的检查员在现场使用什么设备？（iPhone、Android 手机、平板电脑？）

    • *留意：*技术要求

46. 贵公司有网站吗？由谁负责管理？

    • *留意：*技术熟悉程度

47. 您需要将其与哪些系统集成？（QuickBooks、Stripe 等）

    • *留意：*集成要求

48. 您的团队对技术有多熟悉？他们能轻松上手新工具吗？

    • *留意：*用户体验优先事项

49. 您对数据存储或安全有任何合规要求吗？

    • *留意：*监管限制

类别 8：愿景与预期成果（3-5 个问题）

**目的：**了解他们理想中的未来状态

50. 如果我们把这个解决方案做得尽善尽美，6 个月后什么样的结果才算成功？

    • *留意：*具体指标（节省的时间、增加的收入）

51. 如果这个方案完全符合您的期望，您的检查员会怎么评价？

    • *留意：*用户满意度目标

52. 您会跟踪哪个关键指标，以判断这笔投资是否值得？

    • *留意：*他们将如何衡量投资回报

---

如何使用这些问题

在需求调研电话中

不要问完所有 50 个问题——这会让人应接不暇。建议：

1. 从工作流问题开始（类别 1），让他们自然地聊起来
2. 顺着对话展开——根据他们的回答，决定深入探讨哪些类别
3. 在他们提到痛点时深入追问：“能多说说吗？”“这种情况多久发生一次？”
4. 留意情绪——沮丧、愤怒、压力都意味着问题代价高昂，他们愿意付费解决
5. 量化所有问题——“需要多少小时？”“要花多少钱？”“多久发生一次？”

红旗（筛掉潜在客户的问题）

• 年收入低于 500K 美元 → 很可能负担不起 15K 美元
• “我们希望价格低于 2K 美元” → 预算预期不匹配
• “我需要几个月时间考虑” → 没有紧迫感
• “我们只是在了解有哪些选择” → 只是随便看看，还没准备好购买

绿旗（表明买家已准备就绪的问题）

• “你们最早什么时候可以开始？” → 有紧迫感
• “如果我们想添加 [feature] 呢？” → 正在考虑扩展
• “我们目前每周在这件事上浪费 20 个小时” → 明确量化了痛点
• “我自己就能做这个决定” → 有决策权

提问框架

浪费时间问题

“你的团队每周在 [manual process] 上花多少小时？”

• 揭示问题的成本
• 营造紧迫感
• 为投资回报率提供依据

魔法棒问题

“如果你能挥动魔法棒解决一件事，你会选择什么？”

• 找到核心诉求
• 揭示价值最高的功能
• 开启关于理想情境的对话

失败经历问题

“告诉我 [process] 最近一次出错的情况。当时发生了什么？”

• 引发情绪反应
• 揭示现实后果
• 让人意识到不采取行动的风险

增长障碍问题

“如果你想让业务规模翻倍，最先会在哪个环节出问题？”

• 揭示可扩展性需求
• 展现未来增长的愿景
• 说明现在进行投资的合理性

不采取行动的代价问题

“如果你不解决这个问题，6 个月后会发生什么？”

• 营造紧迫感
• 揭示真实成本
• 推动决策

针对不同行业调整问题

此技能会生成特定行业的问题，但这些基本框架适用于所有企业：

服务型企业（暖通空调、水管、检查）

• 重点关注：排程、派工、路线优化、客户沟通

零售／库存（商店、仓库）

• 重点关注：库存跟踪、供应商管理、销售报告

专业服务（法律、会计、咨询）

• 重点关注：客户管理、时间跟踪、文档整理

医疗保健（诊所、物理治疗）

• 重点关注：患者排程、病历管理、账单

建筑／技工（承包商、建筑商）

• 重点关注：项目跟踪、材料管理、团队排程

最佳实践

应该做：

• ✅ 提出开放式问题，让对方多说
• ✅ 多听少说（80/20 法则）
• ✅ 详细记录痛点
• ✅ 用小时数和金额量化一切
• ✅ 通过追问“为什么？”和“能再详细说说吗？”深入了解
• ✅ 允许沉默，不要填满每一段停顿

不应该做：

• ❌ 还没了解问题就推销解决方案
• ❌ 提出是非题，以免对话陷入停滞
• ❌ 诱导对方回答（“如果……不是很棒吗……”）
• ❌ 跳过预算资格筛选问题
• ❌ 不问清楚就自以为了解

需求探索通话之后

综合整理发现

1. 列出对方提到的 3-5 个主要痛点
2. 计算问题的成本（小时数 × 时薪）
3. 区分必备功能和锦上添花的功能
4. 使用 Business Problem to Blueprint 技能起草软件蓝图
5. 准备提案并计算投资回报率

后续跟进

发送一封总结邮件：

• 感谢对方抽出时间
• 回顾你了解到的问题
• 简要说明你的解决方案思路
• 安排下一次通话，介绍提案

请记住

需求探索问题的目的不是盘问，而是深入了解对方的情况，从而构建能解决其实际问题的软件。最好的软件定制开发者会提出让潜在客户感叹“哇，你真的很了解我们的业务”的问题。

好问题带来好软件。好软件才能卖到 15K 美元以上。