cs-marketing-research

CodeSpring 创意市场调研

概述

将模糊的产品创意转化为决策：不予开发、使用或集成现有解决方案，或寻找一个明确的切入点。将调研视为规划关卡，而不是为开发重复产品寻找理由。

1. 明确要完成的任务

• 重述预期结果、目标用户、平台和限制条件。
• 找出最小且完整的工作流，包括用户获得价值的时刻。在确定该工作流之前，不要调研功能列表。
• 列出会影响决策、但尚未验证的假设，例如是否存在 API、现有工具能否自动完成该工作流，以及指定平台是否重要。

2. 调研市场和技术现状

• 搜索直接竞品、开源代码库、平台原生功能和相邻替代方案。优先参考一手资料：产品文档、源代码库、发布说明和源代码。
• 针对每个重要替代方案，记录：目标用户、确切重叠的工作流、交互模式、成熟度信号、许可证或定价，以及有意义的差距。根据来源核实其声称的能力，不要只依赖搜索摘要。
• 在提出自动化方案之前，查阅相关平台和 API 文档。标记不受支持、脆弱、抓取凭据或通过 GUI 注入的方案。
• 不要仅仅因为 UI、编程语言或名称不同，就称某个创意独一无二。只有当它能改变结果、受众、分发方式或集成界面时，才算明确的切入点。

3. 给出建议

选择一个结果，并清楚说明：

• **不予开发：**现有解决方案已能直接满足需求。
• **采用或集成：**使用现有工具，只开发缺少的集成或工作流层。
• **打造切入点：**明确一个替代方案未能提供的特定用户、结果和能力。

若建议开发，请用一句话说明产品定位、MVP 范围、非目标、风险，以及支持该选择的证据。避免泛泛罗列功能进行比较。

4. 将决策同步到 CodeSpring

• 修改 CodeSpring 之前，先阅读项目背景、相关功能、思维导图、PRD 和现有任务。尽可能复用合适的现有功能。
• 添加有证据支持的思维导图备注，写明调研日期、来源、决策、考虑过的替代方案，以及明确排除的范围。
• 只有在建议打造切入点或进行集成时，才创建或更新功能。不要为常见产品的克隆版创建功能。
• 只有在 MVP 范围明确后，才创建依赖关系清晰的精简任务列表。每项任务都必须说明可能涉及的内容、不得涉及的内容，以及验证方式。遵循现有 CodeSpring 任务规范。
• 如果建议采用现有方案，只创建一项评估或集成任务，不要假装需要构建新应用。

输出

返回一份简短的调研备忘录，包含：

• 决策和置信度。
• 直接替代方案及其确切重叠点。
• 拟议的切入点，或不予开发的理由。
• MVP、非目标和主要风险。
• 已进行的 CodeSpring 更改，包括任务顺序。