复盘 | 如何设计一款任务管理工具
“效率”这个词在工作中出现的频率有多高,我相信大家也都了解,大多数效率低下的情况大多数是因为没有合理的计划和任务分配。那么如何提高单位时间完成的工作量,提高工作效率?这就是任务管理工具的目的所在。
理清思路
在清楚地知道目标之后,我不能够马上把原型、文档全部安排上,更重要的是我需要先理解“任务管理”的业务含义。
在20世纪初,科学管理的方法由美国人弗里德里克·温斯罗·泰勒提出他详细为记录每个工作的步骤及所需时间,设计出最有效的工作方法,并对每个工作制定一定的工作标准量,归划为一个标准的工作流程;将人的动作与时间,以最经济的方式达成最高的生产量。而泰勒在科学管理理论中所倡导的管理方法其实就是现在的任务管理法。
在任务管理法的实践过程中,我能够得出什么结论呢?
-
任务管理过程中涉及到两个角色,一个是管理者,一个是被管理者。
-
任务的进行需要一个流程,这个任务需要由被管理者执行。
-
任务的进行需要一个计划,以时间维度来将任务量化。
产品整体设计
在对任务管理有一个初步的理解之后,就可以开始发散思维了。所以我可以使用思维导图先把我理解的任务管理工具搭出来,之后再慢慢进行调整。
任务管理.png我先搭建一个MVP,在实际开发之前我需要有一个最低成本的试错方案。但是在思考一下以上关于任务的架构来说,这样的设计未免太过简陋了,如果我们自己团队搭建一个系统自己使用的话也还凑合,如果要把这当成一个市面上的产品推广出去肯定是没法正常使用的。
这里有几个问题需要解决:
-
产品定位:明确产品包含的子系统,
-
业务流程:梳理业务主线
-
功能模块:业务需求化,需求功能化
因为B端产品的整体设计讲究体系性和结构性,基于以上三点,重新梳理一下思维导图。
MadPecker.png我们可以发现产品的蓝图已经丰满了一些,而且并不是说在设计任务管理工具的时候只把目光局限在这个点上,可能我们可以多考虑一些其它方面,像基础功能、项目管理都是根据核心功能任务管理衍生出来的。
产品细节设计
在产品框架定下来之后,接下来的工作就是基于产品蓝图,逐一分析业务细节,设计产品的具体功能。这时候就如同建造一栋房子,我们已经把房子的地基打好了,钢筋水泥也安排上了,怎么让这个房子看起来更美观、住起来更舒服就是现在该做的事情。
流程
流程方面有两种设计思路,一种是系统默认配置流程,用户直接使用就可以,优点是减少用户自助配置流程产生的学习成本,缺点当然是系统的灵活性降低,用户个性化流程的需求无法达到满足;另一种是用户自助配置流程,优缺点和第一种方法的相反。
至于选择哪种设计方式,这个就需要产品经理自己权衡利弊了。
权限
管理者和被管理者应该拥有不同的权限设置。不过,一个管理者对应多个被管理者的情况很常见,多个管理者对应多个被管理者的情况也是存在的,所以在管理者前面我们设置了超级管理员,超级管理员只能有一个,拥有系统中的所有权限。
这里需要注意的是,权限的控制是为了用户更好地使用工具,切忌在设计初期就制定多个不同维度的权限区分导致用户权限混乱。
界面设计与功能文档
界面设计需要产品经理先产出线框图,再由UI设计师优化界面;功能文档需要产品经理清楚地告诉开发这个产品是要做成什么样子的。这是每个产品人都知道的东西这里就不再赘述了。
从0到1之后
在产品设计完成之后,在开发完成之后,在产品上线之后,在产品开始推广之后,我们面临越来越多的问题,面临越来越多的需求,面临越来越多的挑战,这时候我们才发现这只是我们迈出的第一步,前面的道路如何我们未曾知晓,等到走过了自然也就知道了。