规划一次站内体验改善
把用户场景、证据、展示时机和成功条件写成可以执行的方案。
用用户任务定义问题
不要从“加一个弹窗”开始，而应从“用户为什么无法继续”开始。例如，移动端访客看到了商品优势，却找不到适合自己的规格说明。记录页面、设备、流量来源、发生阶段和观察证据。把数据中的现象与对原因的猜测分开，后者是需要验证的假设。
确定对象与排除范围
写清谁需要这条信息、谁不需要，以及何时展示才有帮助。新访客和回访用户、已经完成目标和尚未行动的用户可能需要不同提示。只使用当前环境能够识别且获准使用的条件；如果无法可靠识别，就把方案缩小到页面或设备层面的改善，不要凭空承诺精准触达。
给出内容与展示规则
方案至少包含用户看到的文案、主要行动、关闭或退出方式、目标页面和移动端表现。确认与网站既有弹层、购物车和表单不会冲突。展示次数、触发条件等配置以已开放功能为准；无法表达的规则交给负责人评估，不用近似配置悄悄代替。
约定如何判断结果
选一个与问题直接相关的主指标，同时观察是否妨碍其他行为。例如帮助用户找到规格时，可以观察目标入口点击和后续行为，同时留意退出、表单放弃或反馈。写清观察周期、负责人和停止条件。目标是改善用户完成任务的能力，而不是仅让一个数字变大。
交付一份可审核的方案
把证据截图、目标对象、假设、内容、指标及回退方式放在同一份记录里，请内容和发布负责人确认。未经确认的价格、库存、服务条款不能由 AI 补齐。功能尚未开放时，这份方案可作为接入讨论材料；不要写成已经运行的活动。