技能介绍

问题：新品专区现场演示为什么难做

小程序新品专区的现场演示，难点不在「讲清楚功能」，而在证明产品能解决具体问题：首屏容量有限、加载与库存受限，任何「等会儿给大家看的效果」都可能在现场翻车。同时，演示脚本的成败无法凭感觉验收，需要可复查的口径。

工作方式：从用户问题出发的脚本设计

核心能力是产出一份演示脚本，而非替团队做全盘战略或真实平台操作。它以三个条件共同划定边界：

使用对象：小程序新品专区
操作重点：用可控演示证明产品解决问题的过程
验收结果：以专区访问购买率复查脚本是否可执行

关键步骤包括：

核对专区页面、会员分层与商品信息，标记数据日期、来源与缺失项；资料不足时先输出补证据清单
从用户问题开始组织讲解，而不是从功能菜单开始
把 首屏容量、加载 与 库存受限 写成硬约束，不用无法兑现的承诺绕过
安排操作步骤、观察点与讲解口径，并为网络、设备、数据和时间失败准备备份
用页面原型、埋点 与库存数据完成交付前核验；无实际数据时只给测量口径

适用边界与注意点

脚本以「专区访问购买率」作为复查指标，但不承诺流量、转化率、收入或活动效果。涉及价格、库存、平台规则、会员数据时，必须标明来源与日期，并把已确认事实与待确认事项分开；处理客户或员工数据只取最小必要信息并提醒去标识化。真实发布、付费、退款或生产变更前需取得明确授权。任一关键条件不满足时，输出「暂不可交付」、缺失信息与下一步补证据动作，而不是用空泛建议填满模板。