这不是功能介绍,是一次完整首跑。
两张明确标注的虚构详情页,经过 输入确认 → 结构拆解 → 转化诊断 → 合规检查 → 新版 Demo,最终交付一份运营、文案和设计师都能继续执行的报告。
01 / CONTROLLED INPUT
先把输入摆在桌面上。
待诊断页面故意保留信息顺序、信任与风险表达问题;虚构竞品则提供更完整的场景、杯型和使用提醒。两份 HTML 源文件一并公开,输入可以被复现。
02 / RESULT PREVIEW
结果不是一句“建议优化”。
评分只用于比较页面信息结构,不代表真实转化率。最重要的不是分数,而是找到必须先改的风险和可以直接执行的页面顺序。
完整报告还包含转化推动、视觉层级、5 个核心转化问题与页面平均分。这里不把结构评分包装成业务效果。
强安全承诺没有依据
“全网最安全”“100% 不烫手”“老人孩子放心用”需要删除,改成真实功能事实和使用提醒。
首屏没有解释三档温度
情绪文案保留,但核心功能、饮品场景和选择理由必须进入第一屏。
杯型与信任信息缺位
先写清哪些杯型更适合,再用真实说明书、检测与售后资料建立信任。
03 / EXECUTABLE OUTPUT
把判断交到下一位同事手里。
最终不是停在策略层,而是继续给出页面重排、安全替换、7 屏 Demo 和设计师执行清单。
痛点 → 温度 → 杯型 → 使用边界 → 真实资料
把泛化陪伴感退到副标题,让用户先理解产品解决什么、怎样选择以及哪些条件会影响表现。
用功能事实替代绝对安全。
从“100% 不烫手”改为“停止工作后面板仍可能有余温,请避免直接触摸”,既更可信,也更容易执行。
7 屏文案与素材清单。
每一屏都包含页面目的、主副标题、核心文案、画面建议、设计重点与合规提醒。
04 / FIRST SUCCESS
三分钟,启动同一次测试。
准备时间约三分钟,实际生成速度取决于所使用的工具和模型。不同模型不必逐字一致,但 9 类核心输出不能缺失。
操作步骤
- 下载并把最外层文件夹放到 Agent 的 skills 目录。
- 重新打开工具,同时上传两张示例长图。
- 复制右侧模板,确认调用了 jd-detail-diagnosis。
- 用完整报告核对章节和关键风险。
详情页诊断 案例属性:示例数据,不对应真实品牌或商品 产品名称:暖序桌面恒温杯垫(演示型号) 产品品类:桌面小家电 平台:京东 规格:55°C / 65°C / 75°C 三档,18W,8 小时关闭 核心卖点:三档温度、8 小时关闭、简洁桌面设计 目标用户:办公室与居家书桌用户 我的详情页:input-own.png 竞品详情页:input-competitor.png 优化目标:强化首屏卖点、补足信任与杯型说明、检查高风险表达 要求:只基于两张示例图,不要把 DEMO 检测编号当成真实资料。
05 / BOUNDARIES
把不能证明的,也写清楚。
一个可信案例不仅展示结果,还要说明结果不能代表什么,以及什么时候必须回到真实资料。
本案例能证明
- 输入、输出和判断过程可以被复现。
- 9 类交付模块有明确成功标准。
- 高风险表达能够被识别并给出替换。
- 结果可以继续交给运营、文案和设计师执行。
本案例不能证明
- 不能证明真实商品一定提升转化。
- 不能替代 A/B 测试、平台数据或合规审查。
- 不能把演示规格、检测编号和售后当成真实资料。
- 不能保证不同模型逐字输出相同答案。

