# 公众号协同与全链路触达 — 产品说明

> 范围：从 **预约 → 到店服务 → 洗美报告（海报/短视频）→ 分享朋友圈 → 提醒下次洗护** 的闭环中，**微信公众号**如何与小程序、门店运营配合。  
> **账号类型（已确认）**：本项目以 **微信服务号** 为对外服务与触达主号（非订阅号）。下文能力与排期均按服务号理解。  
> 说明：具体接口、类目、模板 ID 以微信后台与研发联调为准；本文以**产品规则与触点**为主。

---

## 1. 全链路一图（心智与资产）

```
宠主动机：想给宠物洗护/美容
    ↓
【小程序】选店、选时、下单（预约）
    ↓
到店服务（线下）
    ↓
【门店端小程序】填写报告、上传素材、生成海报/成片
    ↓
【宠主侧】打开报告页：对比图、过程素材、短片、海报
    ↓
情绪高点：保存海报 / 保存短片 → 【引导分享朋友圈】（小程序内能力 + 话术）
    ↓
沉淀与回访：关注公众号 / 已关注用户 → 【模板/订阅消息】提醒下次洗护、报告更新
    ↓
复购：从消息或菜单回到小程序 → 再次预约
```

**公众号在其中的角色**：不是替代小程序做业务，而是 **触达、提醒、品牌阵地、弱打扰的「拉回」**；**交易与重交互仍在小程序**。

---

## 2. 小程序 vs 公众号：分工原则

| 维度 | 小程序 | 微信公众号 |
|------|--------|-------------|
| **预约、改约、查进度** | ✅ 主阵地 | 菜单跳转小程序页（路径带参） |
| **报告详情、播放短片、存海报** | ✅ 主阵地 | 同上；不宜用长图文替代 H5/小程序页 |
| **分享朋友圈** | 小程序卡片、页面引导；**注意**：朋友圈分享规则以微信为准 | 图文可放二维码/链接，转化路径更长 |
| **定时提醒、服务通知** | 订阅消息（需用户触发订阅）、站内消息（若自建） | **模板消息/类目模板**（服务号能力更强）、订阅通知（视类目） |
| **品牌内容、活动推文** | 可嵌入 web-view 或跳转 | ✅ 推文、自动回复、关键词 |

**产品结论**：**预约与报告体验以小程序为准**；公众号负责 **关注后菜单导航、关键节点推送、内容运营**，与《本期主线》中的留资、绑定、复购提醒对齐。

---

## 3. 用户身份如何打通（产品必须先定口径）

要让「推送」「菜单个人中心」不串号，需约定：

- **小程序 openid**、**公众号 openid** 不同；若同一微信开放平台主体下绑定小程序与公众号，可有 **unionid** 做统一客户标识（技术实现由研发定）。  
- **产品规则**：  
  - 「下次洗护提醒」应对 **已绑定手机或已授权且可识别为同一用户** 的对象发送，避免骚扰陌生人。  
  - 报告链接 **token** 与登录态关系已在《产品改进建议》§六讨论；公众号内跳转尽量 **带场景参数**，便于统计「从推送打开预约」的转化。

*本节不涉及实现细节，但属于上线前必须评审项。*

---

## 4. 公众号菜单建议（可随阶段裁剪）

以下为 **服务号/已认证订阅号** 常见结构的产品化版本；实际以微信后台可配置项为准。

### 4.1 一级菜单（示例三栏）

| 一级 | 指向 | 产品意图 |
|------|------|----------|
| **我要预约** | 跳转小程序指定页：`/pages/appointment/CustAppointmentCreate` 或首页（可带 `storeId`） | 最短路径复购 |
| **我的服务** | 子菜单见下 | 查单、报告、宠物 |
| **门店/帮助** | 子菜单：门店地址电话、客服消息、关于我们 | 信任与到店 |

### 4.2 「我的服务」下二级菜单（示例）

| 二级 | 跳转 | 说明 |
|------|------|------|
| **我的预约** | 小程序首页或 `MyOrders` | 与 Tab「服务预约」一致心智 |
| **洗美报告** | 小程序 `MyReports` 或最近一单报告（需登录态） | 聚合历史报告入口 |
| **我的宠物** | 小程序 `MyPets` | 档案与复购锚点 |

未登录时：统一落地 **小程序登录页** 或 **报告 token 链接说明页**（产品需定义优先级）。

### 4.3 菜单与「分享朋友圈」的关系

- 朋友圈分享 **主要靠小程序页面右上角分享 + 海报保存**，公众号菜单**不承担「分享」动作**，只承担 **「再来一单」「看报告」入口**。  
- 可在 **首次关注自动回复** 或 **菜单旁推文** 中教用户：「保存海报发圈」「报告页点右上角分享」——属于 **运营话术**，非菜单必选。

---

## 5. 推送：在什么时机、推什么（产品场景表）

微信对营销类推送限制多，**服务通知类**需走模板；以下为 **产品侧可评审** 的场景，是否开通以账号类目与审核为准。

### 5.1 建议的推送类型与触发

| 场景 | 内容概要 | 落地动作 | 备注 |
|------|----------|----------|------|
| **报告已生成** | 宠物名 +「服务报告已就绪」 | 点击进小程序报告页 / H5 token 链接 | 高价值、用户强相关；注意频次 |
| **成片已生成** | 「回顾短片已就绪，可观看保存」 | 同报告页锚点到短片模块 | 与主线「成片」一致 |
| **预约成功 / 开始前提醒** | 时间、门店、项目 | 进预约详情 | 减少爽约 |
| **下次洗护建议日**（与 Reminder/间隔产品一致） | 「根据上次服务，建议在 × 月 × 日前后安排洗护」 | 进预约页，可预填宠物 | **复购核心**；需与店内真实规则一致，避免虚假宣传 |
| **留资/活动** | 优惠券、问卷 | H5 或小程序活动页 | 偏营销，注意防骚扰与退订 |

### 5.2 通道选择（产品认知 · 服务号前提）

- **模板消息 / 类目模板（服务号核心能力）**：适合「服务结果通知」类（报告就绪、预约成功、服务完成等）；需在公众平台选用与**账号类目**匹配的模板，**不可发纯营销/骚扰内容**（易违规封号）。服务号相较订阅号，在**主动服务类触达**上更可依赖模板能力做闭环。  
- **订阅消息（小程序内）**：用户在小程序内**主动订阅**某次通知，适合「预约开始前」等；与公众号模板消息需 **去重**（见 §6），避免同一事件双推。  
- **客服消息（48 小时）**：用户与公众号互动后 48 小时内可发一定类型消息，适合**人工跟进**，不适合大规模自动营销。

**产品建议**：**报告/成片就绪** 用 **强相关、低频次** 通知；**洗护周期提醒** 用 **可预期的、可关闭的** 规则（与《Unsubscribe》类退订能力对齐）。

---

## 6. 从「分享朋友圈」到「下次洗护」的衔接

1. **分享当下**：报告页突出 **海报保存 + 短片保存**（已实现方向见《报告短片下载功能》），配 **短文案**：「晒晒你家毛孩子」+ 合规提示。  
2. **分享后无即时推送**：避免用户刚发圈就收到公众号推送（体验怪）；可在 **次日或 T+3** 做轻量内容（若做运营推文）。  
3. **复购提醒**：依据 **服务间隔配置**（店内或总部统一），在 **建议日前 3～7 天** 发一条「该安排洗护啦」类模板/订阅消息，**一键进预约**。  
4. **公众号配合**：同一策略在 **菜单「我要预约」** 保持入口；推文可周期性发「洗护小贴士」**软植入**预约入口。

---

## 7. 合规与体验底线

- **关注与授权**：推送前用户需 **关注公众号** 且模板消息符合微信规范；小程序订阅消息需 **用户勾选**。  
- **退订**：短信/公众号营销类需 **退订路径**（项目已有退订页方向的，需与公众号侧说明一致）。  
- **频率**：同一用户 **报告类 + 提醒类** 建议设 **周上限**（产品定数字，研发实现），避免被投诉骚扰。

---

## 8. 分期落地建议

| 阶段 | 公众号侧 | 小程序侧 |
|------|----------|----------|
| **P0** | 菜单三项打通小程序；自动回复/关注欢迎语含「预约」「报告」关键词说明 | 报告页分享/保存链路稳定 |
| **P1** | 报告/成片就绪类 **模板消息**（能开则开） | 订阅消息与推送 **去重规则** |
| **P2** | 洗护周期提醒 + 推文运营日历 | Reminder 与预约页深链、宠物档案联动 |

### 8.1 验收拆分：代码可验收 vs 公众号后台运营配置可验收

> 公众号相关 P0 项不能只靠代码证明，需拆成两栏分别验收。代码侧由研发落地，运营配置侧由运营/市场在公众号后台截图或导出配置单为证。

| 验收项 | 类型 | 验收方式 | Owner | 状态 |
|--------|------|----------|-------|------|
| 菜单「我要预约」可跳小程序 `/pages/appointment/CustAppointmentCreate`（可带 `storeId`） | 代码可验收 | 代码审查 + 真机点击 | Frontend Release Ops | 🟡 需确认菜单 path 与 query 协议 |
| 菜单「我的预约 / 洗美报告 / 我的宠物」可跳小程序对应页 | 代码可验收 | 代码审查 + 真机点击 | Frontend Release Ops | 🟡 需确认页面存在性 |
| 公众号后台菜单三项已配置并发布 | **运营配置可验收** | 公众号后台截图 / 配置单导出 | PM Assistant / 运营 | ❌ 待运营落地 |
| 关注欢迎语含「预约」「报告」关键词 | **运营配置可验收** | 公众号后台截图 | PM Assistant / 运营 | ❌ 待运营落地 |
| 自动回复关键词（如「预约」「报告」）路径有效 | **运营配置可验收** | 公众号后台截图 + 真机触发 | PM Assistant / 运营 | ❌ 待运营落地 |
| 报告页分享/保存链路稳定 | 代码可验收 | `npm --prefix frontend run build:h5` + 手工 smoke | Customer Experience FE | 🟡 部分实现 |
| 模板消息/订阅消息去重规则 | 代码可验收（P1） | `mvn -f backend/pom.xml test` | Backend Core | ❌ P1 |
| 洗护周期提醒 + 推文运营日历 | **运营配置可验收**（P2） | 公众号后台配置 + 推文日历 | PM Assistant / 运营 | ❌ P2 |

**结论**：本期 P0 公众号相关验收必须同时具备「代码侧 path/query 协议文档」与「公众号后台配置截图/配置单」，二者缺一不算闭环。

---

## 9. 附录：服务号相对订阅号（产品侧为何要定服务号）

| 维度 | 对本期闭环的意义 |
|------|------------------|
| **模板消息 / 服务通知** | 报告就绪、预约提醒、洗护建议日等 **可产品化、可排期**；订阅号对「主动推送给未互动用户」限制更多，不适合作为「服务通知主通道」。 |
| **菜单与小程序** | 服务号支持 **自定义菜单跳转小程序**（路径与参数），与 §4 菜单设计一致。 |
| **品牌与服务心智** | 用户认知偏「官方服务窗口」，与预约、报告、提醒的 **服务属性** 一致。 |
| **群发与推文** | 服务号群发频次低于订阅号，**不适合依赖日更推文拉活**；本期应以 **小程序 + 模板消息 + 菜单** 为主，推文作辅助。 |

**产品排期含义**：P1「模板消息打通」在服务号上 **优先级高、可验收**；若误用订阅号，同一需求需改方案（偏小程序订阅消息 + 菜单）。

---

## 10. 相关文档

- 《本期主线-下一步产品优化点.md》：传播、成片、留资、绑定。  
- 《产品改进建议》§八合规、§二触达。  
- 《产品设计文档》§5.4～5.5 报告与 H5。

---

*本文为产品与市场协同用说明；微信能力与模板文案以当时平台规则与审核结果为准，上线前需法务/运营复核。*
