C端 v3 完整架构方案 v2(单商户 MVP → 多商户多主题演进)

2026-09-24 · 小冈整理 · 合并 gpt6 评审修正(docs/reports/2026-09-24-C端v3架构评审-gpt6-v1.md)+ 盲点补全 + 边界纪律
定位:v3 全新设计的唯一架构依据;刘总拍板后开工
🔴🔴🔴 v2.3 定位纠偏(09-24 10:34 刘总令,最高优先级,覆盖此前所有「单商户叙事」表述):
- 平台定位 = 阿里周边综合旅游服务平台(住/食/行/游/运输服务矩阵)——这才是平台的真正目的
- 冈仁波齐转山 = 流量因子(内容钩子,负责把人引进来,不是平台本体)
- 芝达布日温泉酒店(神山密钥酒店)= 自营首批客户(供给侧第一批,不是品牌主角)
- 由此推翻的旧表述:「单商户叙事小程序」「首屏讲神山密钥品牌故事」「一盏灯引你进山作为平台视觉定调」——单商户只是 MVP 验证战术,不是产品形态;v3 首屏=综合旅游服务平台形态(目的地服务入口+转山内容流量钩子+商户承接+客服),商户专属故事只出现在商户码专属页
- 供给矩阵印证(生产库 5 家真实商户):住=冈仁波齐城堡酒店/芝达布日温泉 · 行=岗莎牦牛运输队 · 游=穹窿银城遗址 · 食=塔尔钦藏餐馆
🔴🔴 v2.2 定调修订(09-24 09:5x 刘总令):彻底忘记 v2 的限制,v3 是全新设计——v2 的页面结构、职责划分、视觉框架、组件形态一律不作为 v3 的约束或参照;v3 从白纸开始设计。仍有效的只有平台级铁律(业务数据 A 端配置、弱网可用、合规边界、主包 2MB)与已建成的后端能力(API/DSL 引擎/数据表——v3 消费它们,但前端形态不受其现状约束)。此前「叙事首页与现 home 页关系」等待确认项作废——v3 不做与 v2 页面的映射。
🔴 v2.1 论证修订(09-24 01:3x):三路论证完毕(gpt6 红队攻击+外部对标+生产库事实核查),本方案架构保留,但推进顺序/北极星/合规表述按论证报告修正——见 docs/reports/2026-09-24-C端v3方案论证报告-v1.md(09-24 刘总指正后:取消 Phase 0 人工验证期——小程序未上线,验证=上线后 30 天真实流量观察期,v3 直接开发上线)

〇、设计原则(五条,全部来自刘总已定决策)

  1. 小而精、讲一个故事——MVP=最低成本论证方案可施行程度,不是仪式产品
  2. 转化优先、叙事服务——先让用户愿意问(客服),再让用户慢慢看(故事);讲故事不能挡路
  3. 全推客服——小程序只做信息+选择+客服入口,不碰交易确认与收款;成交线下
  4. 平台能力全保留、单的是商户供给——当前只开放芝达布日温泉酒店,双入口并存
  5. 留缝不建系统——Phase 1 只留接口(token/文案/资产/路由),不建主题平台;验证的是商业模式,不是平台架构
  6. 白纸设计(09-24 刘总令)——彻底忘记 v2 的限制:v3 的页面结构、导航形态、视觉语言、组件样式全部从零设计,不以 v2 现状为参照系或兼容目标;后端能力照单消费,前端形态完全自由

一、总体架构:四层 + 转化编排

┌─────────────────────────────────────────────┐
│ 叙事层(v3 新建·转化型叙事首页)              │
│  全屏沉浸故事 + 30秒转化首屏                  │
│  半数据驱动:布局写死、内容配置化             │
├─────────────────────────────────────────────┤
│ 转化编排(v3 新建·轻量能力,非独立技术层)    │
│  scene 来源 → 意图选择 → 客服上下文透传       │
│  → 线索台账 → SLA 提醒 → 超时升级             │
├─────────────────────────────────────────────┤
│ 决策层(已建成·配置即用)                     │
│  商户专属页 = DSL 模板渲染(15类白名单组件)  │
│  a端「商户页模板」后台,保存即发布            │
├─────────────────────────────────────────────┤
│ 工具层(v3 全新设计·效率导向)                │
│  订单/核销码/行程/个人中心——带任务来要效率    │
├─────────────────────────────────────────────┤
│ 基础设施(已建成)                            │
│  scene 路由 / texts.ts 文案覆盖 / vi-tokens   │
│  27个主题变量 / CDN 资产 / 白标 hooks(未启用)│
└─────────────────────────────────────────────┘

层间边界(gpt6 评审修正 #1:叙事与决策职责分离)

层负责不负责
叙事层为什么值得去:情绪、故事、兴趣引导不维护商户商品/服务完整信息
转化编排线索从哪来、带什么意图、多久必须接不感知客服是谁(后台配置)
决策层具体怎么去、问什么、找谁:商户服务详情不承担品牌主叙事
工具层订单/核销/行程任务流不参与主题视觉表达
基础设施路由/文案/token/埋点/资产加载不承载故事内容

一句话:叙事层负责「为什么值得去」,决策层负责「具体怎么去」,编排层负责「让问的人被接住」。


二、信息架构:两级结构(gpt6 评审修正 #2:五段旅程降级)

一级:30 秒转化首页(5 屏滚动)

屏内容目标
1 价值主张品牌标识+一句主张+一句服务说明+主 CTA「咨询我的启程安排」+次 CTA「先看完整旅程」5 秒知道这是什么
2 三个问题入口我想了解转山 / 我想找住宿 / 我想咨询准备事项(按造势数据可调序)让用户找到自己的问题
3 品牌叙事片段五段旅程的横向缩览,感受品牌增信不阻塞转化
4 客服转化卡我可以咨询什么/点击后发生什么/如何承接消除「问了会怎样」的顾虑
5 商户详情入口跳现有 DSL 商户页(merchant-store?mid=8)承接具体服务信息

首屏文案结构 = 品牌概念 + 用户收益 + 明确行动(不承诺未经确认的服务能力)。

CTA 用强动作词(咨询/问客服/告诉我你的计划),禁弱动作词(探索/进入/继续)。

二级:五段旅程(内容导航,每章=情绪+事实+一个 CTA)

章节情绪内容事实信息CTA
抵达神山脚下第一感受、启程概念(品牌创作标注)位置/交通/海拔了解启程
安顿住下来的安定感温泉酒店环境/休整查看住宿→DSL 商户页
准备启程前的从容装备清单/身体准备/信息来源咨询我的准备清单
出发上路的心情行程信息/流程咨询行程
归来足迹与纪念福钥/足迹记录留下我的足迹

铁律:没有真实业务承接的章节不重点建设(宁可 3 章做透,不要 5 章空转)。


三、双入口路由策略(gpt6 评审修正 #4)

入口scene落地原则
平台码无/默认转化型叙事首页(完整故事)先理解「神山秘境是什么」
商户码mid=8&src=hotel_front商户品牌首屏(简化版)→决策优先→客服常驻已对商户有兴趣,不绕路看完平台故事
分享卡片保留 tenant+scene+章节 id直达对应章节/商户页造势回流不丢上下文

商户码落地页 = 复用 merchant-store(DSL)+ 顶部加叙事层同款品牌头图与客服常驻条,不新建页面。

线下码铺设:码图带 src 参数区分点位(前台/客房/餐厅),落地内容一致、埋点区分来源。已到店客人 vs 意向游客的分流,Phase 2 依 src 数据再定。


四、客服线索承接组件(纯工程·系统不感知人)

设计边界:无论谁坐在客服位上,系统照常工作。人选/排班/话术=后台配置项,工程不过问。

用户点 CTA → 意图预选(住宿/准备/行程/还没想好)
→ 组装线索上下文:{merchant_id, scene来源, 意图, 当前页面, 时间}
→ 进入客服会话(企业微信/微信客服,上下文随消息带出)
→ 同时写入线索台账(新表 leads:上下文+状态+时间戳)
→ SLA 引擎:按后台配置的时限(如 10 分钟)未响应 → 提醒;
   超时(如 2 小时)→ 升级提醒(提醒对象后台配置)
→ 客服在台账标记结果(已承接/无效/待跟进)

五、主题系统:半数据驱动(gpt6 评审修正 #3:收缩留缝范围)

三类拆分

类内容做法
A 固定结构页面布局/动画逻辑/进场顺序/CTA 位置/导航写死在代码
B 可配置内容章节标题/副标题/图片/金句/CTA 文案/跳转目标/章节显隐本地主题配置对象
C 不配置任意组件组合/页面嵌套/动画编排/流程分支/在线可视化编辑Phase 1 不做

本地主题配置对象(唯一主题化设施)

// themes/shenshan.ts —— 只服务神山秘境一个主题
const shenshanTheme = {
  brand: { primary: '#C9A96E', bg: '#141821', titleFont: 'XuanTian' },
  assets: { hero: 'cdn-url', chapterCovers: {...}, divider: '༄图' },
  copy: { heroTitle: '...', heroSubtitle: '...', ctaMain: '咨询我的启程安排' },
  chapters: [
    { id: 'arrival', title: '抵达', subtitle: '...', cover: '...',
      cta: { text: '了解启程', action: 'open_service' } },
    // ...
  ],
}

明确不建(全部押后到 Phase 3):主题注册表 / 主题包下发端点 / a端主题编辑器 / 通用主题 JSON Schema / 多主题切换 / 叙事 DSL / 白标配置中心。

商户服务内容继续用现有 DSL;叙事内容用固定壳+上述配置;两套系统不合并。

视觉语言(延续已验证资产)


六、性能与弱网(主场是阿里地区弱网)

用户场景特殊性:相当比例扫码发生在西藏途中/到店后,网络差是常态不是边缘。

约束指标/做法
首屏可交互核心文案+客服按钮先于一切氛围资产显示;氛围图异步加载
首屏图片预算单图 ≤200KB(WebP),首屏总资源 ≤600KB
CDN 失败降级图挂→色块占位+文字完整可读+客服按钮可用(任何时候不能看不到客服入口)
字体品牌标题图片化零依赖;章节标题子集 woff2 加载失败回落系统字体
包体积主包 2MB 红线:叙事资产全走 img.kailashi.cn CDN(已验证),包内只增组件代码
退出机制客服按钮全程常驻悬浮;首屏提供「跳过故事,直接看服务」

七、埋点与验收指标(最小埋点集)

现有 v2 无自建埋点,微信数据助手粒度不够。Phase 1 自建最小集(本地事件→批量上报后端新表 events):

事件字段对应指标
page_enterscene来源/页面id/时间双入口流量分布
intent_select意图项(住宿/准备/行程/未定)三个问题入口的选择分布
cs_click来源屏/章节id首屏→客服点击率(北极星)
chapter_view章节id/停留时长章节点击率与流失点
merchant_entermid/src商户页进入率

验收定义「有效动作」= 点客服/选意图/进商户详情/提交咨询,不含纯浏览。

上线后看:30 秒内有效动作率、平台码 vs 商户码转化差异。


八、合规与风险

风险等级对策
宗教内容审核高「转山/神山/仪式」叙事可能触发宗教信息类目。v3 开工前先做类目对照验证:以现有已发布线上版本的类目与文案边界为基线,v3 每屏文案不超出基线浓度;「神山密钥/启程仪式」全站统一标注「神山秘境品牌创作体验」;提审前用体验版走一次完整审核预检
叙事大图版权高禁用来源不明实拍;AI 生成涉宗教元素(神山/经幡/寺院)须过人工审校(宗教细节画错=品牌事故)。首选:自有摄影+纯风景无人物无宗教器物特写+抽象视觉(光影/山形/星轨)
红线词闸中presentation 端点既有价格词过滤(最低价/套餐价/订房/拼团)延伸到叙事层全部文案
承诺边界中首屏与章节只描述体验与概念,不承诺具体服务能力(未确认的能力不写);客服话术红线(不代收/不打包报价/不承诺履约)由后台配置的话术模板承载
包体积中见第六节
与线上版本切换中v3 新首页不动既有页面路径(订单/核销深链全保留);发版前跑既有 scene 深链+订阅消息跳转回归;老用户进来 Tab 结构不变,只换首页内容层

九、演进路线(gpt6 修正后的收紧版)

阶段触发条件做什么不做什么
Phase 1(现在)刘总拍板v3 转化型叙事首页(5屏)+ 五段章节页(有承接的先做)+ 客服线索承接组件 + 最小埋点 + 本地主题配置对象主题系统全家桶(注册表/编辑器/下发/叙事DSL)
Phase 2第二个商户签约a端配 DSL 模板+生成 scene 码;商户级客服上下文;src 分流策略不改叙事层
Phase 3第二个主题出现且确认内容复用主题注册表+主题包下发+a端主题编辑器;第二主题≈1-2人日(换脚本+8色值+传图+字体子集)—
Phase 4白标输出需求确认tenant_hooks 升级多租户;品牌资产/域名/数据隔离/权限体系不按「换肤」低估工作量

十、Phase 1 工作分解(开工依据)

#工作项依赖预估
1类目对照验证+文案边界基线现有线上版本0.5d
2视觉概念稿(首屏+章节模板+客服卡,HTML 高保真)#11d
3叙事图片资产管线(版权约束内出图+CDN 上传)#21d
4转化型首页 5 屏(wxml/wxss/ts+主题配置对象)#2#32d
5五段章节页(先做有真实承接的章节)#42d
6客服线索承接组件(前端意图预选+后端 leads 表+SLA 引擎+a端台账页)—2d
7最小埋点(events 表+5 事件+a端漏斗页)—1d
8弱网降级+退出机制+分享卡片(每章自定义分享标题/图)#40.5d
9回归(既有深链/订单路径/门禁四件套/automator 截图)全部1d

合计约 11 人日(单商户、不含 DSL 决策层——已建成)。

边界纪律(永久)


*依据:刘总 MVP 定调(09-21)/ 双入口设计(09-22)/ gpt6 架构评审(09-24)/ 盲点补全轮(09-24)/ 边界纪律(09-24 刘总纠正后立)*