一、项目背景&简介
随着实验室项目日益增多，实验室人员与项目管理日趋复杂，为了减少线下沟通成本、提高项目推进和团队管理效率，从而衍生出轻项目这款基于WEB的项目管理系统。
Slogan：项目之重 管理之轻
提供服务：便捷的任务管理、便捷的项目报告、完备的数据视图、开放的应用接口。
实验室组织架构
实验室团队管理采用传统的层级化管理模式，导师为超级管理员统领所有项目，每个项目设项目负责人和项目参与人员，项目负责人为该项目管理员，由于实验室团队总人数在20-30左右承担着大大小小十余个项目，因此各项目间存在着人员强耦合的情况，平均每人参与2-3个项目的功能设计与开发。
确定系统架构模式为层级式架构，而非扁平式架构。
二、相关需求的设计与实现
1、同类产品功能分析
在参与项目之初由于对项目管理系统的概念不够清晰，因此浏览了多款国内外的项目管理系统和企业沟通软件，包括但不限于ONES Project、Tower、Slack、Teambition、Worktitle。
基于实验室团队中心层级突出、局部扁平化、项目人员强耦合等特点，最终选取了一款更适用于实验室项目和团队管理的项目管理系统Teambition来做产品同类调研分析，并确定功能模块方向。
Teambition——协作，让企业和团队实现目标
优秀案例：小米 得到 喜马拉雅FM
2、确定功能需求
【任务管理模块重构】
初始版本的任务管理模块是传统的时间线列表模式。
重构后，将任务管理模块改为更加高效的工作流看板模式，项目成员可以更加直观地看到各项任务的进行情况，操作便捷，使项目进程管理更加高效。
【周报模块页面逻辑重构】
-
周报模块的用户优先层级为导师（项目主管） → 项目负责人 → 项目参与人员，其中导师每周会查阅所有成员的周报并做批注回复，因此周报模块的默认主页面应更便于导师用户的阅览。
初始版本的周报模块默认主页面为已发送 + 列表视图，这造成每一次导师在查阅周报时均需点击切换到收件箱 + 日历视图 带来了很多不必要的繁琐操作，因此收件箱 + 日历模式的入口深度应该最浅，设置为默认主页面。
初始版本周报模块默认页面贴图
更改后的周报模块默认页面对比贴图 -
导师用户查阅周报时会有一个从周报详情页返回到收件箱+日历视图页面的操作，初始版本中点击返回按钮会返回到周报模块默认主页面，使用户需重新跳转到之前浏览页面进行查看，而导师用户每周需要查阅10-20份周报，因此上述操作重复率极高，降低了用户体验。对此，提出上一页页面状态缓存的需求，并通过浏览器的Session Storage缓存机制重构了周报模块主页面功能按钮组的逻辑。
更改前按钮逻辑.jpg
更改后按钮组逻辑.jpg
在重构按钮组逻辑的时候发现，站在开发者的角度和站在产品的角度去考虑产品研发的时候可能会产出两种完全不同的产品。开发者往往会从技术角度去寻求最简便的方式去实现功能，主要以实现功能为驱动；而产品更多的会优先从用户体验和交互便捷的角度去设计功能，然后再去考虑技术相关的问题。深刻地体会到一个产品在最初时的功能设计是一定要从用户出发最后再落回到技术上寻求最优解，虽然技术驱动是最快的方式，但真正的产品是要落地于广大用户的，所以即使细致地功能设计是一个很费时费力的工作，这些也并不是沉没成本，而是一款优秀产品的必经之路。这也是我从一个开发者的思维向产品经理的思维转变的一个过程，感觉蛮有趣的。
【IM即时通讯子系统（进行中）】
