小程序 / 本地生活小程序 / 本地生活小程序Web 网站后台系统已交付
互动体验类小程序（多端）
小程序、H5 与管理端共用一套后端，用于品牌互动与用户拉新场景。
成果与数据
33 个
业务接口
小程序 + H5 + 管理端
覆盖端
Taro 多端复用
技术栈
端覆盖—小程序 + H5 + 管理端
代码复用多端各写一遍Taro 一套代码出两端
业务接口无33 个接口 / 7 张业务表
以上为上线后的实测对比。数据来自客户现有业务的日常记录（订单系统、排班表、财务流水等）， 由客户方业务负责人确认。没有可靠量化口径的项目，这里只写周期、迭代次数这类过程指标。
客户当时的处境
想做个互动小程序拉新，但场景做完就凉，用户玩一次不会再来
同一套互动要同时上小程序和 H5，写两遍不现实
互动产生的数据没有地方沉淀，做完说不清效果
怎么做的，为什么这么做
一套逻辑两端复用
用 Taro 把互动逻辑写一次，同时产出小程序与 H5 版本，降低多端维护成本。
数据回流管理端
互动过程的参与数据回流到管理端，可查看参与量与完成情况，而不是做完就丢。
界面与演示
该项目界面受客户保密要求约束，对外只展示结构示意。如果你需要看实际界面，可以在沟通时申请一次在线演示。
TaroReactJavaSpring BootMySQL
Taro 前端一套代码产出小程序与 H5，互动逻辑与展示分离；后端提供参与记录与配置接口，管理端查看参与数据。互动配置走后台，换活动主题不用重新发版。
同类项目
全部项目其他小程序 / 本地生活案例
同类需求的做法可以直接复用，沟通成本也低。
有类似需求？
先聊清楚你要解决的那件事
不用把需求想得很完整。说清楚现在是怎么运转的、最卡的是哪一步， 剩下的功能清单和报价我来整理，你确认就行。
这类项目通常落在「轻量版」这一档。 金额我不在页面上写 —— 同样的系统，多一个端、多一项对接， 成本就差一截，写出来一定不准。
说说我的需求