用用户理解方法检查企划
把 JTBD、TPB、MECCAS 等方法用于提出问题、组织证据和检查页面，而不是替代调研。
先选要解决的问题
框架用于帮助你发现遗漏，不能自动证明用户的心理或预测转化结果。先确定疑问：不了解用户为何开始找方案，用 JTBD；价值主张只有规格，用 MECCAS；用户感兴趣却没有行动，用 TPB。一次围绕一个判断收集资料，比把所有理论名称放进提示词更有效。
每条结论都标明依据、假设和需要验证的地方。AI 可以帮你整理与比较，但访谈、实际使用记录和实验仍然承担验证作用。
按问题进入完整指南
这些指南既解释概念，也说明如何准备资料、用于企划和判断结果。先选最影响当前决定的一个问题，补足材料再组合其他方法，不要求每份企划机械套用全部框架。
JTBD：从处境与任务理解用户
把“中小企业负责人”改写成具体处境，例如“兼管营销，临时需要上线活动页，但没有专职制作人员”。分别记录要办成的事、希望获得的感受和需要向谁交代，再梳理不满、期待、不安与惯性。
访谈时回看一次真实选择：什么时候开始考虑、用了什么替代办法、哪件事推动决定。不要只问将来愿不愿意购买。页面应对应这些具体顾虑，而不是把产品功能重新包装成用户画像。
MECCAS：连起属性、变化与价值
从一项可核查的产品属性开始，说明它改变了什么，再说明这种变化对用户意味着什么。例如“统一查看资料”是能力，“减少来回寻找”是工作变化，“能够更安心地解释判断依据”是价值方向。若没有真实测量，不要擅自附加节省百分比。
选出最重要的主张，用机制、事实或实际反馈支撑。只有价值口号会显得空，只有参数又要求用户自己翻译好处；两者之间需要明确的因果解释。
TPB：区分愿意与做得到
检查三类影响：用户是否觉得值得、重要他人如何看待、用户是否认为自己有条件完成。页面可能已经有说服力，但表单过长、需要电话验证或要先取得主管批准，仍会阻碍行动。
把 CTA 到完成的过程实际走一遍，记录步骤、信息、授权和等待成本。能提前说明的条件应提前说明，不能为了减少摩擦省去必要的确认。兴趣和意图不等于实际行为，改进后仍需要观察结果。
ELM：根据此次来访状态组织深浅
区分愿意且能够细看论证的状态，与只能快速浏览的状态；它们不是固定的两类人。搜索词、设备、决策责任和回访行为可提供线索，但不能单凭一个访问行为判定心理。
页面前部清楚说明价值与可信线索，后面提供机制、条件、比较和 FAQ，让需要细看的人继续核查。真实证据不能被漂亮视觉替代；面对审慎比较的用户，未经支持的强主张可能反而损害信任。
品牌和竞争：区分被想起与真正差异
CBBE 帮助区分识别、意义、评价和关系：知道名字，不等于需要时想得起，也不等于认可其价值。写出品牌应被想起的具体场景，再为重要联想配上证据。竞争分析同时考虑同类产品与替代做法，诚实记录对方更强的部分。
判断差异时，检查客户是否在意、是否稀缺、能否被模仿或替代，以及团队能否持续兑现。短期功能领先不能直接等同于长期壁垒，也不适合轻易写成永久性品牌承诺。
把方法落到可检查的企划
整理为一张工作表：用户处境、待完成任务、主要顾虑、价值主张、支持证据、页面回应位置、验证方式。资料不足的地方先形成问题清单，找业务负责人或用户补齐。然后在前提信息与诉求设计中使用这些结论。不要把框架的整套术语原样放进面向访客的页面。