YP 韵朋（YUN PENG）活动结伴社交平台 —— AI 能力产品化 · 商城与支付 · 积分体系 · UI 与体验升级 · 业务闭环补强
基于 App 端（demo35，UniApp H5）与管理后台（demo36，韵朋后台）实际浏览结果。
A/B/C 为新功能主线（AI 是核心优势，商城是营收基础，积分是留存抓手）；D/E 为体验升级；F 为业务闭环补强（建议项）。
AI 匹配 + AI 代聊 + AI 结伴攻略。豆包侧代码已有，本期完成集成、调优与产品化。
旅游套餐、运动/娱乐场馆、餐饮商家入驻；商品、下单、微信支付、核销、售后。
签到 / 消费返积分 / 任务奖励；积分商城兑换商品与服务；与信用分打通。
统一设计规范，重设计 5 大 Tab 与商城/AI 约 20 个核心页面，含后台轻量美化。
首页推荐、发布流程、IM 体验、搜索筛选、性能优化与空状态兜底。
消息通知、内容安全、数据看板、信用分落地、实名与合规 —— 保证流程真正闭环。
人天 = 开发 + 自测工作量；不含产品/PM 分摊。优先级：🔴 P0 必须 / 🔵 P1 应该 / ⚪ P2 可选。
目标：把「描述需求 → 发起匹配 / 生成攻略」从页面雏形做成可上线、可控成本、内容安全的核心卖点。前提假设：豆包侧已完成核心算法/接口代码，本期以集成联调与产品化为主。
| 编号 | 任务 | 需求说明 | 优先级 | 人天 |
|---|---|---|---|---|
| A1 | AI 服务接入与治理 | 豆包 API 接入层统一封装、密钥安全管理、调用限流、token 用量与成本统计、超时/失败降级兜底 | P0 | 2.5 |
| A2 | AI 匹配引擎 + 匹配结果页 | 需求文本解析 → 用户画像/标签抽取 → 候选人召回与排序 → 匹配结果卡片页（理由展示、一键打招呼） | P0 | 8 |
| A3 | AI 代聊助手 | IM 单聊/群聊中嵌入 AI 话术建议：多轮上下文理解、语气/风格可选、生成→用户确认→发送，避免替用户直发 | P0 | 7 |
| A4 | AI 结伴攻略生成 | 结构化攻略输出（行程/交通/预算/注意事项），图文卡片渲染，攻略落地页，可存入攻略库二次编辑 | P0 | 6 |
| A5 | AI 会话记录与反馈 | 历史记录列表、重新生成、点赞/点踩反馈回流用于调优 | P1 | 4 |
| A6 | 后台 AI 配置 | 提示词模板管理、模型参数配置、调用量/成本日报 | P1 | 4 |
| A7 | AI 内容安全 | 输入/输出双向内容审核（敏感词 + 模型审核），违规拦截与日志 | P0 | 2 |
| A8 | AI 模块测试 | 效果评测集（匹配准确率、攻略可用性）、边界与并发测试 | P0 | 3 |
| A 小计 | 36.5 | |||
目标：支撑旅游套餐、运动/娱乐场馆、餐饮店三类商家的商品售卖与到店核销，跑通「下单 → 支付 → 核销 → 评价 → 售后」完整交易闭环。
| 编号 | 任务 | 需求说明 | 优先级 | 人天 |
|---|---|---|---|---|
| B1 | 商城方案设计 | 三类商品模型（套餐含档期/价格日历、场馆含时段、餐饮含券码）、订单与支付链路设计、商家入驻流程设计 | P0 | 4 |
| B2 | 商家管理 | 商家入驻申请与资质审核、门店信息管理、商家与商品上下架审核（后台） | P0 | 6 |
| B3 | 商品中心 | SPU/SKU 模型、三类商品差异化字段、库存/档期管理、后台商品管理页 | P0 | 8 |
| B4 | 商城前台 | 商城首页（含旅游/场馆/餐饮分区）、分类列表、搜索筛选、商品详情（图文、规格选择、价格日历） | P0 | 7 |
| B5 | 购物车与下单 | 购物车、多类型商品统一下单流程、库存与档期锁定防超卖、订单预校验 | P0 | 7 |
| B6 | 支付 | 微信支付（App + H5）、支付回调与状态机、对账与差错处理；需先完成商户号与资质申请 | P0 | 7 |
| B7 | 订单中心 | 用户端订单列表/详情/取消；后台订单管理、发货/核销状态流转、退款审核 | P0 | 9 |
| B8 | 核销体系 | 支付后生成核销码（券码/到店码），商家或后台扫码核销、核销记录 | P0 | 5 |
| B9 | 售后与退款 | 退款申请 → 商家/平台审核 → 微信原路退回；未核销可退、过期自动退规则 | P0 | 6 |
| B10 | 评价体系 | 订单完成后评价商品/商家，星级 + 图文，商家评分聚合展示 | P1 | 4 |
| B11 | 商城测试 | 交易全链路（含支付回调、并发下单、退款）测试 | P0 | 5 |
| B 小计 | 68 | |||
目标：建立积分获取与消耗闭环，商城开业即有「积分兑换」玩法可用。
| 编号 | 任务 | 需求说明 | 优先级 | 人天 |
|---|---|---|---|---|
| C1 | 积分规则与账户 | 签到、消费返积分、发布/互动奖励等规则引擎；积分账户与流水；防刷限制 | P0 | 3 |
| C2 | 积分商城 | 积分兑换商品、积分兑换服务（如场馆体验券）、积分+现金混合支付；兑换订单接入 B7 订单中心 | P0 | 8 |
| C3 | 与信用分 / 任务打通 | 信用分等级影响积分权益；每日任务（发结伴/写攻略）引导，反哺内容生态 | P1 | 3 |
| C4 | 积分测试 | 规则边界、并发加积分、兑换库存测试 | P1 | 2 |
| C 小计 | 16 | |||
目标：以品牌橙为主视觉建立统一设计规范，重点覆盖一期较粗糙的页面与二期新增页面。
| 编号 | 任务 | 需求说明 | 优先级 | 人天 |
|---|---|---|---|---|
| D1 | 设计规范与组件库 | 色板/字体/间距/图标规范，UniApp 主题变量与通用组件样式统一 | P0 | 3 |
| D2 | 核心页面重设计 | 首页/AI/消息/我的 + 商城 + 攻略详情 约 20 页视觉稿（含深浅空状态） | P0 | 7 |
| D3 | 前端还原与走查 | 按稿还原、多机型适配、视觉走查修复 | P0 | 6 |
| D4 | 后台界面轻量美化 | 登录页、首页看板、列表页样式统一（低成本） | P2 | 3 |
| D 小计 | 19 | |||
目标：修掉一期交互断点，让「逛 → 发 → 聊 → 买」路径更顺。
| 编号 | 任务 | 需求说明 | 优先级 | 人天 |
|---|---|---|---|---|
| E1 | 交互走查与清单 | 全流程体验走查，输出优化清单并评审排定 | P0 | 2 |
| E2 | 首页与筛选优化 | 首页信息流排序（质量分+新鲜度）、分类/标签筛选、搜索联想与结果优化 | P1 | 5 |
| E3 | 发布与 IM 优化 | 发布流程分步简化与草稿保存；IM 已读/撤回/语音消息、会话置顶免打扰 | P1 | 4 |
| E4 | 性能优化 | 首屏加载、图片懒加载与压缩、接口合并与缓存、长列表虚拟滚动 | P1 | 4 |
| E5 | 回归测试 | 优化项回归与体验测试 | P1 | 2 |
| E 小计 | 17 | |||
目标：这些是「不做也能上线，但不做闭环就缺一口气」的部分，建议纳入二期。
| 编号 | 任务 | 需求说明 | 优先级 | 人天 |
|---|---|---|---|---|
| F1 | 消息通知 | 短信通知：订单状态、匹配成功、审核结果、核销提醒（App 内推送为三期） | P0 | 4 |
| F2 | 内容安全与举报闭环 | UGC 图片/文本机审接入、举报处理流程与处罚（禁言/封禁）联动 | P0 | 3 |
| F3 | 运营数据看板 | 后台首页改造：用户增长、内容量、订单/GMV、AI 调用量与成本图表（复用内置 echarts） | P1 | 6 |
| F4 | 信用分体系落地 | 加/减分规则（履约、守时、举报属实、违规）、等级权益展示 | P1 | 2 |
| F5 | 实名与合规支持 | 隐私协议/用户协议更新、敏感信息脱敏、支付与上架合规材料配合 | P0 | 3 |
| F6 | 闭环项测试 | 通知触达、审核链路、看板数据准确性测试 | P1 | 2 |
| F 小计 | 20 | |||
| 汇总 | 人天 | 占比 |
|---|---|---|
| A · AI 能力产品化 | 36.5 | 19% |
| B · 商城 + 支付 | 68 | 35% |
| C · 积分体系 | 16 | 8% |
| D · UI 美化 | 19 | 10% |
| E · 交互逻辑优化 | 17 | 9% |
| F · 业务闭环补强 | 20 | 10% |
| 项目管理与联调分摊（约 8%） | 15.5 | 8% |
| 合计 | 192 | 100% |
压缩到 3 个月的三个手段：① 加人 —— 前端 2→3 人，测试 W6 起全职投入；② 提并行 —— AI 与商城完全并行，UI 设计 W1–W4 抢完 20 页；③ 收紧缓冲 —— 联调回归与验收压缩进 W12–W13。团队约 8 人：产品 ×1、UI ×1、前端 ×3、后端 ×2、测试 ×1、（PM 兼职）。总人天不变，峰值人力更高。
除了你列的 5 项，我建议补齐以下内容 —— 按重要度排序，标注了建议纳入期数。
微信支付商户号 1~2 周；平台型商城（商家入驻）需 EDI 许可证，办理约 60~90 天，是商城上线的关键路径；旅游套餐涉及旅行社业务经营许可证（或分销挂靠）。建议项目启动当周全部提交申请。
AI 代聊/攻略按 token 计费，需做用户级限流（如每日免费次数）、成本日报与熔断，否则用户量上来后 AI 成本会失控。已含在 A1/A6。
没有通知，匹配成功、订单状态变化用户感知不到，闭环会断。二期先做短信通知，App 内推送可放三期。
商城上线时如果没有商家入驻工具和代运营流程（后台代商家上架、核销），交易跑不起来。本期用后台代管（已含 B2），轻量商家自助端建议放三期。
优惠券、限时秒杀、拼团、邀请裂变。二期商城先跑通基础交易，营销活动放三期叠加。
UniApp App 端推送（uniPush）、会员等级与付费会员；与积分/信用分形成三层用户价值体系。
接口监控告警、错误日志聚合、数据库定期备份。一期未见相关配置，交易上线后故障代价变高，建议二期顺带补上（成本很低）。
一期已具备 ICP 备案/许可、隐私政策、软著、Apple 与安卓开发者账号、App 备案号等；本期需办 9 项（EDI 许可证等），详见下方「合规与资质清单」。长周期项务必与开发并行启动。
按状态标注：● 本期需办（9 项）为二期新增办理，标注「立即」的是关键路径；✔ 一期已具备仅备查；— 不适用已确认无需办理。
| 类别 | 资质 / 事项 | 适用场景与依据 | 办理周期 | 建议启动 | 状态 |
|---|---|---|---|---|---|
| 主体与电信资质 | EDI 许可证（增值电信业务·在线数据处理与交易处理业务） | 平台型商城：第三方商家入驻 + 在线交易处理，属法定前置许可 | 60~90 天 | 立即 | ● 本期需办 |
| 旅行社业务经营许可证 | 自营旅游套餐必需；分销挂靠模式可后置 | 30~60 天 | 商城上架前 | ● 本期需办 | |
| 单用途商业预付卡备案 | 餐饮 / 场馆储值卡、次卡类商品（商务部单用途卡管理） | 15~30 天 | 卡类商品上架前 | ● 本期需办 | |
| ICP 备案 | App / 网站信息服务基础备案 | — | — | ✔ 一期已具备 | |
| ICP 经营许可证（ICP 证） | 经营性收费信息服务资质 | — | — | ✔ 一期已具备 | |
| 支付与交易 | 微信支付商户号（电商平台型） | 平台代收；主体信息需与 EDI 一致 | 1~2 周 | 立即 | ● 本期需办 |
| 交易结算合规（防"二清"） | 平台代收代付走服务商分账等合规通道，避免无证从事支付结算 | 随架构设计 | B6 启动时 | ● 本期需办 | |
| 电子发票（数电票） | 订单开票能力，交易类应用标配 | 2~4 周 | 商城上线前 | ● 本期需办 | |
| AI 合规 | AI 生成内容标识 | 《人工智能生成合成内容标识办法》要求显式 + 隐式标识，属产品功能改造而非资质申请 | 随功能开发 | AI 全量上线前 | ● 本期需办 |
| AI 内容审核机制 | 输入 / 输出双向审核、违规日志 | — | W5 起 | 已纳入计划（A7） | |
| 生成式 AI 备案依据 | 已有第三方大模型合作协议及模型备案信息；如监管要求应用侧补充登记，配合即可 | — | — | ✔ 备案依据已具备 | |
| 算法备案 | 无自研 / 深度合成算法，依托已备案第三方大模型提供能力 | — | — | — 不适用 | |
| 数据与安全 | 等级保护测评（等保二级） | 交易类 App 通用要求；一期未提及，需先确认是否已测评，未做则本期补上 | 1~2 个月 | 上线前 | ● 本期需办 |
| SDK 合规清单 | 应用市场审核：第三方 SDK 清单与权限用途说明，随二期版本更新 | 1 周 | 提审前 | ● 本期需办 | |
| 隐私政策与个保合规 | 一期已具备隐私政策；二期按商城/AI 新功能补充个人信息收集清单与同意项 | 随版本迭代 | 上架前 | ✔ 一期已具备 | |
| 上架材料 | 软件著作权（软著） | 一期已登记；二期为大版本更新，建议做软著变更登记（非强制） | 30~60 天（可加急） | 提审前 | ✔ 一期已具备 |
| Apple Developer 企业账号 | iOS 上架账号（含邓白氏编码） | — | — | ✔ 一期已具备 | |
| 安卓各市场开发者账号 | 华为 / 小米 / OPPO / vivo / 应用宝等 | — | — | ✔ 一期已具备 | |
| App 备案号展示 | App 内与下载页备案号展示 | — | — | ✔ 一期已具备 |
提示：EDI 与微信支付商户号共用主体材料，建议同步提交；旅行社资质若不急，先用「有资质供应商分销」过渡可省 1~2 个月；等保测评一期未做过的话需尽早预约测评机构。
| 风险 | 等级 | 影响 | 应对 |
|---|---|---|---|
| 豆包 AI 代码交接质量 | 高 | 外部代码可维护性、与现有 IM/用户体系适配未知 | 启动首周做代码评审与接口契约确认；约定文档与联调责任人；预留降级方案（直连豆包 API） |
| 支付 / 交易资质办理周期 | 高 | 商城无法按期收付款、第三方商家交易不合规 | 启动当周提交微信支付商户号与 EDI 许可证申请（EDI 约 60~90 天为关键路径）；交易分账走合规通道防"二清"；旅游套餐先以「有资质供应商分销」模式过渡 |
| AI 内容合规 | 中 | 生成内容违规带来下架风险 | 输入输出双向审核 + AI 内容显著标识 + 违规日志（A7） |
| 商城冷启动缺商家 | 中 | 有商城无商品，体验空转 | 后台代管上架（B2 支持代运营）；优先签 3~5 家种子商家 |
| AI token 成本超支 | 中 | 运营成本随用户量线性上涨 | 限流 + 免费额度 + 成本日报熔断（A1/A6） |
| 范围蔓延 | 中 | 工期失控 | 本计划书为基线，变更走评审；P2 项（D4、评价细化等）可顺延 |