需求理解
- 主体服务：聊天陪伴 / 回忆录撰写 / 陪诊 / 过节·逛街陪伴等，个人核验后入驻；平台设价格区间，服务者区间内自主定价，线上支付，平台抽佣。
- 双确认结算：顾客与服务者都确认完成后，资金才打给服务者；超时未确认自动提醒并转平台核实。
- 需求广场：顾客发布需求，核验服务者付 0.1 元查看联系方式；优质服务者可被用户一键推荐。
- 圈子社区：邻居 / 学校 / 年代 / 同乡四类圈子，多级分类发帖，免费、不接线上支付、线下自行交易。
- 平台治理：实名核验、敏感词拦截、投诉举报、双向评价、奖惩规则、数据统计；各板块名称后台可改。
6 分钟演示动线
点击下面的步骤，右侧手机会直接跳到对应页面（手机内所有按钮都可以点）。
功能清单
顾客端 + 服务者端（同一小程序、双角色切换）+ 管理后台（网页）。演示展示的是小程序端。
风险与解决方案（这部分请务必看完）
下面这些问题不解决，项目会卡在审核、或给平台埋下法律责任。每一条的处理办法都已写进本方案。
如果平台先收款、再转账给服务者，资金沉淀在平台账户，属于无证资金清算（俗称「二清」），监管明令禁止。
方案：接入微信支付「分账 / 收付通」——资金冻结在微信支付侧，双方确认完成后系统直接打款服务者、佣金自动分给平台，平台账户全程不碰交易资金；提现走服务者本人实名账户。演示的预约弹窗里能看到这条资金路径。
「申请成为服务者」入驻 + 平台抽佣属于平台型特征；再叠加 UGC 社区、二手、房产直租、顺风车，一个小程序横跨多个类目，部分类目要求 ICP 等资质，一次性全量提审大概率被拒。
方案：分版本上线——V1 只上主体服务的最小形态先过审，圈子等放 V2/V3 逐版本提审；UGC 全量接入内容安全审核。我方负责按微信规范开发并配合整改提审，类目所需资质由贵方主体提供（见下方清单）。
一对一线下陪伴类目容易被钻空子（色情、诈骗等），平台若被认定「明知或放任」需要担责，微信审核也会重点盯这类服务。
方案：服务项目走平台白名单（服务者不可自定义服务名）、双向实名人脸核身、聊天接入内容安全接口 + 自建敏感词库、夜间时段订单风控、投诉即下架复核。演示的聊天页可以实际试一下拦截。
无医疗资质的个人提供临终关怀，触碰医疗护理边界，一旦出事平台首当其冲。
方案：建议下架该项；或更名为「长者陪伴（非医疗、非护理）」并在服务协议中写明边界。「陪诊」可以保留，但服务者须签署不提供任何医疗建议的承诺。此项需要您拍板，需求锁定时一并确认。
0.1 元 / 1 元解锁的本质是手机号——未经本人授权展示，违反《个人信息保护法》。
方案：发布流程内置显式勾选「同意向已核验服务者展示联系方式」，不勾选则任何人不可见；配套隐私政策，解锁全程留痕、授权可撤回。演示的发布弹窗里就是这个勾选框。
① 线上摆摊「食品类」：平台对食品销售负有审查义务；② 顺风车：一旦平台定价或抽成，就进入网约车监管；③ 房东直租「禁止中介」：技术上无法 100% 识别中介。
方案：① 去掉食品类，或改为「邻里互助（非经营）」；② 顺风车只做信息发布，平台不定价、不抽成；③ 中介拦截靠实名 + 举报 + 人工审核，并把规则写进社区公约，平台尽审核义务。
不存在直连 110 的接口，按钮不能做夸大承诺。
方案：实现为「一键拨打 110 + 实时位置推送紧急联系人 + 行程分享」，文案严格按真实能力表述。演示订单页的紧急求助即按此实现。
您提出的三个疑问
- ① 上线后能增加新功能吗？能。小程序按版本迭代，但每次发版微信会重新审核全部功能；新功能涉及新类目时需补对应资质——这正是上面坚持分版本规划的原因。
- ② 以后开发 App，小程序的数据能迁过去吗？能，全量复用。后端按独立 API 设计，账号 / 订单 / 帖子与前端解耦。关键动作：现在就注册微信开放平台并绑定小程序（获取 UnionID），否则将来 App 的微信登录认不出同一个用户。
- ③ 功能区和名称能自主调整吗？能，方式不同。各板块名称（如「信息发布」改「寻物启事」）做成后台配置项，随时改；底部导航用自定义 tabBar 实现动态调整——微信原生 tabBar 是写死的，必须用自定义方案。
客户准备清单（责任划分）
- 公司主体营业执照（个人主体无法开通支付与多数类目）客户侧
- 小程序注册认证 + 各类目资质材料（社区类或需 ICP 等）客户侧 · 我方协助
- 微信支付商户号 + 开通「分账」权限客户侧 · 我方协助
- ICP 备案 / 公安备案客户侧 · 我方协助
- 用户协议 / 隐私政策 / 服务者入驻协议（建议律师把关）客户侧
- 服务白名单、价格区间、抽佣比例、审核与奖惩规则双方确认
- 人脸核身 / 内容安全 / 短信 / 地图等第三方按量费用客户侧
资质与账号全部注册在贵方名下，我方提供办理指引——从源头避免归属纠纷。