报备契约队——团队展示

[报备契约队]

报备契约队——团队展示

更新于2025.9.29 17:00

项目	内容
这个作业属于哪个课程	https://bbs.csdn.net/forums/FZU_university_2025?typeId=9244429
这个作业要求在哪里	https://bbs.csdn.net/topics/619948130
这个作业的目标	1. 完成4-8人团队组建，明确成员分工与软工角色；2. 确定“轻量化食堂店面推荐与外卖平台”为学期项目选题（统一小程序端，按登录信息区分学生/商家/管理方三方角色），基于NABCD模型完成分析；3. 制定公平可落地的团队绩效考核方案；4. 发布团队展示博客，为后续项目开发与选题汇报奠定基础
其他参考文献	《构建之法》（团队绩效考核、团队成员投入程度相关章节）

二、队伍的简介

1. 队名：报备契约队

2. 队员风采

成员	学号	姓名	CSDN地址	成员性格	擅长的技术	兴趣爱好	希望的软工角色	一句slogan
成员1（队长）	102300117	王胤杰	https://blog.csdn.net/2501_93345669?type=bbs	统筹力强，能拆解任务、协调进度，面对问题冷静解决	Java、SpringBoot、MySQL，有简单接口开发经验	看技术教程、整理开发笔记、打羽毛球	后端开发+项目协调（负责用户权限、接口设计、小程序与后端数据交互）	“把复杂问题拆解开，高效推进每一步！”
成员2	102300111	叶逸群	https://blog.csdn.net/2301_80150180?type=bbs	细致敏感，擅长挖掘用户真实需求，文档撰写逻辑清晰	Axure原型设计、Markdown文档编写、用户需求调研	逛产品社区（如人人都是产品经理）、写短篇测评	PM（产品经理）+需求文档撰写（负责小程序功能规划、原型设计、交互逻辑梳理）	“懂需求才能做对产品，细节里藏着用户认可～”
成员3	102300118	何闽新	https://blog.csdn.net/2301_77705503?type=bbs	审美在线，注重界面交互体验，对细节把控严格	UniApp、Vue3、Element Plus，熟悉小程序组件开发	收集优质UI设计案例、剪辑短视频、做手账	前端开发（负责小程序页面开发、交互优化、多端适配）	“让页面好看又好操作，是我的小目标！”
成员4	102300119	王可晨	https://blog.csdn.net/say_goodbye6?type=bbs	逻辑缜密，擅长排查技术漏洞，后端开发思路清晰	Python、Flask、数据库设计，熟悉SQL语句编写	刷算法题、研究开源项目、玩单机游戏	后端开发（负责小程序后端接口开发、数据存储、业务逻辑实现）	“用稳定的代码，支撑每一个功能落地！”
成员5	102300116	李乐阳	https://blog.csdn.net/2302_79986707?type=bbs	耐心负责，能系统设计测试用例，严格把控产品质量	黑盒测试、Bug管理（Excel/在线表格）、测试报告撰写、小程序功能测试	阅读、整理错题本、组织小组学习	测试工程师（负责小程序测试用例设计、功能测试、Bug跟踪）	“不放过任何一个Bug，守住产品质量线！”
成员6	102300410	余传斌	https://blog.csdn.net/Hosoyu12138?type=bbs	积极乐观、外向开朗、有毅力	UniApp、Vue3，熟悉小程序事件绑定与状态管理	打游戏，听音乐	前端开发（负责小程序用户交互功能实现、页面动效开发）	“让交互丝滑不卡顿，用户夸我才开心！”
成员7	102300411	蔡翔年	https://blog.csdn.net/2301_79979791	和蔼	JavaWeb、MySQL数据库、UniApp基础开发	健身	前端开发（负责小程序基础页面搭建、组件复用设计）	“加油！！！”

3.团队愿景

本团队选题“食光荐客”，初衷是用轻量化方案解决师生“食堂选店难、反馈无门”与商家“优化无方向”的痛点，避免功能冗余导致开发周期过长。学期内计划完成小程序核心功能开发：覆盖本校2个主要食堂、50+店面，累计用户达800人以上，确保评价真实有效、反馈处理及时（24小时内响应），适配微信小程序端（支持手机端便捷操作，无需额外下载APP），操作零门槛。
未来希望进一步优化小程序性能（如提升页面加载速度、减少缓存占用），新增“简单订餐预约”功能（学生选好菜品、预约取餐时间，商家通过小程序接收订单并提前准备，减少排队）；同时开放“数据看板”模块给管理方（小程序内专属管理页面），辅助食堂调整店面布局与品类分布（如“麻辣烫类需求高则增加相关店面”）。最终让“食光荐客”成为本校师生“食堂用餐的必备小程序”，甚至推广到周边高校，成为“轻量化校园食堂管理小程序”的小标杆。

三、项目简介

开发轻量化食堂店面推荐平台“食光荐客”微信小程序，通过登录信息（学生/商家/管理方专属账号）区分三方角色，支持学生评分评价与反馈、商家信息编辑与互动、管理方审核与监管，聚焦核心功能降低开发成本，服务本校师生食堂用餐决策与食堂运营管理需求，实现“扫码即用、轻量化操作”的使用体验。
Develop the lightweight canteen store recommendation WeChat Mini Program "Shiguang Jianke", which distinguishes three roles (students, merchants, canteen managers) through login information (exclusive accounts for each role). It supports students to score, evaluate and give feedback, merchants to edit information and interact, and managers to review and supervise. It focuses on core functions to reduce development costs, serves the dining decision-making of teachers and students and the operation management of the school canteen, and realizes the user experience of "scan and use, lightweight operation".

四、 NABCD表述

N（Need：需求痛点）

• 学生层面：每天面临“食堂吃什么”的选择困难，新店面缺乏可靠参考，过往依赖“盲目尝试”或“同学口头推荐”，踩坑率高；遇到菜品卫生、分量不足等问题，无便捷反馈渠道，只能“忍气吞声”；希望通过手机端快速操作，无需下载复杂APP。
• 商家层面：缺乏与学生的直接沟通途径，无法及时获取菜品评价，只能通过“剩菜量”判断满意度，优化方向模糊；优质店面因“知名度低”客流不足，竞争力弱；希望通过简单工具管理店面信息，无需专业技术能力。
• 食堂管理方层面：传统“意见箱”反馈率低（不足10%），处理进度无法公示，学生信任感差；难以实时掌握各店面运营情况（如评分、投诉量），管理效率低；希望通过移动端随时查看数据，无需依赖电脑端后台。

A（Approach：“食光荐客”微信小程序**，不区分多端，仅通过“登录信息”自动划分三方角色权限，适配手机端操作习惯，降低开发与使用复杂度：

• 学生角色：微信授权登录后，可查看带评分的店面列表（支持按“距离/评分/品类”筛选）、对店面进行“口味/分量/卫生/性价比”多维度评分（搭配图文评价），同时支持向商家提问（小程序内即时收到回复通知）、向管理方提交反馈（附图片）；
• 商家角色：账号登录后，可在小程序管理页编辑店面基础信息（营业时间、招牌菜品及图片）、回复学生评价与提问（未读消息提醒）、查看“周/月评分趋势”（图表化展示），快速定位优化方向；
• 管理方角色：专属账号登录后，可在小程序管理后台审核商家入驻申请（核对食堂承包资质，线上签署入驻协议）、过滤违规评价（如辱骂、广告）、处理学生反馈并标记“已解决/处理中”（处理结果实时同步至学生小程序端），同步生成“食堂运营周报”（可导出）。

B（Benefit：核心收益）

• 学生：选店时间从10分钟缩短至2分钟，差评踩坑率降低60%，反馈问题解决率提升80%；无需下载APP，微信内搜索或扫码即可使用，适配手机端操作习惯（如单手滑动、点击交互），操作便捷；
• 商家：小程序管理页操作简单，10分钟可完成信息编辑，无需学习复杂技术；通过评价数据快速调整菜品（如“分量不足”反馈多则增加分量），优质店面通过小程序曝光，客流提升30%；
• 管理方：小程序端即可完成管理操作，无需依赖电脑，反馈处理效率提升50%；实时查看食堂整体评分与问题分布（如“卫生问题集中在A区店面”），数据图表化展示，管理更精准；
• 团队层面：聚焦微信小程序开发，减少“多端适配”工作量（无需兼顾Web端/APP端），优先实现核心功能，更易在学期内完成落地与测试，同时贴合用户移动端使用习惯，提升用户粘性。

C（Competitor：竞争优势）

现有方案	本小程序优势
校园贴吧/微信群评价	微信小程序轻量化，无需翻找聊天记录；角色区分清晰，商家可回复、管理方可处理，形成互动闭环；有消息通知功能，反馈回复实时触达
大众点评等通用平台	仅覆盖本校食堂，无校外无关信息；学生需绑定校园身份（或微信授权关联校园账号），评价真实性有保障，无广告刷单；适配校园场景操作（如“食堂内距离排序”）
食堂自建简单评价系统	微信小程序端使用，无需额外登录；支持三方角色互动（非单向评价）；有评分趋势分析、反馈公示功能，功能更完整；管理方可移动端操作

D（Delivery：落地推广）

1. 冷启动阶段（1-2周）：对接学校1个核心食堂的管理处，获取10家主力店面信息并协助完成小程序入驻（提供初始登录账号，指导完成信息填写）；在食堂入口贴小程序二维码海报（“扫码评菜品，抽5元食堂代金券（小程序内开奖）”）、班级群转发小程序链接（附使用指南），吸引首批500+学生用户；
2. 增长阶段（3-4周）：每周在小程序内评选“优质评价用户”（图文详细、参考价值高），奖励食堂代金券（由管理方或商家赞助，券码直接发放至小程序“我的卡包”）；向管理方提交“食堂评分周报”，推动在小程序首页“公告栏”公示，增强学生信任；
3. 稳定阶段（1个月后）：根据用户反馈优化小程序体验（如简化评价步骤、增加“常用店面收藏”功能、优化页面加载速度）；积累足够数据后，拓展至学校其他食堂，逐步增加“菜品忌口标记”（如“少盐”“免辣”，商家小程序端收到忌口提醒）等辅助功能。

五、团队绩效考核方案

基于《构建之法》中“团队成员投入程度”与“绩效管理”相关内容，经全员讨论，制定“周考核+月汇总”的考核方案，兼顾公平性与可操作性，考核结果作为后续作业贡献度划分依据（新增小程序开发相关考核细节）：

1. 考核维度与权重（满分100分）

考核维度	权重	具体考核内容
任务完成度	40%	1. 按周计划完成分配任务（如小程序页面开发、后端接口编写、测试用例设计、小程序原型绘制），延迟1天扣5分，延迟3天以上本项得0分； 2. 任务质量达标（小程序页面适配主流手机型号、兼容微信最新版本、后端接口响应时间＜2秒、测试用例覆盖小程序核心功能），质量不达标需返工，返工1次扣10分。
协作贡献度	30%	1. 主动帮助组员解决问题（如协助调试小程序组件、排查接口交互问题、分享小程序开发资料），每次帮助经对方确认后加5分（每周最多加20分）； 2. 按时参加团队会议（每周2次，每次1小时），缺席1次扣5分，迟到15分钟以上按缺席算； 3. 积极参与小程序需求讨论，提出有效建议（如优化小程序交互逻辑、新增实用功能），经团队采纳每次加8分。
沟通与文档	30%	1. 按时提交相关文档（小程序接口文档、测试报告、开发日志、小程序原型图），文档规范完整（含版本号、修改记录、小程序页面标注），未提交扣15分，不规范扣5-10分； 2. 每日18:00前在团队群同步进度（“今日完成内容：如小程序首页开发完成/明日计划：开发评价提交功能”），未同步1次扣3分； 3. 对待反馈积极响应（如修改小程序Bug、调整交互需求），超过24小时未响应扣8分。

2. 评分方式

1. 个人自评：每周五20:00前提交“个人周工作报告”（含小程序相关任务完成情况、协作贡献、问题与改进方向），进行自评（满分100分，占最终得分20%）；
2. 团队互评：每周五团队会议上，组员根据“小程序任务质量、协作表现、沟通效率”对其他成员打分（满分100分），去掉1个最高分与1个最低分后取平均值（占最终得分40%）；
3. 队长评分：队长结合“周计划执行情况、会议表现、小程序相关文档质量”对组员打分（满分100分，占最终得分40%）；
4. 最终周得分 = 个人自评×20% + 团队互评×40% + 队长评分×40%。

3. 结果应用

1. 月度总考核（4周得分平均值）≥90分：评为“月度优秀成员”，在团队博客公示，后续作业贡献度额外加10%；
2. 月度总考核60-89分：合格，按正常贡献度计算；
3. 月度总考核<60分：不合格，需在次月1日前参加“改进会议”，与队长、PM共同制定1周改进计划（如“每天额外花1小时学习UniApp小程序开发语法，提升页面开发效率”）；若连续2次不合格，重新调整分工（从核心开发转为辅助支持，如小程序测试用例整理、用户反馈收集），确保不影响团队整体进度。