用途：将用户研究从“报告”转为产品决策依据，明确何时研究、用什么方法、以及如何行动。
何时研究：问题不清晰、方案新颖或风险高时，构建前必须研究；可用性不确定或在方案间取舍时，构建中应研究；采纳率低于预期或指标难以解释时，构建后必须研究。不要为已定的决策做验证式研究；答案显而易见时也不要做研究来拖延决策。
方法选择：用户访谈用于理解问题、动机与情境，不用于询问要做什么功能；可用性测试用于评估方案是否可行，5 名用户可发现约 80% 的问题；问卷用于量化已定性理解的内容，绝不作为主要探索手段；数据分析用于了解用户行为，需配合定性研究理解原因。方法必须匹配问题。
行动：每个研究结论都要连接到具体产品决策或行动；以“我们学到什么、对要构建什么意味着什么”的形式呈现；按对用户结果的影响排序，而非按意外程度；不要把研究停留在文档中，应汇入下一次迭代规划或路线图评审；除结论外，也应与团队分享原始素材（片段、引语）。
质量：招募符合目标用户的参与者，而非便利样本；询问过去行为，而非假设的未来行为；不要问“你会用吗”；观察用户做什么，而不只是听他们说什么；区分单个用户的说法与多用户中的模式。
反模式：为交差而研究的“研究剧场”；该访谈却默认发问卷；为已定结论做验证研究；用无尽研究拖延决策；研究详尽却从未进入产品决策的“报告坟墓”。
使用方式：在对话中应用研究整合约束，命令为 /user-research-integration；或针对所描述问题设计研究方案：/user-research-integration <question>。具体安装命令与价格暂未提供。