1. 背景目标
校园内部存在大量的临时性代办需求(代取快递、代课点名、跑腿买饭等),但目前多通过QQ群/微信群完成,缺乏信任担保、资金保障及证据留存。本项目旨在建立一个校内封闭的众包互助平台,核心目标是:实现资金担保交易、数字化证据链存证、校园闲置劳动力高效撮合。
2. 用户场景
发单人 (需求方)
张同学在图书馆复习,由于快递即将超时,发布“代取快递”任务。要求必须在驿站门口拍照,并将取到的包裹放在宿舍楼下。下课后核对无误,确认结算。
接单人 (执行方)
李同学想赚零花钱,在任务大厅抢到单后,通过匿名IM沟通细节,按要求拍摄黑板/包裹等证据上传。任务完成后系统自动分账到其钱包。
3. 功能清单
| 模块 | 功能点 | 详细说明 |
|---|---|---|
| 登录/认证 | 手机号登录+实名 | 必须上传学生证或学信网截图通过人工审核。 |
| 任务发布 | 智能订单创建 | 分类(代课/代取等)、金额、匿名开关、截止时间。 |
| 任务大厅 | 实时任务流 | 支持地理位置排序、佣金排序、任务状态筛选。 |
| 支付结算 | 钱包/分账系统 | 支持充值、预扣、80/20分账比例。 |
| 交互存证 | 匿名IM/相机直拍 | 禁止相册上传,确保证据实时性。 |
| 申诉中心 | 纠纷仲裁 | 发单人不确认或接单人乱拍照时的客服介入流程。 |
4. 业务流程 (商业逻辑)
闭环说明:发单(预付) -> 平台托管 -> 抢单执行 -> 上传凭证 -> 用户确认 -> 分账结算。
5. 详细功能规则
5.1 匿名规则
订单开启后,双方在IM中显示随机生成的昵称(如:海棠同学、丁香同学),确保隐私。
5.2 资金自动结算
接单人上传凭证后,若发单人24小时未操作,系统自动触发“满意结算”。
6. 原型 + 交互 (详见原型页)
交互核心:点击流转必须顺畅,状态转换实时通知(WebSocket推送)。
7. 字段 / 校验 / 异常
| 场景 | 异常/校验项 | 处理结果 |
|---|---|---|
| 发布任务 | 余额 < 任务标价 | 阻断发布,引导跳转充值页。 |
| 上传凭证 | 图片文件 > 5MB | 前端压缩,若失败提示“图片过大”。 |
| 任务超时 | 截止时间已到无人接单 | 任务自动关闭,资金原路退回钱包。 |
8. 非功能需求
- ● 并发性:支持校内5000人同时在线刷单。
- ● 安全性:资金账户加密存储,支付动作需二次密码或指纹认证。
- ● 实时性:IM消息延迟控制在200ms以内。
9. 验收标准
1. 完整走通登录认证到提现的闭环。
2. 系统成功在分账环节扣除20%服务费且财务平账。
3. 客服后台能调取任意订单的IM沟通历史及拍照凭证。
1 业务流程图 (商业闭环)
角色:用户、运营、系统、支付三方
2 用户操作流程图 (页面路径)
3 功能逻辑流程图 (后端规则)
// 资金分账处理逻辑
IF (order.status == 'USER_CONFIRMED' || order.expire_wait_time == 0) {
const total_fee = order.total_amount;
const system_commission = total_fee * 0.2;
const runner_income = total_fee * 0.8;
db.wallets.update(runner_id, { balance: balance + runner_income });
db.wallets.update(platform_id, { balance: balance + system_commission });
notify(runner, "结算成功,收入已入账");
} ELSE {
wait_for_user_action();
}
接单啦!
学生实名认证
点击上传学生证正面
大厅
阶教302点名代课
北门菜鸟大件快递
发布任务
任务详情
代课点名
¥50.00发单人:匿名用户A
信誉度 99%
支付金额
¥ 50.00
与 丁香同学 对话中
相机预览画面
验收执行凭证
执行人于 14:30 在教学楼A区完成拍照
分账结算成功!
阿强_7281
学生已认证我的钱包
¥ 1,280.00
累计收益
¥ 3,420.00