01
积分上链、账各算各的
三个品牌继续用各自的会员系统，积分发放和消费记录同步写到同一条联盟链上，集团和三个品牌各持一个节点，谁都能查、谁都不能改别人的账
0x7a…c4e2 已确认 · 12 block
多签转出 2 / 3 已签
权益核销 会员凭证 #1088
【谁】 一家 420 人的零售集团，旗下 3 个品牌、180 家门店、会员 60 多万，会员运营 9 人 + 财务 4 人在用；三个品牌是独立法人，谁的积分数据都不信对方
【原来的日子】 3 个品牌各有自己的会员系统，积分各算各的。顾客在 A 品牌攒的积分到 B 品牌用不了，门店解释不清被投诉；跨品牌调积分要两个品牌财务每周手工核一次，一次 2 个人各半天，核错一次就有顾客在收银台吵；集团想做"一个会员走三个品牌"，卡在数据互不认，推了一年没动（示例口径）
【现在的样子】 跨品牌手工核对从每周 2 人各半天变成每月点一次自动出单；积分纠纷能当场调链上记录，从"各说各话"变成"看记录"；通兑上线半年，跨品牌消费的会员占比到 18%（示例口径）。会员运营说，最直接的变化是不用再当两边传话的人
01
原来的日子
3 个品牌各有自己的会员系统，积分各算各的。顾客在 A 品牌攒的积分到 B 品牌用不了，门店解释不清被投诉；跨品牌调积分要两个品牌财务每周手工核一次，一次 2 个人各半天，核错一次就有顾客在收银台吵；集团想做"一个会员走三个品牌"，卡在数据互不认，推了一年没动（示例口径）
02
我做了什么
02
规则写进合约
兑换比例、积分有效期、单日兑换上限这些规则写成合约，兑换时自动校验余额和执行规则，不用人工审批
128今日处理 96%按时完成 7待复核
| 编号 | 事项 | 状态 |
|---|---|---|
| A-018 | 回款计划核对 | 已完成 |
| A-019 | 合同条款抽取 | 处理中 |
| A-020 | 权限变更审批 | 待处理 |
03
自动结算
每月按链上记录自动算出品牌间该结多少，生成结算单给财务复核，替掉每周手工核对
86进行中 12逾期 ¥48万本月
03
功能清单
可勾选 04
现在的样子
跨品牌手工核对从每周 2 人各半天变成每月点一次自动出单；积分纠纷能当场调链上记录，从"各说各话"变成"看记录"；通兑上线半年，跨品牌消费的会员占比到 18%（示例口径）。会员运营说，最直接的变化是不用再当两边传话的人
05
项目周期
| 阶段 | 周期 | 交付内容 |
|---|---|---|
| 需求评估与选型 | 1–2 周 | 需求清单 + 报价区间 |
| 原型与 UI 设计 | 1–2 周 | 原型 + UI 稿 |
| 数据模型与接口 | 1–2 周 | 接口文档 + 测试环境 |
| 功能开发（迭代） | 3–8 周 | 每周可运行版本 |
| 联调测试与验收 | 1–2 周 | 测试报告 + 修复版 |
| 部署上线与移交 | 1 周 | 上线系统 + 源码文档 |
| 合计 | 2.5 个月，第 5 周先上 2 个品牌试点，第 8 周接第三个品牌 | 按里程碑分期验收付款 |
06
投入量级
Reference
面议
同类范围项目的参考投入，真正报价以实际需求评估为准。
※ 不含第三方服务费用（服务器、短信、支付通道等）。
Payment
按里程碑分 3 期
包含开发 + 部署 + 培训 + 上线后 3 个月免费维护。
付款节点与验收标准写在合同附件，双方确认后开工。
07
技术栈与交付成果
长安链SolidityGoNode.jsPostgreSQL联盟链节点
✓ 可运行系统 + 完整源码
✓ 接口文档与部署文档
✓ 使用培训与操作手册
✓ 上线后 3 个月免费维护
✓ 第三方账号与部署环境配置说明
08
坑在哪
① 跨品牌积分本质是"一家欠另一家钱"，兑换比例和算账口径必须在商务合同里先谈定 —— 技术上写死后业务一改就得发版；② 积分是营销成本，链上记录改不了，多发出去的就是真金白银的账，发放规则上线前一定要让财务过一遍 ---