57 lines
4.1 KiB
Markdown
57 lines
4.1 KiB
Markdown
# 奥迪小红书小程序门户：角色职责与 User Journey
|
||
|
||
## 1. 角色与职责
|
||
|
||
| 角色 | 主要职责 | 关键系统触点 | 关键输出 |
|
||
|---|---|---|---|
|
||
| 奥迪业务/市场负责人 | 制定内容方向与优先级、审核关键内容与合规性、确认月度运营结果与改进项 | 预览发布流程、月度报告评审、问题升级通道 | 审核结论、优先级决策、改进要求 |
|
||
| 内容运营专员（供应商/联合团队） | 按设计稿搭建页面、执行内容编辑与发布、每周人工巡检 JV 官网素材 | 页面模板、内容库、周更任务、预览发布窗口 | 页面版本、周更结果、素材更新记录 |
|
||
| 供应商项目与运维负责人 | 统筹项目计划、风险管理、周会/月报、跨团队沟通，保障门户可用性并负责监控告警、备份恢复、账号权限和迁移准备 | 项目状态、会议机制、监控平台、日志系统、备份与导出机制 | 周会纪要、月报、事件报告、账号维护记录、备份与导出结果 |
|
||
| 终端用户（小红书用户） | 浏览车型信息、填写并提交联系表单 | 小程序门户页面、表单提交页、感谢页 | 进入企业 CRM 的留资信息、用户行为数据 |
|
||
|
||
## 2. User Journey（按角色）
|
||
|
||
### 2.1 终端用户（潜客）
|
||
1. 在小红书浏览笔记并点击外链进入小程序门户。
|
||
2. 浏览车型信息、图片与关键信息。
|
||
3. 对感兴趣车型填写联系信息表单并提交。
|
||
4. 系统执行前端与后端校验。
|
||
5. 校验成功：显示感谢页并将数据直接提交至企业 CRM；校验失败：提示错误并允许修正后重提。
|
||
|
||
### 2.2 奥迪业务/市场负责人
|
||
1. 接收待审核内容或关键变更通知。
|
||
2. 从品牌一致性、合规性、业务目标角度完成审核；如本期平台未启用审批流，则重点参与关键内容确认。
|
||
3. 对异常或高优先级事项进行决策与升级。
|
||
4. 在月度评审中确认 KPI、问题闭环与下阶段计划。
|
||
|
||
### 2.3 内容运营专员
|
||
1. 按甲方设计稿搭建约 70 个页面，并维护页面模板和内容版本。
|
||
2. 每周人工巡检 JV 官网车型图片和文案变更。
|
||
3. 在 CMS 中完成素材替换、文案更新、新页面上架或旧页面下架。
|
||
4. 在发布前执行页面预览，并按平台能力选择直接发布或提请审核。
|
||
5. 记录每次周更结果并提交运营周报输入。
|
||
|
||
### 2.4 供应商项目与运维负责人
|
||
1. 制定项目里程碑与周计划，维护风险与问题清单。
|
||
2. 组织周会，跟踪需求、进度、质量和依赖项。
|
||
3. 持续监控应用、接口、内容环境与云资源状态。
|
||
4. 负责平台登录账号、角色权限、备份校验和导出迁移准备。
|
||
5. 在告警触发后按优先级组织并执行响应流程。
|
||
6. 工作日 08:30-17:30 提供服务支持，非服务时段待命；周末及法定节假日对 Critical/High 提供 7x24 待命。
|
||
7. 定期执行备份校验，确保源环境保留不少于 1 个月，并输出月报与事件报告。
|
||
|
||
## 3. 关键跨角色协作链路
|
||
|
||
1. 内容运营专员按设计稿搭建页面并预览 -> 业务/市场负责人在需要时审核关键内容 -> 发布上线 -> 终端用户浏览与留资。
|
||
2. 内容运营专员执行每周人工巡检与内容更新 -> 业务/市场负责人确认品牌一致性和优先级。
|
||
3. 终端用户提交表单 -> 小程序将数据直接提交到企业 CRM -> 平台仅展示提交结果，不保留留资内容。
|
||
4. 项目与运维负责人维护账号、备份和导出能力 -> 业务/市场负责人确认迁移或运营需求 -> 输出月报、事件报告和交接材料。
|
||
|
||
## 4. 建议的验收观察点
|
||
|
||
1. 每个角色是否有明确可执行动作与系统入口。
|
||
2. User Journey 是否覆盖主路径与错误路径（表单校验失败、CRM 提交失败、周更失败、故障响应）。
|
||
3. 页面建设、周会、月报、事件报告、知识转移是否有对应责任人和产出物。
|
||
4. 平台边界是否清晰：平台负责内容管理、预览、发布、账号和导出，不负责存储潜客数据。
|
||
5. 值班与待命机制是否可被审计（时间、响应记录、处理结果）。
|