城市年轻人对线下文娱社交的需求持续增长，"找人一起玩"是一个真实且高频的场景。当前市场存在三个核心问题：
第一，信息不对称。想找桌游搭子、剧本杀队友、City Walk同伴的人不知道该去哪里找；有技能、愿意带人玩的达人也缺少可信赖的获客渠道。两端都有人在，但缺乏高效匹配的平台。
第二，交易不安全。私下微信转账没有任何保障——一方放鸽子、服务不满意，另一方没有救济渠道。如果平台直接经手资金（用户付给平台、平台再转付达人），又会触发非法"二清"的合规风险。
第三，合规红线高。"陪玩""陪练"等称谓在监管审核中属于敏感词，容易触发平台下架。需要用合规的表述方式和场景定义来规避政策风险。
搭搭平台正是为解决这三个问题而设计的——用合规的身份定位、安全的资金托管机制，让用户找到合适的技能达人，让达人通过自己的技能获得收入。
搭搭是一个绿色、合规的同城文娱休闲技能达人预约平台。平台仅提供线上信息撮合、资金托管、履约风控、售后仲裁四项服务，不直接提供任何线下服务。所有线下行为由用户与技能达人自主履约。
服务供给方统一称为"技能达人"（不用陪玩/陪练/教练等敏感称谓）。首期仅开放北京同城服务，后台预留多城市拓展接口。
平台盈利模式：从每笔订单实付金额中抽取35%作为平台服务费，剩余65%归技能达人。资金通过微信电商收付通托管和自动分账——用户付款后资金冻结在微信侧，订单完成后微信自动执行分账，平台全程不碰达人应得的钱，从技术架构上规避二清风险。
以下场景为平台最终展示的固定服务场景，经过合规审查，V1.0不新增、不修改：
组局、教学、带队，在商场/商圈等公共场所进行
陪练、指导，在正规网吧/电竞馆进行
城市文化导览、街区探索，在公共空间进行
陪练、教学，在正规台球馆进行
二次元角色扮演互动，在展会/公共场馆进行
球类、健身指导等，在正规体育场馆进行
普通消费者，微信授权登录。核心操作：浏览六大场景 → 筛选达人 → 查看达人主页 → 下单（选时长+填地点+写备注）→ 微信支付 → 确认开始计时 → 评价。
技能服务提供者。同一微信用户登录后，如已入驻为达人，通过"我的"页面角色切换入口进入达人工作台。核心操作：三页入驻 → 等审核 → 缴保证金 → 接单/拒单 → 开始服务 → 查看收益 → 申请提现。
平台运营管理员使用，独立Web应用。审核入驻资料、订单全量管理及Excel导出、财务对账（分润统计+提现审核驳回）、达人/用户管理（处罚+封禁）、举报工单处理。
用户端和达人端是同一个微信小程序的内部视图，不是两个独立小程序。同一微信号可同时拥有用户（UID）和达人（TID）身份。登录后后端返回两个ID，前端根据身份展示对应页面。双重身份用户可在"我的"页面看到角色切换入口。
标注为红色"必须先做"的 6 项是上线硬性条件。标黄色"可并行"的 6 项可与开发同步推进。点击每项可标记完成。
| 营业执照代办 | ~¥2,000 |
| 对公账户开户 | ~¥500 |
| 域名首年 | ~¥200 |
| 6份协议法务审核 | ¥5,000-15,000 |
| 小计 | ~¥7,700-17,700 |
| 域名续费 | ~¥200/年 |
| 微信开放平台 | ¥300/年 |
| 微信服务号 | ¥300/年 |
| 小程序认证 | ¥300/年 |
| 云服务器（初期） | ~¥1,500-3,000/月 |
| 微信年费合计 | ¥900/年 |
| 版本 | 内容 | 时机 |
|---|---|---|
| V1.0 | 48个功能点，单城市（北京），无IM/会员/等级 | 第8周 |
| V1.1 | 会员成长体系（VIP/SVIP/VVIP 10级）+ 达人等级SABC + 升降级 | V1.0稳定1个月后 |
| V1.2 | 平台好友 + 常约达人 + 个人主页编辑 | 用户量>500 |
| V1.3 | IM即时通讯 | 订单量>100/天 |
| V2.0 | 多城市开放 + 社区图文模块 | 商业模式验证后 |
微信云开发（CloudBase）有五个致命缺陷：无关系型数据库（MongoDB文档型无JOIN无事务，本项目28张表必须MySQL）→ 无持续定时任务（云函数请求触发即销毁，10分钟超时和计时引擎需要常驻进程）→ 不支持外部HTTP回调（收付通支付回调需要自有域名）→ 不支持PC后台 → 不支持多端共享数据。本项目必须自建服务器、自备域名、MySQL+Redis。
普通支付（用户付款到平台商户号→平台转给达人）= 非法二清，央行处罚。必须用电 商收付通：用户付款后资金冻结在微信托管账户，订单完成后微信自动分账65%给达人、35%给平台。平台全程不碰达人应得的钱。
小程序后台JS线程5-10秒冻结，前端setInterval倒计时必出问题。正确做法：下单时服务端记录绝对时间戳end_time → Redis Sorted Set调度（ZADD timer_queue end_time order_id）→ Worker每30秒轮询（ZRANGEBYSCORE timer_queue 0 NOW()）→ 前端只做展示，每次调接口拿剩余时间。
下单时填写：时长+见面地点+技能类型+留言备注（≤200字）。达人接单时看到全部信息决定接/拒。拒单可附原因。不需要WebSocket、消息存储、敏感词实时拦截。
用户端和达人端是同一小程序的内部视图。登录后后端返回uid和tid，前端根据两者存在展示对应页面。角色切换=前端路由切换，不需重新登录。OpenID是唯一标识，不需要UnionID。
微信回调至少通知一次、不保证只通知一次。处理：①验签 → ②查order_payments（transaction_id已存在→直接返回SUCCESS）→ ③开事务写流水+更新订单+写时间线 → transaction_id做唯一索引。
禁止浮点数。金额全部存分（int64），只在展示时÷100转元。分润用整数运算：userPaid * 65 / 100，不用amount * 0.65。
敏感信息加密：身份证号AES-256加密，密钥存环境变量不提交Git。身份证/人脸图片存COS私有桶，签名临时URL访问。密钥不进代码、不打印日志、DB只有密文。
软删除规则：订单（财务凭证）、支付流水、评价（影响好评率）、协议签署记录（合规举证）、举报工单（纠纷追溯）——全部用status字段逻辑删除，禁止硬删除。
微信限制：服务器域名必须HTTPS；不能出现"充值""余额"字眼；wx.getLocation每次弹窗授权；页面栈最多10层；主包2MB限制。
支付调试：微信支付无沙箱环境（2023年废弃），必须真实商户号和真机测试。建议申请测试商户号。
收付通三个坑：①分账接收方必须先添加（达人入驻通过后调接口，走微信审核）②分账有30天窗口（超时不能分）③分账后退款要先调分账回退再退款（比普通退款多一步）。