应用性质:谷歌插件 简要描述:面向个人的任务管理工具,不仅支持提醒,重点在于对任务的处理行为。你可以设定紧急处理人,若不能及时处理,则自动发送邮件;或者在任务处理过程中,将其临时委派给其他人(也是邮件方式)
下图是创建任务和检视未完成任务列表的视图:
典型应用场景: 老张接到了一项任务,但是无暇处理,于是创建了一个任务提醒,并附着了该任务的相关材料。由于他担心该任务无法在规定的时间内处理完成,于是添加紧急处理人,届时即便自己不处理,也会以邮件的方式自动通知给处理人。幸运的是,他得以抽空亲自处理这项任务;不幸的是,在处理到的一半的时候,他不得不转而处理另一件更重要的事情。他想到了处于空闲状态的同事老毕,决定拆分一个子任务委派过去。于是他给任务添加了备注信息,说明了当前任务的处理进度,然后创建了一个子任务,并描述老毕应该做的事情,最后点击发送。
新手入门开发,没啥经验,希望大佬们能够不吝赐教,万分感谢! 以下是我想到的几个思考维度,当然远不限于此:
1
ASHENONE123 OP 除了上诉两个视图外,到时候还会增加独立的后台管理页面。
|
2
kkk9 2023-09-19 22:37:37 +08:00
数据放本地还是云端?
|
3
ASHENONE123 OP @kkk9 这是个好问题!为了避免网络连接给用户带来麻烦,我目前的设计是:
1 、将最近的数据放到浏览器本地存储,确保用户高频交互的数据在本地进行(附件肯定只能通过网络获取了) 2 、异步传输用户数据,确保用户无感知 |
4
hlwjia 2023-09-19 23:27:16 +08:00
我觉得从老张接到的那个任务是从哪里来的入手吧
|
5
cocomiko 2023-09-19 23:35:58 +08:00
首先是你觉得你的竞品是谁,我觉得你的竞品应该是团队协同工具们吧,但你这又面向个人,就摸不着头脑了
另外老毕是不是也要装你的插件才能用 |
6
gogogo1203 2023-09-19 23:49:04 +08:00
1 。老毕要是事先同意的话,没有必要搞得那么复杂,提前说话就行了。
2. 老毕要是被先斩后奏,不情不愿地被迫接受了这个“任务”。 第一回可能,第二回没有可能 |
7
ASHENONE123 OP @hlwjia 我对这个工具的定位是辅助性,并没有协同性,所以任务的“直接来源”还是个人。
|
8
ASHENONE123 OP @gogogo1203
1 、这个场景下,“紧急处理”还是可以的,针对意外情况的特殊处理;但是“委派”的话,我确实得思考一下了 2 、这种情况,用户就可以自行选择不同的委托人了。因为无论紧急处理,还是临时委派,都只是针对单次任务的设定,不具有持续性 |
9
ASHENONE123 OP @cocomiko
我对它的定义是辅助性,不像专业软件那样具有很强的团队协同性,例如 Asana 。 大家都熟悉 todo 一类的工具,而我一开始的想法就是对这类工具的“功能拓展”,而不是直接对标 Asana 这种专业的团队协同软件。 另外,任务紧急处理和临时委派任务,采用的单向的发送邮件的方式。 |