Web AppShut Down
DecisionBee
DecisionBee 是围绕工程 RFC 决策流程的开发者工具实验。创始人快速发布后，在客户对话中发现目标用户对现有工具并没有足够不满，于是约一个月后关闭。
查看原始故事产品快照
它是什么
DecisionBee 提供工程 RFC 编写、评审和技术决策跟踪流程。
给谁用
工程团队技术负责人产品工程团队
问题 / 价值
让工程团队在通用文档和 issue tracker 之外获得更聚焦的决策流程。
核心流程
团队创建 RFC、分享评审、记录技术决策并跟踪结果。
核心依赖
团队需要对现有 RFC 工作流有足够痛感，才会切换工具。
产品形态
Web appDeveloper toolRFC workflow tool
定价模式
创始人在发布前移除计费；关闭时没有证明付费。
竞争对手或替代方案
Google DocsGitHub issuesGitLab内部 RFC 文档版式
发生了什么
摘要
DecisionBee 证明了“专用 RFC 工具”可以快速做出来，但没有证明工程团队有足够切换动机。
结果
项目关闭；客户对话显示现有工具已足够，问题不够重要。
核心风险
弱切换动机
关闭原因
目标客户对现有 Google Docs、GitHub/GitLab 流程已满意，没有强切换需求。
需求信号
专用工作流工具要证明团队愿意从 Google Docs、GitHub 或 GitLab 切换，而不是只觉得专用工具听起来不错。
获客问题
工程团队已有文档和 issue 工具时，专用 RFC 产品需要很强切换理由。
时间线
- 创始人因缺少专用 RFC 工具开始项目。
- 发布前移除计费并上线。
- 约一个月后关闭。
开发前先验证
为什么值得注意
DecisionBee 的启示是，开发者觉得一个专用工具合理，不代表团队愿意改变已有文档和协作习惯。
主要检查
投入专用 RFC 工具前，先测试工程团队是否愿意离开 Docs、GitHub 或 GitLab。
检查清单
- 手工为一个团队整理 RFC 流程并收款。
- 把产品和现有文档流程并排演示，问什么会让他们切换。
- 测试是否愿意导入历史 RFC。
- 团队为什么要离开现有工具？
- 切换成本由谁承担？
- RFC 流程是否高频到值得买新工具？
- 谁有预算？
适合参考的情况
- 你在做开发者工作流、RFC、文档或决策工具。
- 目标用户已有 Google Docs、GitHub、GitLab 或 Notion。
- 你还没有证明团队会切换。
- 产品听起来更聚焦，但现有流程够用。
不太适合参考的情况
- 你已经有稳定付费客户、重复使用和清晰获客渠道。
- 该项目只是内部工具，不承担公开获客和付费转化风险。
开发前测试
- 先卖 RFC 流程咨询或设置服务。
- 让一个团队签付费试点。
- 在发布前保留付费承诺测试。
可迁移经验
- 验证团队会为工作流付费，不只是觉得有用。
- 把弱切换动机作为第一个假设来测。
- 加功能前先和 Google Docs、GitHub、GitLab 放在一起比较。
如果今天重新做
投入专用 RFC 工具前，先测试工程团队是否愿意离开 Docs、GitHub 或 GitLab。