·Use-case·Minds Team
用合成买家测试 Basecamp 产品提案 (Pitch) | Minds
Basecamp 中的提案往往因为迎合了内部利益相关者而获批，而非真正解决了经过验证的客户需求。Minds 让您在将提案提交至押注会议 (Betting Table) 之前，先通过模拟买家测试提案内容。
发布在 Basecamp 留言板上的提案（Pitch）往往是为了通过内部评审而设计的。产品经理撰写包含固定投入周期（Appetite）的提案，梳理出粗略的解决方案，并将其提交到押注会议（Betting Table）。内部利益相关者根据团队产能和战略兴趣来评估该提案。提案之所以获得支持，是因为它契合开发周期且在同事听来合情合理，而不是因为其中的客户问题经过了严格的推敲与质疑。
Minds 提供了独立的测试空间。您可以将提案文本输入给基于理想客户画像（ICP）构建的合成受众。这能让您在为周期投入研发精力之前，先检验问题的阐述方式是否符合外部真实情况。
一份在 Basecamp 中看起来十分完备的提案，可能潜藏着致命的盲点。在方案塑形（Shaping）过程中，往往会出现以下三类隐蔽的问题：
第一，文档是写给同事看的。用词和表达都在迎合押注会议的要求，优先考虑管理层偏好和工程约束，而非用户的真实痛点与阻碍。
第二，问题陈述依赖于单一且强烈的个例。产品经理记住了某封措辞激烈的邮件或某次充满抱怨的销售沟通，便误以为该痛点具有普遍性，并围绕这一孤立事件构建了整套立论逻辑。
第三，投入周期的设定本末倒置。团队在尚未确认目标用户是否愿意为此改变工作流程之前，就已决定该功能值得投入两周的小批量（Small Batch）或六周的大批量（Big Batch）周期。过早锁定投入限额，往往导致团队在没人真正关心的伪需求上耗费精力，做出一套受限的解决方案。
无需连接 Basecamp 账号或进行系统同步。您只需使用通用文档格式，将提案文本手动导入 Minds 即可。
- 在 Basecamp 中定稿您的提案草稿或留言板帖子。
- 直接复制文本，或将帖子导出为 PDF、Word 文档或纯文本文件。
- 打开 Minds 并创建一个研究项目。上传文件或将提案内容粘贴到上下文面板中。
- 通过设定目标买家的角色职能、行业约束、公司规模和现有工具链，定义您的模拟受众。
- 提示合成群体评估问题定义、现有替代方案（Workarounds）以及拟议的解决方案。
- 查看反馈，了解模拟受众在哪些地方否定了您的前提假设、质疑了问题的严重程度，或指出了遗漏的业务背景。
当您让模拟买家评估提案时，模型会从外部业务运营的视角来审视文本。它们不受即将到来的周期截止时间或内部团队关系的影响。
合成用户会对方案带来的变更负担做出反应。如果您的提案假设客户会欣然接受一个新的配置页面，模拟的 IT 经理或管理员会直接指出管理和维护成本。如果您的提案声称某个工作流程存在严重缺陷，而目标画像却认为这只是微不足道的麻烦，模拟反馈就会明确指出这种冷淡态度。
这些反馈有助于您在将提案发布到 Basecamp 项目或提交给利益相关者之前，进一步完善问题陈述部分。您可以借此发现薄弱论据，剔除内部行话，并围绕真实验证过的客户痛点重构叙事。
它对提案中的问题定义进行压力测试。至于范围界定（Scoping）和资源投入（Appetite），仍需由您自行决定。
Minds 不会判断某个功能应当花费两周还是六周。它无法评估您的工程权衡、系统架构或资源分配。它仅展示特定设定的用户画像对您文档中所写的逻辑、假设和问题描述会做出何种反应。
将以下提示词连同您的 Basecamp 提案文本一同粘贴到 Minds 中：
请从我们目标客户画像的角度评审这份产品提案。忽略我们的内部交付约束，仅评估问题陈述部分和核心解决机制。指出我们针对您日常工作流程所做的最薄弱的假设，标出我们将微小不便夸大为关键问题的地方，并解释为什么您会或不会优先采用该方案来替代现有的应对方法。
