118 lines
9.8 KiB
Markdown
118 lines
9.8 KiB
Markdown
# 本期主线：报告传播 + 成片 + 留资 + 微信绑定 — 下一步产品优化点
|
||
|
||
> **本体对齐**：留资相关见 [`ontology/objects.md#entity:report_lead`](./ontology/objects.md)、埋点事件 schema 见 [`ontology/events.md`](./ontology/events.md)（`event:report_opened`/`event:lead_submitted` 等）。冲突以本体为准。
|
||
>
|
||
> 角色：产品说明，供本期迭代评审与排期。
|
||
> 主线：以「可传播的报告页」为枢纽，串联 **成片资产**、**留资转化**、**微信身份沉淀**，形成可度量闭环。
|
||
|
||
---
|
||
|
||
## 一、主线在闭环中的位置（共识图）
|
||
|
||
```
|
||
门店完成报告 → 传播（链接/海报/分享）→ 宠主打开 H5/小程序
|
||
→ 观看成片 / 对比内容 → 留资（电话/意向）→ 微信绑定（可回访）
|
||
→ 门店回访池 / 自动化提醒（后续）
|
||
```
|
||
|
||
**本期北极星建议（可二选一或并列）：**
|
||
报告链接 **二次打开率**、成片 **生成成功率 × 分享触达次数**、留资 **有效线索数/转化率**、绑定 **从留资到 openid 关联成功率**。
|
||
|
||
---
|
||
|
||
## 二、按主线拆分的「下一步优化」——产品细节清单
|
||
|
||
### A. 报告传播
|
||
|
||
| 方向 | 现状/风险 | 建议优化的产品细节 |
|
||
|------|-----------|-------------------|
|
||
| **传播素材统一** | 链接、二维码、分享卡片信息可能不一致 | 明确**一页一摘要**：标题规则（宠物名+服务+门店）、摘要图优先序（成片封面帧 > 服务后首图 > Logo）、分享失败时的降级文案。 |
|
||
| **员工动作成本** | 多步操作易漏发 | 「发送报告」后 **一键组合**：复制链接 + 话术模板（可配置 2～3 条），二维码与链接同屏展示，减少切 App 次数。 |
|
||
| **传播效果可感知** | 难判断哪类报告更易被打开 | 产品侧先定 **最小埋点口径**：链接打开（首次/再次）、停留时长区间、成片是否播放、是否触发留资（与 D 对齐）；不要求第一期就做复杂看板，但要**可统计**。事件 schema 见下方「埋点事件 schema（最小集）」。 |
|
||
| **链接安全与体验** | token 永久有效有隐私与滥用风险（见《产品改进建议》§六） | 分期策略：**短期**在对外页提示「请勿公开转发」+ 异常频次提示；**中期**可选「店员一键作废并重发」、有效期策略（需与门店培训同步）。 |
|
||
|
||
### 埋点事件 schema（最小集 · 本期冻结）
|
||
|
||
> 范围：事件已统一落 `BusinessEvent`。客户端仍以 token 调公开接口，但事件表仅保存内部 aggregate ID、门店/客户关系和低敏维度；token/hash 只用于现有短日志，不进入事件 metadata。
|
||
|
||
| 事件名 | 触发时机 | 关键字段 | 来源 | 统计窗口 | Owner | 落地方式 |
|
||
|--------|----------|----------|------|----------|-------|----------|
|
||
| `report_opened` | 报告页首次打开（本地 storage 标记首次） | 持久化：`reportId`、`storeId`、`storeCustomerId?`、`visitType=first`、`occurredAt` | H5 报告页 / 小程序报告页 | 日 / 周 | Report Share QA | `POST /api/report/open-track` → BusinessEvent |
|
||
| `report_reopened` | 报告页再次打开（非首次） | 同上，`visitType=repeat` | 同上 | 日 / 周 | Report Share QA | 同上 |
|
||
| `highlight_success` | 成片生成成功 | `reportTokenHash`、`appointmentId`、`durationSec`、`composeMode`、`ts` | 后端成片任务 | 日 | Report Media Backend | 任务回调日志 |
|
||
| `highlight_failed` | 成片生成失败 | `reportTokenHash`、`appointmentId`、`failReason`（`NETWORK`/`ASSET`/`BUSY`/`UNKNOWN`）、`ts` | 同上 | 日 | Report Media Backend | 同上 |
|
||
| `video_play` | 报告页成片点击播放 | `reportTokenHash`、`ts`、`source` | 报告页 | 日 / 周 | Customer Experience FE | 前端日志或接口 |
|
||
| `video_save` | 报告页成片保存到相册 | `reportTokenHash`、`ts` | 同上 | 日 / 周 | Customer Experience FE | 同上 |
|
||
| `lead_submitted` | 留资提交成功 | 持久化：`leadId`、`storeId`、`storeCustomerId?`、`repeatSubmit`、`occurredAt`；不复制手机号/IP/token | H5 报告页 / 小程序 | 日 / 周 | Report Share QA | `POST /api/report/{token}/reminder` → BusinessEvent |
|
||
|
||
字段口径：
|
||
- `reportTokenHash`：仅旧日志使用 `SHA-256(token)` 前 8 位 hex；BusinessEvent 不保存 token 或 hash。
|
||
- `source`：枚举 `link` / `qrcode` / `share` / `menu` / `push`，缺失填 `unknown`。
|
||
- `isFirstOpen`：本地 storage 标记，不依赖后端。
|
||
- 统计窗口默认日/周；老板端日报或最小看板放到 P1。
|
||
|
||
不进入本期：转化漏斗看板、归因模型、A/B 实验、用户画像。
|
||
|
||
### B. 成片（洗美回顾短片）
|
||
|
||
| 方向 | 现状/风险 | 建议优化的产品细节 |
|
||
|------|-----------|-------------------|
|
||
| **预期对齐** | 文档已全局同步为可变时长；对外仍要统一口径 | 报告页文案：**时长随素材量变化（有上限）**；两种编排（预设顺序 / 穿插）各**一句话说明**，避免宠主与测试按固定秒数验收。 |
|
||
| **闭环体验** | 生成中/失败/成功三态若不一致会伤信任 | 固化三态：**生成中**（预估提示 + 可离开）、**失败**（可重试 + 简明原因枚举）、**成功**（播放器 + 与海报/分享联动）。失败原因对用户展示**归类**（网络/素材/服务不可用），不全量抛技术错误。 |
|
||
| **传播属性** | 成片是差异化资产，若分享路径弱则浪费算力 | 明确 **分享优先级**：小程序内转发标题/封面图规则；H5 若无法直接调起微信分享，则 **强引导「长按保存 / 复制链接」** 与门店话术。 |
|
||
| **合规与品牌** | BGM、肖像、水印 | 产品规则写清：**默认水印/门店标识**是否强制；配乐为「门店配置商用曲库」时的责任提示（对内配置说明即可）。 |
|
||
|
||
### C. 留资
|
||
|
||
| 方向 | 现状/风险 | 建议优化的产品细节 |
|
||
|------|-----------|-------------------|
|
||
| **动机与时机** | 无明确钩子则转化率低 | 设计 **留资触发点**：如「预约下次洗护提醒」「领取小礼品/优惠券（若业务有）」「专属顾问回访」——与运营确认**一条主钩子**，避免表单字段堆砌。 |
|
||
| **字段与摩擦** | 字段多易放弃 | **默认最少字段**（如手机号 + 可选宠物名），其余由店员在回访池补全；说明「用途：回访与提醒，非营销骚扰」类话术（合规与《产品改进建议》§八对齐）。 |
|
||
| **与回访池衔接** | 留资进了池若无人跟进会反噬口碑 | 产品规则：**留资后门店侧反馈时限**（建议值由运营定）、超时提醒（老板端轻量即可）；退订/拒绝路径清晰。 |
|
||
| **重复留资** | 同一人多次提交 | 展示层：**已提交感谢态** + 修改入口（可选）；数据层去重策略由研发定，产品给口径「同一报告 token + 同一手机号」等。 |
|
||
|
||
### D. 微信绑定（身份沉淀）
|
||
|
||
| 方向 | 现状/风险 | 建议优化的产品细节 |
|
||
|------|-----------|-------------------|
|
||
| **绑定动机** | 用户不知道为何要绑 | 在留资成功页或报告页 **一句话价值**：「绑定后可接收服务提醒 / 报告更新」（需与真实能力一致，避免虚假宣传）。 |
|
||
| **路径最短** | 步骤多会断层 | 理想路径：**留资后同一页引导授权**；若不能同页完成，则 **短信/页面二次引导** 的规则写清（频次、文案）。 |
|
||
| **账号关系** | 多宠物、多报告 | 产品口径：**一个微信可关联多个宠物/多次服务**时的展示与默认进入页（最近一次报告 or 宠物列表 v2）。本期至少 **不阻塞**「绑得上、找得到上次留资」。 |
|
||
| **与留资一致性** | 手机号与 openid 两套体系 | 明确 **主键策略**（产品视角）：以哪一端为「客户主档」、冲突时如何提示（研发实现），避免用户看到两套身份。 |
|
||
|
||
---
|
||
|
||
## 三、跨主线的「体验底座」（建议并行关注）
|
||
|
||
1. **加载 / 空态 / 失败态**（《产品改进建议》§五）：报告页、成片区、留资表单、绑定按钮四类组件统一交互规范，避免只有成功态精致。
|
||
2. **H5 与小程序差异**：传播主阵地若在小程序，需列 **能力差异表**（分享、登录、相册、视频播放），对外话术不承诺 H5 做不到的能力。
|
||
3. **老板端可观测性**：最小集合——成片任务状态、留资条数、绑定转化漏斗（可与埋点分期）。
|
||
4. **文档与研发对齐**：成片与编排规则以《洗美报告短视频成片方案》§0、《产品设计文档》§5.3 为准；专文 §5 为**约 15s 参考分镜**，非固定成片契约。
|
||
|
||
---
|
||
|
||
## 四、建议的迭代切片（便于排期）
|
||
|
||
| 切片 | 内容 | 产出物 |
|
||
|------|------|--------|
|
||
| **S1 传播打底** | 发送报告动线 + 分享元信息 + 链接打开埋点 | PRD 片段 + 文案/埋点表 |
|
||
| **S2 成片体验** | 三态、对外说明、分享联动 | 报告页原型说明 + 异常枚举 |
|
||
| **S3 留资 MVP** | 单钩子 + 最少字段 + 回访池入口规则 | 表单与状态说明 |
|
||
| **S4 绑定闭环** | 留资后引导 + 身份口径说明 | 流程图 + 文案 |
|
||
|
||
实际顺序可按研发依赖调整（例如埋点可与 S1 并行）。
|
||
|
||
---
|
||
|
||
## 五、与仓库内文档的关系
|
||
|
||
- 《产品改进建议.md》：战略与中长期方向库。
|
||
- 《产品设计文档.md》§5.3–5.5：报告与发送流程基线。
|
||
- 《洗美报告短视频成片方案.md》：成片能力边界（需与当前「可变时长、双编排」实现同步修订）。
|
||
- 《产品全方位优化说明-v1.md》：与本主线配套的横向体验与排期切片（埋点、三态、深链、小程序差异等汇总）。
|
||
- 《产品协作约定.md》：产品说明默认落 `docs/`，代码由研发实现。
|
||
|
||
---
|
||
|
||
*本文随评审更新；定稿后可将「已采纳」项勾进迭代看板，未采纳项注明原因避免重复讨论。*
|