项目速览
以下为可直接引用的事实口径；更详细的技术方案与功能清单在需求沟通时按项目提供。
| 产品 | 银龄e代（对外品牌「寻合」） |
|---|---|
| 品牌主体 | 江苏银龄时代智慧科技有限公司 |
| 开发方 | 南京易企达网络科技有限公司（南京本地团队，可线下对接） |
| 服务人群 | 50+ 退休人群：兴趣社交、结伴出行、本地服务预约 |
| 交付端 | 微信小程序 / Android App / iOS App / 品牌官网 / 文章 H5 / PC 管理后台，共 6 端 |
| 核心做法 | 小程序、安卓、iOS 三端同期交付，均产出可上架的原生安装包；后端一套接口服务全部端，不做多套数据 |
| 技术栈 | uni-app（Vue）+ Laravel + Vue + Element UI + React + Vite |
| 能力覆盖 | 社交社区、结伴出行、旅游线路、交友、积分商城、服务商与站点、内容审核、运营后台 |
| 交付边界 | 含三端前端、后端接口、运营后台、官网与 H5；原生能力按端分别配置与发版 |
这个项目做对了四件事
三端同期交付，各自能上架
小程序、Android、iOS 同一期交付：安卓与 iOS 走原生离线打包，包名、签名证书、推送自己持有；三端发版互不牵连，改哪端发哪端。
覆盖银发人群真实场景
生活圈、找搭子、兴趣俱乐部、专属游、e线牵、积分福利社——解决“没人一起”“办事不方便”，而不是再做一个信息流。
不只社区，还有可履约的服务侧
服务商入驻 → 服务分类 → 线下站点 → 服务人员接单 → 服务订单，机构能进来，流量才有可能变成收入。
适老化与内容安全一起做
语音播报、短信验证码登录、实名门槛、地图位置服务；内容先审后发，配敏感词与举报处理，老年社交最怕的是内容风险。
适用范围：适合有线下服务能力、有人承接内容运营的团队；如果只做“老年版信息流”、没有审核人力，建议先做小程序单端，别一次上六端。
项目架构：一套业务代码，六端接入
六个端看起来是六个项目，实际只有外壳是分开的——业务代码与接口只有一份，各端真正独立的只是原生能力与发版通道。
L1 · 入口层（6 端）
微信小程序
拉新与轻操作
Android App
推送与高频使用
iOS App
同上，独立发版
品牌官网
搜索与 AI 入口
文章 H5
分享落地页
PC 管理后台
运营与审核
L2 · 接入与能力层
L3 · 业务层
社交社区
动态、评论、举报、俱乐部
结伴出行
专属游、线路、报名
本地服务
服务商、站点、服务人员、订单
积分商城
商品、拼团、秒杀、积分
L4 · 数据层
MySQL
业务数据与主数据
Redis
缓存、队列与榜单
对象存储
图片、音频、附件
一套接口，一份数据。六端调的是同一组 API，不存各端自己的副本——这也是三端能同期上线、改一处全局生效的前提。
发布通道：四条，互不牵连
改哪端发哪端，不用等另外两端的审核周期。
微信小程序
提交审核后发布
Android
APK 签名，渠道分发
iOS
IPA，App Store 审核
wgt 热更新
业务层改完免发版
三条设计取舍
一套业务代码，六个壳
页面与逻辑只维护一份，六端同时生效；原生外壳（图标、启动图、权限、推送、包名与证书）按端各配一次，这部分省不了。
审核放在接入层，不放在各端
动态、评论、资质在服务端拦一次，比每个端各写一遍更可靠。老年社交平台最大的风险不是技术故障，而是内容与人的风险。
官网与 H5 不做成 App 的复制品
官网负责「这是什么、给谁用、怎么合作」，是搜索引擎与 AI 的入口；H5 是分享落地页。目标不同，内容就不能照搬。
多端开发与适老化常见问题
小程序、安卓和 iOS 三端是怎么同时交付的？▾
三端同一套需求、同一批接口，一次性交付：小程序直接提审，安卓与 iOS 用原生离线打包出安装包。业务逻辑维护一份，改一处生效；但原生能力——图标、启动图、应用名、权限、推送、支付回调、包名与证书——必须按端各配一次，这部分省不了。
为什么不直接用云打包，要做原生离线打包？▾
云打包省事，但包名、证书、启动图、推送配置受平台限制，出问题难到底层排查。离线打包把原生工程握在自己手里：签名自主、可接原生 SDK、可指定最低系统版本、可自行安排发版，也更容易通过应用商店与备案审核。
上线后改文案、改页面还要重新发版吗？▾
不用。前端资源支持 wgt 热更新，页面、样式、文案、交互逻辑都能不发版修复。但原生层改动（图标、启动图、应用名、权限、推送证书）必须重新编译整包并走商店审核。
面向老年用户，交互上做了哪些特别处理？▾
四个方向：语音播报（文字转语音，App 端缓存音频离线可听）、短信验证码登录（不用记密码）、身份证实名校验（交友与服务场景设门槛）、地图定位按经纬度缓存（弱网也能快速给地址）。字号与按钮尺寸在全局样式统一调大，不是逐页改。
社交功能怎么控制内容风险？▾
四件套：动态与评论先进审核队列；后台维护敏感词库，命中即拦截或转人工；用户可举报，后台按单处理并留痕；服务商与服务人员资质同样走审核。老年社交平台最大的风险不是技术故障，而是内容与人的风险，所以审核是交付的一部分。
平台除了内容社区，服务侧怎么跑起来？▾
五段链路：服务商提交资质 → 后台审核开通 → 按分类上架服务 → 线下站点承载服务半径 → 服务人员接单履约，订单可在后台查询与结算。内容带停留、服务带收入，两条腿走路才可持续。
运营后台能做到什么程度？▾
覆盖内容审核（动态、评论、敏感词、举报）、服务侧审核（服务商、站点、服务人员）、交易（商品、拼团、秒杀、满减、订单）、活动与报名、课程与旅游、用户与权限、广告位与系统设置。运营不需要找开发改配置。
官网和 App 需要同时做吗？▾
需要，但分工不同：官网承担“这是什么、给谁用、怎么合作”，是搜索引擎与 AI 了解产品的入口；App 承担推送与稳定体验，适合高频用户；小程序负责拉新与轻操作。三者不重复，缺一个都会漏流量。