12 KiB
12 KiB
公众号协同与全链路触达 — 产品说明
范围：从 预约 → 到店服务 → 洗美报告（海报/短视频）→ 分享朋友圈 → 提醒下次洗护 的闭环中，微信公众号如何与小程序、门店运营配合。
账号类型（已确认）：本项目以 微信服务号 为对外服务与触达主号（非订阅号）。下文能力与排期均按服务号理解。
说明：具体接口、类目、模板 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. 从「分享朋友圈」到「下次洗护」的衔接
- 分享当下：报告页突出 海报保存 + 短片保存（已实现方向见《报告短片下载功能》），配 短文案：「晒晒你家毛孩子」+ 合规提示。
- 分享后无即时推送：避免用户刚发圈就收到公众号推送（体验怪）；可在 次日或 T+3 做轻量内容（若做运营推文）。
- 复购提醒：依据 服务间隔配置（店内或总部统一），在 建议日前 3～7 天 发一条「该安排洗护啦」类模板/订阅消息，一键进预约。
- 公众号配合：同一策略在 菜单「我要预约」 保持入口；推文可周期性发「洗护小贴士」软植入预约入口。
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。
本文为产品与市场协同用说明；微信能力与模板文案以当时平台规则与审核结果为准，上线前需法务/运营复核。