项目与团队亮点
项目管理
分工及贡献分
考虑工作时间相比代码量更能体现个人贡献,采用50%固定基础分+30%工作量分+20%互评分的方式分配贡献
-
成员 工作 贡献分 LZ 首页,关卡选择页面,mock测试 53 RZH 部分后端接口实现,部署 50 HYZ 原型设计,结算页面,用户统计页面 47 GPS 打字页面 49 ZZY 数据搜集,部分后端接口实现,单元测试 51
管理
-
代码管理:gitlab
-
开发模式:
-
微信:时间规划
-
腾讯会议:思路讨论,确定方向
-
线下会议:具体设计,集中开发
-
飞书共享文档:任务管理

-
-
进度管理:
考虑成员开发任务见相互独立,采用开发者自由分配任务的模式,但此方法实际无法保证进度
由于采用固定时间段集中开发的模,每日的总工作量(花费时间)几乎相同

产品介绍
设计理念
- 打字速度主要取决于对键位的熟悉程度和对内容的熟悉程度,二者必须兼顾
- 在保证功能的情况下尽量简约
产品介绍
-
用户登录

-
关卡模式


-
文章推荐

-
练习模式

-
打字页面

-
关卡模式评级
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-jqcYvCyo-1683472524848)(C:\Users\houyz\AppData\Roaming\Typora\typora-user-images\image-20230507032122703.png)]
-
用户数据统计:总正确率统计,总练习时间,每日正确率统计待完善,


典型用户场景
- 小明,大一信息类新生:
- 刚刚接触电脑,不熟悉编程语法,不熟悉键位,但每周有大量程设作业
- 刚子,30+,刚应聘成功销售职位:
- 需发布大量事务性邮件与客户沟通,但不熟悉键位,打字速度慢
- 痛点:无法兼顾对键位与内容有针对性地训练
- 直接在实际中练习:不熟悉键位,效率低下
- 在打字网站练习:无法熟悉内容,针对性不强,缺乏动力
- 解决:
- 在文章推荐模式针对性练习键位,培养键位映射
- 在练习模式针对性练习键位,巩固键位映射
- 在关卡激励机制下练习,进一步提高
同类竞品比较
-
指标 zeeee kukuw kaiyi Qwerty Learner 内容选择 支持 不支持 不支持 支持 键位提示 支持 支持 支持 不支持 美观性 一般 一般 极好 极好 针对性练习推荐 支持 不支持 不支持 不支持 附加学习功能 支持 不支持 支持 支持 -
杀手功能:兼顾对键位与内容有针对性地训练
发布
宣发方式
- 朋友间分享
活跃用户量
- 截至5月4日,已经有23人完成登录
用户反馈与评价
- 采用问卷星收集反馈:由于大学生群体练习打字的需求不高,推广效果较差

-
用户反馈:
- 页面不够美观,分辨率适配问题
- 内容选择不够精良
-
bug:
- 打字可粘贴
工程质量
代码
- 有具体完善的接口,功能设计文档,但并未规定代码规范,缺少注释与详细文档说明
测试
-
后端:采用mockmvc对全部接口执行业务功能测试
-
前端:采用mock进行功能,界面测试
反思
-
Alpha阶段做下来问题很大,几乎每个过程都有较大不足
-
选题:本身选题的需求量就较小,虽然相比于其他产品在一定方面有优势,但还达不到杀手功能,需对整个项目进行重新定位
-
项目管理:当初考虑团队人数较小,单独设置PM的管理成本太高,故实际采用共同商议的模式,使得整个项目的统筹十分混乱
-
开发管理:对任务预先分配的粒度不够细致,成员自主设置子任务的模式给项目进度管理造成困难。同时未规范代码格式,缺少文档说明
本文档展示了团队在Alpha阶段的项目成果,包括项目管理、产品设计理念、功能介绍、用户场景、竞品对比、发布情况、用户反馈与工程质量的反思。项目采用灵活的管理方式,如gitlab、微信、腾讯会议等工具协同,产品主打键位与内容训练,已吸引部分用户,但存在页面美观度、内容选择和代码规范等问题。

1717

被折叠的 条评论
为什么被折叠?



