1.产品大致介绍

a.技术类竞赛的平台,大致功能包括但不限于:用户管理、报名参赛管理、赛题管理、测试系统等。

b.平台业务流程较简单,但是平台承载的价值缺包含了公司的品牌、公司技术能力、人才吸引等其他重要的附加价值。

c.平台的核心关联点包括但不限于:选手提交结果的交互形式与体验、测评系统的搭建、平台架构的网络带宽、团队间相互协作等。

2.项目相关

项目时间周期

计划项目时长:45天

项目类型

紧急型项目,基本没有做太多的前期分析规划等设计性工作。

主要还是以市面上现有的平台做参考,进行产品设计。

3.项目步骤拆分

项目流程

4.产品功能模块

1.内容平台-CMS

用户管理

赛题管理

2.测评模块

对用户的答案进行测评评分

5.产品整体工作流程

赛事平台工作流程

6.涉及的相关角色岗位

  • 用户

  • 产品经理

  • 视觉设计师

  • 交互设计师

  • 前后端开发工程师

  • 测试工程师

  • 信息安全工程师

  • 基础架构工程师

赛事平台人员分工

7.过程回顾与总结

我担任的角色

1.产品经理

2.项目经理

过程中遇见的问题与困难

1.项目延期

       由于太乐观,项目原定计划45天完成,但是项目延期大概10天左右。也是由于我缺乏项目管理的实践经验吧,把工作量评估按照项目交付时间进行反推,得出时间计划。但是由于项目中的关键点的把握和推进的能力偏弱,导致几个关键时间节点没有按期交付。

2.侧重产品设计的工作偏弱

       多角色集于一身,导致产品设计侧重点偏弱。产品相关功能设计、逻辑设计、可行性设计都缺少了许多必要的思考,导致后期很多功能都有调整或者直接推翻重做,下面几点都有介绍,可以详细查看。

3.测评模块方案前期评估不当,导致后期调整方案

       初期评估用户利用提交脚本或者模型这些大文件的方式进行结果提交,但是对于用户的交互体验、架构的带宽问题没有进行仔细的分析评估,导致最后改为以结果集提交的方式。同时增加了防作弊的手段,例如增加大量干扰图,最后时间放开测试集等方式。

4.平台的系统架构关键点评估缺失

       由于平台涉及短时间内大量大容量的文件上传/下载的功能,所以在后期评估系统架构时,对于可能会影响平台性能、用户体验以及可能由于带宽流量产生天价费用等问题,进行了架构调整,好在这些对平台应用的改造并不大,在可承受的风险范围内,但是这种问题,本应该很早就能够识别出来,所以应对措施,应该早期就开始推动研发与架构共同讨论并识别出该风险。

5.研发思维迷失自我,偷鸡不成蚀把米

       由于考虑开发的工作量,就把赛题介绍信息和前端开发沟通做成了静态页面形式,没有设计后台编辑管理的功能。没想到,由于后期赛题规则不断的变化,同时还要有国际化相关信息,所以导致内容的修改,就一定要找前端开发进行代码的修改,这个是非常的反用户思维的一个做法,所以导致自己最后很苦逼,每次修改都要去找前端开发进行修改。

收获

1.关于产品落地工作的全流程,进行了全面的了解并熟悉。在我原本熟悉的研发流程上进行了横向扩展,打通了整个上下游各环节,有助于更大的项目流程上进行关键点的把握控制与风险识别。

2.接触了更多的互联网工作岗位角色,将产品过程中需要的人员组织结构拆解进行了更加详细的工作内容熟悉,有助于团队管理和工作分配。

3.最重要的一点是加深了对产品经理工作内容的全面了解。

以前总觉得产品经理很轻松,其实只是对接的产品不够专业,没有按照高标准进行必要的输出进行交付。

同时增强了同理心,其实产品经理也不容易,也要理解,但是我也会以更高的标准去要求产品经理,做到必须要做的工作。

4.关于个人过程中体验最深的就是焦虑。

工作协调和分配把握的不够好,总结一个方法后续按照此方法进行。

【1】用5w2h或WBS梳理下要做的各事项;

【2】最重要是把他人要做的部分梳理清楚;

【3】然后协调安排他人去配合执行。

这样做的好处是:

【1】先梳理工作而不立刻执行,能让你对此项工作思考周全和深入;

【2】先将需要他人合作完成的部分梳理清楚,并安排下去,能让你手里不会堆积太多工作;

【3】你也不会因为做自己那部分工作时,因为需他人配合的部分还未交代下去,而担心焦虑,无法专注;

【4】并行开展也有利于事情的快速高效完成,他人也会提前思考,着手处理,完成后反馈给你,也减少了你的负担。

5.关于项目推进方面

a.准确的记录会议纪要,以便后续进行问题回顾

b.关键问题点,需要及时约会讨论跟进,暴露出风险,指定相关人员跟进问题及方案。如有无法解决的问题需要升级进行决策,决策之前需要对解决方案进行梳理。

c.如有不断延期的关键点事项,需要用邮件反馈,让大家知道并且重视该问题并及时解决

【龙眼–监控及自动化运维平台】(二)移动端原型部分详解

这一次介绍的是【龙眼监控–移动微服务版】部分原型详解。 先睹为快,【龙眼监控–移动微服务版】原型展示地址:【传送门】。   一、移动版产...

阅读全文

【龙眼–监控及自动化运维平台】(一)产品需求推导及部分功能原型

【龙眼】没错就是水果-龙眼,并不是Dragon Eye(龙之眼)!   龙眼监控产品定位:          将现有研发人员花费大量的时间去查系统问题和修补问题数据的...

阅读全文

产品原型:橘子皮↑共享图书

摘要: 平台亮点: 1.轻资产:图书资源来源于用户的自有书籍,不需要平台购买提供。 2.环保性:平台提倡的是沉淀资源重新流转,并且可以获得其剩余价值。 ...

阅读全文

欢迎留言