We've接手了足够多的项目，知道大多数项目失败的原因并不是糟糕的开发，而是brief不够清晰。当我们在discovery阶段花时间深入挖掘时，项目成功的可能性会显著提高。以下是我们每次discovery都会问的10个问题。

业务问题

1. 这个项目解决的是什么业务问题？这个问题看似简单，但大多数brief只描述解决方案（"我们需要一个app"）而不描述问题（"我们的销售团队每周花15小时手动输入线索数据"）。问题驱动解决方案，而不是相反。

2. 我们如何知道这个项目成功了？可衡量的指标是什么？模糊的成功标准会导致模糊的验收标准。

用户问题

3. 谁是这个产品的最终用户？当我们在B2B项目中构建MVP时，典型错误是构建技术团队认为用户需要的功能，而不是用户实际需要的。

4. 用户目前如何解决这个问题？了解现有流程有助于识别自动化或改进的机会。

技术问题

5. 这个系统需要与哪些现有系统集成？API、数据库、认证系统？没有清晰的集成计划会导致昂贵的返工。

6. 你的数据有哪些敏感性？这会影响技术选择、存储位置和安全要求。

业务约束

7. 你的预算是多少，什么时候需要上线？两者结合决定了我们可以构建的范围。早期讨论预算是避免后期范围蔓延的最好方法。

8. 团队中有谁会维护这个产品？如果是内部团队，他们现有的技术栈是什么？

长期问题

9. 一年后这个产品会是什么样子？了解长期愿景可以防止构建无法扩展的短期解决方案。

10. 如果失败了，原因会是什么？识别潜在风险比假装风险不存在要好。