已验证的策略：为AI项目创建可重复、一致的研究机会，助您自信从容地创新
（图片说明：我尝试用Midjourney生成“像老板一样”的图片，结果嘛…完全在意料之中。于是我改用了“像女老板一样”——因为也许是时候改变了？
致那些整天抱怨研究不足的UX从业者，我要告诉你们一个坏消息：在我20多年的UX生涯中，从未有哪家公司能满足我的研究需求——直到我主动构建了一套让团队研究量达标、并能支撑创新速度的体系。
本文将揭秘我们创建用户研究机会的（并不）神秘策略，助您提升AI项目成功率。
好了，现在让我们破除一个重大迷思。
蓝海/红海理论纯属扯淡
产品经理们常误读蓝海战略：红海领域因竞争激烈需要大量用户研究，而蓝海领域则因”市场空白”无需研究——他们用亨利·福特”客户只要更快马车”的伪名言自我安慰。但事实是：正如Steve Glaveski指出，福特其实精准满足了客户本质需求——更快的无马粪交通工具。
AI作为指数级技术革命，正在重塑SaaS软件本质和人机关系。不同于传统编程，AI产品需要训练而非编码——这恰恰是最需要用户研究的”蓝海”领域。正如丘吉尔所言民主虽不完美却是最优解，用户研究虽繁琐但仍是降低创新风险的最佳工具。
亲历故事：天才CEO的滑铁卢
我曾服务某AI初创公司，坚信蓝海理论的CEO拒绝用户测试，自诩”顶尖名校毕业比客户更懂需求”。私下测试显示产品复杂到需博士学位才能使用。尽管我以严谨报告示警，我们最终分道扬镳。两年后偶遇，CEO坦言产品零销量，正回归我的原始设计。这印证了：
“像老板一样创新”≠盲目蓝海
=认真倾听用户
AI项目需要怎样的研究？
乔布斯说焦点小组无用，这恰是摒弃传统研究的理由。对于AI项目，建议停用：
- 焦点小组
- 合成用户研究
- 可用性测试
- 用户画像/调查/NPS
而应投资：
- 基于具体场景的RITE原型测试
- 共创工作坊
- 轻量级民族志研究
- 开发者参与的”可能性探索”
研究量标准
对250-500人规模的开发团队，建议配置：
- 1名研究协调员 + 1名助理
- 每周6-8场客户对话
通过自动化的客户研究小组实现：
五步构建自动化用户研究体系
- 月循环会议机制
与32名核心客户建立月度会议机制（8场/周×4周）。前3-4个月重点突破，优先选择抱怨最多的客户——他们最愿发声。 - 动态定义”核心客户”
初期聚焦投诉用户，逐步与销售团队协同锁定价值客户。关键是通过CSM及时反馈处理进展，建立信任循环。 - 内部用户蓄水池
维护20-25名内部用户（支持/销售/技术团队），紧急情况24小时内可召集3-5场测试。 - 用户画像管理系统
用Excel记录用户特征：职位/产品使用频率/家庭状况等，特别注意避免重复展示相同内容。 - 流程标准化
周一晨会制定每周测试计划，例如：
周一上午：ACME公司George（DevOps）
- Sally测试Y项目下拉菜单（15min）
- Sam验证Z项目报告流程（30min 紧急）
- 禁止讨论X项目！
两大黄金法则
- 设计师即研究员
拒绝UX分工桎梏，要求所有设计师直接参与用户测试。曾亲历设计师错过测试去吃免费贝果，导致错失重大创新机会的教训。 - 保持灵活敏捷
建立”问题银行”应对空档期，例如询问：”请演示上周系统故障的排查过程”。当灵感迸发时，要像接收北欧神话中智慧之血酿造的蜜酒般珍视。
终极启示
创新血脉在于持续研究。立即行动，您已获得完整路线图。