需求描述
《真好玩》微信小程序 + PC后台 + 服务端
全包开发需求(一期 · 45天交付)
一、项目背景与目标
开发一款以"局"为核心连接单元**的邀请制服务撮合平台——《真好玩》微信小程序。平台连接三类角色:**玩家(需求方)、行家(服务方)、领路人(撮合方),通过去中介化的组局模式,实现从邀请注册→实名认证→发起/加入局→双重审核→局内协作→评价成长的完整服务闭环。
一期目标:跑通MVP核心业务闭环,快速上线验证商业逻辑,低成本积累种子用户。
二、交付范围(全包)
| 交付项 | 说明 |
|--------|------|
| 微信小程序端 | 按我方UI稿+需求说明书开发,像素级还原 |
| PC网页管理后台 | 审核/管理/配置/数据看板 |
| 服务端接口+数据库 | 全套API、权限鉴权、数据结构设计 |
| 部署上线 | 部署至我方现有服务器(我方提供服务器、域名、微信小程序主体、微信服务号) |
| 完整交付物 | 见下方第八条 |
三、一期核心功能(P0必须交付)
以下功能均为P0级,必须在45天内全部上线。具体页面与交互以《需求说明书》+UI稿为最终标准。
3.1 账号体系(P0)
邀请注册:无邀请码/邀请链路无法完成注册;邀请关系一经建立**永久绑定**,不可解除
微信授权登录 + 手机号绑定(强制)
实名认证(强制):姓名+身份证信息校验
视频验证(强制):接入第三方活体检测/人脸核验服务(如腾讯云慧眼、阿里云实人认证等),实现自动化身份核验,结果与状态(待核验/通过/驳回)在后台可查,驳回可重新提交
📌投标方需在方案中注明:拟接入的第三方服务商、费用估算(按调用次数)、是否包含在报价内
角色体系:玩家 / 行家 / 领路人,同一账号支持多角色灵活切换
3.2 组局核心流程(P0)
发起局:填写局信息(主题/简介/时间/人数限制等)→ 提交官方后台审核 → 通过后上架 → 驳回可修改重提
每局人数:强制限制5-8人(系统层面硬控制,不可突破)
每日发局限额:单个玩家/行家自然日内最多发起3局(系统自动拦截)
浏览/筛选局:按类型、时间、主题等维度(按UI)
加入机制:
- 领路人邀请玩家 → 玩家同意 → 行家终审(按需求书流程)
- 玩家申请入局 → 行家审核通过/拒绝
双重审核机制:后台系统初审 + 发起人/行家人工复核,对局主题、行家资质、领路人身份实行100%人工审核
成团取消赔付机制:活动成团后发起人无故取消,系统自动计算应赔付金额并记录赔付状态(应赔付/已处理/争议中);一期不发生实际资金流,仅做规则约束+记录+状态流转,预留后续接入支付结算的字段与接口
局状态流转:创建→审核中→已上架→招募中→已成团→进行中→已结束(完整状态机)
3.3 局内IM(P0)
一期交付:文字消息(需求书P0含图片/文件,但我方一期范围调整为纯文字,架构必须预留扩展能力)
满员自动开启IM群(系统自动触发)
敏感词拦截:基础违禁词库,后台可配置
群管理权限:行家拥有最高权限(踢人/禁言/解散等);领路人无对局管理权限,仅可辅助撮合
📌 投标方需在方案中注明:IM技术方案选型(自研/腾讯IM/融云等)及可扩展至图片/文件的升级路径
3.4 评价与成长体系(P0)
局后多方互评:玩家评行家、行家评玩家、领路人参与评价(双向评价按需求书)
经验值与等级成长机制:完成局/评价/任务打卡等行为触发经验获得,等级随经验提升
信用档案:记录历史局、评分、违规记录
成就系统:基础成就(按需求书/UI)
积分兑换入口:一期开放入口,兑换规则可后台配置(具体兑换品类二期落地)
3.5 领路人与行家专属功能(P0)
行家管理工具:技能树展示/管理、服务能力标签、服务记录
领路人工具:人脉关系网管理、撮合记录、局进度跟踪
分润模拟:可查看当前局预估分润(一期不发生实际资金流,仅展示计算结果与记录)
3.6 个人中心(P0)
个人信息:昵称/头像/标签/简介/认证状态
资金(展示应得/应付分润记录,一期不接支付)
人脉管理(邀请关系链)
等级/经验/成就/信用/积分展示
局全状态管理:我发起的局/我参与的局/历史局
举报与申诉入口
3.7 LBS服务(P0)
集成精准定位,实现"附近的局"推荐功能
打通线上线下,提供本地化机会匹配
3.8 PC网页管理后台(P0)
局管理:审核队列、上下架、推荐位/标签管理、违规处理
用户管理:角色管理、实名/人脸认证状态查看、邀请关系链、禁用/黑名单
审核中心:行家资质审核、领路人身份审核、局主题审核(*00%人工审核)
赔付记录管理:查看/处理赔付状态(应赔付/已处理/争议中)
内容与规则配置:敏感词库、类目标签、发局限额、人数上下限等关键参数可配置
多级权限管理:至少支持超级管理员/运营员两级
操作日志:关键操作留痕可查
3.9 基础数据看板(P1,条件允许时交付)
核心运营指标:DAU/新增用户/局发布数/成团率/评价数等可视化展示
四、一期明确不做
| 不做项 | 说明 |
| 真实支付/收费/退款/分账 | 前期免费运营,一期不上线任何资金流 |
| 赔付资金实际划转 | 仅做规则+记录+状态,不发生实际转账 |
| AI智能推荐引擎 | 二期规划 |
| 高级IM(图片/文件) | 架构预留,二期升级 |
| App端 | 二期规划 |
| SaaS商家对接 | 二期规划 |
| 元宇宙相关 | 二期规划 |
五、一期关键规则
| 规则 | 具体要求 |
|------|---------|
| 邀请制与终身绑定 | 无邀请无法注册;邀请关系永久绑定不可解除 |
| 局人数强制限制 | 每局5-8人,系统层面硬控制 |
| 每日发局限额 | 单账号自然日最多发起3局,超限自动拦截 |
| 成团取消赔付 | 系统自动计算赔付金额,记录状态,不发生资金流 |
| 全链路人工审核 | 局主题/行家资质/领路人身份100%人工审核,不得用机器自动通过 |
| 界面像素级还原 | 严格按UI/UX设计稿,不得擅自调整布局与视觉 |
六、技术与质量要求
严格按UI稿像素级还原,交互按需求书执行
代码结构清晰、模块化、关键业务逻辑注释完整,支撑后续快速迭代
接口权限鉴权完整;关键操作防重放、防刷;后台操作日志留痕
兼容主流微信版本;核心页面首屏加载合理;列表滚动流畅
第三方人脸核验接入需考虑调用失败降级方案(如超时/服务异常时的处理流程)
数据库字段设计需预留支付/分润/赔付资金流的扩展字段
七、工期要求
总工期:45天(以双方需求/UI评审冻结之日起算)
投标方需提交分阶段排期计划,建议包含以下节点:
| 阶段 | 内容 | 建议时间 |
| 第1周 | 需求/UI评审确认 + 技术方案/数据库设计冻结 | Day 1-7 |
| 第2-3周 | 核心链路开发(账号/组局/审核/IM) | Day 8-21 |
| 第4周 | 其余模块开发(个人中心/成长体系/LBS/后台) | Day 22-28 |
| 第5-6周 | 联调/测试/Bug修复/部署上线 | Day 29-45 |
八、完整交付清单(验收硬性要求)
| 交付物分类 | 具体内容 | 格式要求 |
| 开发源码 | 小程序前端源码、后端服务源码、PC后台源码 | 压缩包/Git仓库 |
| 技术文档 | 数据库设计文档、接口文档、部署文档、操作手册 | Word/Markdown/Apifox |
| 测试文档 | 测试报告、核心用例文档 | Word/飞书 |
| 上线文档 | 小程序线上版本、服务器部署环境说明、账号密码清单 | 线上可访问+文档 |
验收标准:
功能按需求说明书逐条验收通过
UI关键页面与设计稿一致,不走样
源码可在我方服务器独立部署成功
核心业务链路零阻断性Bug
上线后提供不低于30天质保(Bug修复,不含新需求)
九、我方提供的资源
《小程序需求说明书》PDF(合作确认后提供)
UI设计稿完整文件(合作确认后提供Figma/蓝湖链接)
服务器 ✅
域名 ✅
微信小程序主体 ✅(配合完成上架)
微信服务号 ✅
微信支付商户号 ✅(一期不使用,预留二期)
十、预算说明
本项目不公开预算区间,请投标方基于本需求描述+UI稿,提交:
1. 分模块报价(小程序端/服务端/PC后台/人脸核验接入/LBS/IM/测试/部署)
2. 人员配置说明(前端/后端/测试/PM各几人,是否外包或自有团队)
3. 工期排期(分阶段里程碑计划)
4. 质保与运维方案(质保期/响应时效/紧急Bug SLA)
我方将综合交付能力、案例匹配度、技术方案成熟度、工期合理性与报价择优合作。
十一、投标方请提供以下材料(用于筛选)
1. 类似案例(组局/审核流/撮合/IM/实名认证/LBS类项目优先)
2. 技术方案概述:
整体技术栈(小程序框架/后端语言/数据库)
人脸核验接入方案(拟用哪家服务商,费用如何)
IM方案选型与可扩展说明
LBS实现方案
3. 团队介绍:规模/配置/是否自有/交付历史
4. 排期甘特/里程碑:45天内如何分配
5. 付款节点建议:是否接受里程碑分期付款
十二、付款方式建议(保护双方)
| 里程碑节点 | 比例 |
| 需求/UI评审通过 + 技术方案确认 | 20% |
| 核心流程开发完成可演示(账号/组局/IM联通) | 30% |
| 提测版本交付 + 主要Bug修复完成 | 30% |
| 正式上线 + 源码/文档交付 + 7天稳定运行 | 20% |