用途
Odoo Idea Gates 是一个 Odoo 感知的想法验证技能，目标是在设计或构建之前先验证想法本身。它用证据来“杀死”、收窄或强化薄弱的 Odoo 模块/产品想法。
适用时机：在实现新的 Odoo 模块、OCA 插件、应用市场应用、内部工具，或与 Odoo 工作流相关的 SaaS/产品想法之前使用。
第一步
在提问之前先收集可发现的事实：
- 在当前仓库中搜索相关插件、模型、视图、设置、向导、服务器动作、定时任务、集成和文档。
- 检查该想法是否已被 Odoo 标准版、企业版、Studio/配置、OCA 插件、Odoo Apps 模块或现有自定义插件解决。
- 如果从分支名、清单文件、文档或配置中可见，检测 Odoo 版本、版本类型、行业和目标工作流。
- 如果设置了 $ODOO_SOURCE，先检查框架功能，再假设需要自定义插件。
- 如果缺少证据，每次只问一个高杠杆问题，并附上推荐答案或可能的淘汰理由。
关卡工作流
按顺序应用关卡。当想法明显失败时提前停止，除非用户要求继续。
| 关卡 | 通过测试 | 淘汰信号 |
|---|---|---|
| 1. 内部优势 | 用户有一手工作流经验，或能直接接触用户。 | 想法来自浏览应用市场、泛泛的兴趣，或猜测的工作流细节。 |
| 2. 现有方案搜索 | 检查 Odoo 标准版、企业版、Studio/配置、OCA、Odoo Apps、自定义插件和相邻工具后，仍存在明确空白。 | 方案已存在，可以使用、配置、购买或贡献。 |
| 3. 现有支出 | 买家已经在相邻痛点上花费时间、金钱或顾问预算。 | 没人为接近该问题的东西付费；需求必须被创造。 |
| 4. 可触达买家 | 用户能说出 50 个潜在买家/用户，并在一周内接触到 5 个进行探索。 | 买家是抽象的，或分发依赖应用市场的运气。 |
| 5. 切入点收窄 | v1 按 Odoo 版本、版本类型、行业、模型/工作流、角色、公司规模和工作变通方式收窄。 | 它服务多个行业、角色或工作流；坏例子：面向 Odoo 用户的项目管理。 |
| 6. Odoo 契合度 | 最小正确形态清晰：配置、Studio、扩展、OCA 贡献、服务器动作、向导/报表微调，或新插件。 | 它对抗标准 Odoo 工作流，需要脆弱的视图 hack、大范围 sudo()，或不必要的新领域模型。 |
| 7. 构建/维护成本 | 安全、多公司、迁移、集成、报表/会计/库存风险和可测试性都成比例。 | 小痛点需要深度高风险改动，或升级会消耗整个业务。 |
| 8. 价值方程 | (梦想结果 x 感知可能性) / (时间延迟 x 努力) 很强，且首次价值在 30 分钟内出现。 | 买家必须重组 Odoo、清理大量数据，或依赖顾问主导的上线才能看到价值。 |
好的切入点格式：为使用 Odoo Project、Timesheets 和 Harvest 的 5-15 人 Web 开发机构提供资源利用率跟踪。
问题提示
只使用解除下一关卡阻塞所需的问题：
- 你个人使用、销售、支持、实施或观察用户挣扎过的确切 Odoo 工作流是什么？
- 哪个角色感到痛苦：会计、销售、仓库操作员、项目经理、顾问、门户用户、合作伙伴，还是管理员？
- 你能说出三个相邻支出吗：企业版席位、Studio、付费应用、OCA 维护、自定义开发、合作伙伴预付费、管理员时间、电子表格、外部 SaaS，或中间件？
- 你能在一周内说出 50 个目标公司、合作伙伴、实施者或 Odoo 用户吗？
- 哪一个维度可以比现有 Odoo/OCA/应用商店替代品好 10 倍？
- 配置、Studio、现有插件扩展或 OCA 贡献能否在不新建模块的情况下解决这个问题？
- Odoo 中必须已经存在哪些数据，真实用户能否在 30 分钟内看到价值？
输出格式
以一个裁决结束：
- kill：不要构建；解释致命关卡。
- narrow：保留洞察但缩小切入点。
- research：缺少证据；列出最小的验证步骤。
- proceed：定义第一个插件边界和验证计划。
包含：
- 关卡结果，通过/失败/未知。
- 已找到或仍需搜索的现有替代方案。
- 最窄的可行切入点。
- 实现前的第一个验证动作。
- 如果想法继续推进，主要的 Odoo 技术风险。
倾向
- 偏好无聊、具体的 Odoo 工作流痛点，而非宽泛的平台想法。
- 偏好捕获现有需求，而非创造需求。
- 当足够时，偏好配置、贡献或扩展，而非新插件。
- 偏好为一个角色带来一个 10 倍改进，而非宽泛的功能集。
- 将缺少买家接触视为产品风险，而非营销细节。