神山秘境 C 端小程序 · 设计思路与功能总览

整理：波波（云端）｜ 日期：2026-09-25 ｜ 性质：设计思路与功能梳理（非新决策，全部口径源自总纲/已拍板设计文档）

权威源：项目总纲 v1.5（现行）、小程序设计对齐意见 v0.6、C 端场景引擎主轴方案 v1.0、福钥任务系统设计 v1.0、主理人模式设计思路 v1.0、顶层设计决议-2026-08-29、商业模式一页纸 v1.0

当前实现态（对照仓库工作记忆）：C 端 v2/v3 为活跃版本，v1 已于 09-17 停更；TabBar 四页冻结（首页/玩法/在地/我的）；福钥任务与分销系统前端接线已于本期闭环；公开免登录仅 4 个 source（products/guides/recommendations/weather）。

一、产品定位：目的地服务平台，不是目的地电商

一句话定位：冈仁波齐转山全域的民间数字底座——「带理念、整合资源、引领商户」的目的地服务平台。

• 客源结构：绝大多数客源来自拉萨发团，当地是「履约端」；小程序先做成「游客主权工具 + 商户联合体机制」。
• 启动策略：先让一两个领队赚到钱（灯塔策略），不追求全量供给同时上线。
• 与官方平台的关系（顶层设计决议 §四）：不做官方对立面，以民间经营优势承接目的地平台职能——官方做宣传/VR/证书/应急，我们做商户利益机制 + 领队网络 + 分账结算（官方给领队个人返佣分账在合规上结构性难走通，这是护城河）。商户不排他、接口留门不主动撞门。（应急职责官方承接 ⇒ C 端 SOS 应急页已取消，不列为功能缺口）

二、核心设计理念（产品灵魂）

从《设计资产整合与增值体验方案》宪法化的「产品灵魂」，是所有页面/模块设计必须先过的母法：

1. 七条不可妥协原则：不骗 / 不藏 / 不催 / 不装 / 不滥 / 不断 / 不忘。

（账单透明、禁竞价排名、互动须有功能价值等所有铁律都是这七条的衍生物。）

2. 品牌人格 = 住在塔尔钦的藏族长者：笃定、温暖、不吆喝。全站文案口吻「你行了」，不是「快买」。

3. 9 阶段情感动线：向往 → 决策 → 准备 → 抵达 → 适应 → 转山 → 完成 → 回归 → 念想。每个页面/模块必须标注服务动线的哪一段。

4. 结构/数字分离（顶层方法论）：顶层设计只定「结构」（谁跟谁分、按什么原则、走什么轨），费率/账期/阈值等一切数字一律做成可配置参数留接口，由线下谈判和市场试跑回填，不阻塞设计。

5. 视觉主从链单一来源：刘总静态设计稿是唯一视觉源头，令牌从设计稿抽取升《视觉规范》，任何 agent 不得私改颜色/字号/间距；主从链适用于一切载体（小程序/H5/未来新端）。

6. 全站禁对话式 AI：AI 只做预生成 + 人工确认闸 + 建议式播报，不做任何对话式问答（顶层设计决议 #22 / AI 宪法增补）。

7. 不电商游戏化：禁签到/抽奖/农场/积分套路；涉信仰的互动克制敬重（转经筒抽奖类娱乐化不做）。

三、整体架构（全域地图）

┌─────────────── C 端 · 游客侧小程序 ───────────────┐
│ 交易流(订单/票夹/核销) · 状态条+AI参谋 · 历程记录    │
│ 心愿单/需求广场 · 预售券 · 内容板块 · 福钥任务       │
├─────────────── B 端 · 商户工作台(H5) ──────────────┤
│ 通用底座(登录/今日屏/扫码核销/账单/设置)             │
│ 业态层(一行业一套工具：运输/餐饮/住宿/景区/向导)     │
├─────────────── 协作者侧 · 领队/向导 ────────────────┤
│ 返佣制A形态 · 向导劳务(四不) · 订阅式收费 · 向导主页  │
├─────────────── 管理端 · 平台运营 ──────────────────┤
│ site_config白名单 · admin_ops · 评审中心 · 清理工具   │
├─────────────── 共享底座(四域一通知) ────────────────┤
│ 订单域(双轨/一码对全单) · 福钥域 · 账单域 · 身份域    │
│ 站内信 N1-N12(全量站内信，关键节点电话兜底)          │
└───────────────────────────────────────────────────┘

C 端与 B 端同构：一个底座 + N 张换装卡（B 端是业态换装，C 端是场景换装）。

四、C 端信息架构（TabBar 四页冻结）

总纲 #19 拍板：TabBar 四页 = 首页 / 玩法 / 在地 / 我的，框架级稳定不动；内容不占一级导航（站内内容嵌进决策点，站外种草走攻略 H5 免登录落地页）。

首页设计要点：全屏冈仁波齐动态背景图（运营位可换，非轮播）+ 今日状态条（拉经幡=下拉刷新、点位横滑）+ 上滑后人货一体卡（领队头像+年限+产品，信任前置，不做纯商品货架）；首页不放任何自营引流卡（自营全收玩法页）；海拔计（GPS 直出「您现在海拔 X 米」）是高原游客天然高频点。

我的页：有订单时置顶行程卡（明日提示/出发倒计时/每日状态卡/转山里程 52km 进度/装备 checklist/核销凭证）；无订单时种草承接（心愿单+示范行程）；在地熟人卡（已绑定领队才显示）；点亮阿里足迹地图；转山证书。

五、关键功能模块

5.1 今日状态条（陪伴时间轴）

状态条 = 陪伴时间轴（设计总纲新启发）：同一组件按客人所处阶段变形——等待期推适应提醒、抵达激活海拔计、转山中每日状态+里程碑、完成出证书勋章、回归出分享海报。

• 内容：天气窗口（和风天气 qweather 数据源，法定义务标注来源+更新时间）+ 道路状态（西藏交通运输厅公示源）+ AI 一句话解读。
• 四态必做：正常 / 降级（员工未确认→数据照发，AI 区显「今日解读确认中」）/ 离线（读缓存+离线标识）/ 预警（道路异常显著可识别）。

5.2 场景引擎 / 玩法卡（C 端主轴，v1.0 已拍板）

一个行程底座 + N 张场景换装卡（转山/环湖/康养/研学/星空营/古格延伸线六张首发，场景清单=运营位可增删）。

• 底座四件（写一次全场景共用）：① 行程判定（场景参数化判读）② 沿线打卡（码牌两用：商户扫=收款、游客扫=打卡，离线暂存后补）③ 决策点叙事（点位→叙事卡绑定，扫码打卡即收卡）④ 完成资产（完成判定+完成证书，藏民第 108 圈与游客第 1 圈同一张纸；资产是记录不是激励）。
• 完成判定随产品走：商户在 B 端制作场景产品时自选必集点位+档位，不是平台全局配置。
• 配置化扩展：新增一个场景=后台配一张换装卡，零发版（site_config 维度）。

5.3 组合套餐与账单全透明（联合体机制最强呈现）

• 一码对全单：batch_no=一次下单动作边界，不同商户扫同码核销自己项目。
• 履约项级透明：下单前即见每一笔钱去向（服务方+金额+内容，每项可跳商户名片）；订单页每项独立状态（待履约/已履约/已退款）、独立核销码、独立金额，部分退款只退对应项。
• 三种组包形态全覆盖：领队组包 / 平台组包 / 商户互引（设计稿全画出，开放节奏由运营排期）。
• 自选增值：额外履约项勾选并入同一订单（独立金额/核销/分账/退款），三档推荐 Tab + 逐项加减 + 明细实时展开。

5.4 在地页 + 商户专属首页（「到了当地找谁」）

• 在地页四铁律：① 商户名片制非货架制（店照/故事/电话导航/领队推荐徽章）② 分层纳入（仅展示→可预订）③ 排序透明，永不做竞价排名与付费置顶 ④ 领队推荐徽章必须真实，商户买不了。
• 冷启动：商户名片由平台员工采编，商户只需确认。
• 商户专属首页：扫专属码直达，沉浸形态不显示平台 tab bar（「像商户自己的小程序」）；模板体系「商户只选不装」（名片版/标准版/旗舰版三形态 × 餐饮/住宿/运输/特产/体验五品类模板）；专属页=门面不是归属凭证，下单归属按联合体规则判定，商户永不产生归属、不拿流量佣金。

5.5 福钥任务系统（游客侧核心激励，=平台补贴帮商户买单）

铁三角：平台出玩法（模板库+判定基建）/ 商户出预算（福钥额度 1:1 服务费，随交随有）/ 游客出行为（做任务省转山钱）。任务卡心智=优惠信息，不是游戏任务。

• 玩法库 11 模板五族：引客流（线路打卡/八寺巡礼/时令限定）· 促进店（到店礼/满额礼/联合支付立减）· 买口碑（评价/晒照/攻略任务大额）· 养等待（等待期任务）· 老带新（邀请任务，P1 再上首期不碰）。
• 统一底座：模板五要素全枚举化（触发条件/完成判定/额度/对象/期限）；完成判定只许三种（核销联动/镇级粗筛+手动确认/内容发布），不发明第四种。
• 四道闸（每个活动自动过）：合规闸（无价格承诺/无抽奖赌博/无排行榜）· 资金闸（额度≤剩余福钥）· 判定闸 · 期限闸。
• C 端三入口：在地页营销活动区 / 商户详情页店内活动 / 核销完成页推荐。
• 明确不做：排行榜/连胜签到/抽奖/现金裂变。

5.6 主理人模式（协作者侧世界观）

每个领队/分销 = 自己生意的主理人；平台=舞台+基建（核销/归因记账/安全网/社区入口），不当地主、不当渠道总代。

• 成长三级：L1 接单（带客走标准路线赚佣金）→ L2 熟客（客人档案：走山史/体力/忌口/装备备注，客人可见+可删）→ L3 主理人（私藏走法内容页 + 定制协作记账，纸面立项排试点后动工）。
• 四不纪律对齐：不报价（定制在微信线下）/ 不收款（平台只收订阅费）/ 不担保 / 不撮合（唯一动作「联系 TA」跳微信，L3 定制是事后记账非事中撮合）。
• 撬客张力解法：佣金台账与信用分在平台上，带走客人=丢记账与安全网，用利益绑定不用强制。

5.7 双轨收款与合规红线

• 双轨收款：1P 自营线上（公司商户号）/ 3P 线下直结；跨主体组合永久不设平台统一收款。券款（预售券）强制线下，商户无选择权，平台零触碰；商品类直售=平台采购模式（赚购销差价），绝不可表述为「平台代收后分账」（=二清违规）。
• 铁律「不做收银/支付工具，平台只记录不碰钱」：零售 settle/车队登记合规只写 pay_method+paid_fen+status。

5.8 其他机制部件（P0）

• 站内消息中心（主触达，弃用微信订阅消息）：分类 tab（状态/订单/系统）、未读红点、行程预警置顶、落地直达详情页。
• SOS 应急页（已取消）：原设计一键呼救/位置共享/紧急联系人/救援电话，与状态条预警态联动；2026-09-25 义父确认取消——顶层决议 §四明确「应急由官方平台承接」，C 端不重复建设，落地缺口清单剔除此项。
• 评价系统：信任「真实评价」载体，领队分层「好评」唯一数据源。
• 预售券 / 心愿单 / 需求广场（反向定制）：分项响应禁整单承接，需求广场=页面主载体+站内信门铃（禁撮合/排序/抢单/闭环）。

六、商业机制与飞轮

联合体分钱（三方结构，数字全可配）：

• 商户（服务方）拿大头，到手显著高于 OTA；客人确认服务完成后自动分账，到账快于 OTA 月结。
• 领队（流量方）对标现有渠道返佣上沿，服务完成快结直分账到个人微信。
• 平台（系统方）抽成远低于 OTA 水平——「不收割」的数字证明（市场标尺：OTA 抽 15%~20%，最高 30%+）。

福钥飞轮：服务费 → 福钥 → 游客抵扣省钱 → 商户客流 → 更多商户交服务费。核心公式：福钥净留存 = 服务费 × (1 − 0.8 × 核销率)（核销率 100% 净留 20%，0% 净留 100%，补贴永远是服务费函数，预 funded 无敞口）。

防绕靠利益结构（非惩罚）：低抽成使绕单收益不抵麻烦；终身绑定使绕单=砸自己平台资产（带单记录/好评/等级）。层是活的（绑定→核心有公开通道）。

领地策略：先打样一个灯塔领队/商户，验证经济飞轮启动。

七、技术栈与合规框架

• 技术栈：原生微信小程序 + TypeScript / FastAPI + PostgreSQL / 自建服务器；白标 SaaS（一套内核多实例复制，≠单商户）。
• 契约：后端走 FastAPI，OpenAPI 生成 api.d.ts，前端按契约消费不手写字段。
• 合规红线：不二清 / 四不纪律 / 账单透明 / 会员体系已砍（情感钩子由护照板块承接）/ 境外朝圣者框架位（印度教 Kailash Yatra 留位，分层国际化本期零翻译只留位）。
• 硬约束：运营数据零硬编码 / 气象来源标注（法定义务）/ 离线容错 / 做系统不做运营（永不编造业务数据）。

八、当前状态与边界（对照仓库）

• C 端 v2/v3 为活跃开发版本，v1 已于 09-17 停更（41 条历史断链低优先级）。
• 福钥任务系统 C 端接线已于 2026-09-25 闭环（原 v2/v3 URL 误用 /workbench/ 商户前缀导致 403/404，已修复）；分销系统 B/A/C 三端落地核对完成。
• 公开免登录仅 4 个 source（products/guides/recommendations/weather），服务器真图有限。
• 设计文档中多份标注「2026-09-13 归档快照，最新以 TASKS/合同矩阵为准」——本文设计思路均为已拍板决议，最新工程态以 docs/NOW.md、docs/TASKS.md 为准。

*本文为设计思路与功能梳理，供快速建立全局认知；决策细节与边界以引用的各源文档原文为准。*