个人项目开发，希望在正式动手前，能得到各位的赐教。Build in public!
ASHENONE123 · 2023-09-19 22:35:21 +08:00 · 2063 次点击这是一个创建于 463 天前的主题，其中的信息可能已经有所发展或是发生改变。
应用性质：谷歌插件 简要描述：面向个人的任务管理工具，不仅支持提醒，重点在于对任务的处理行为。你可以设定紧急处理人，若不能及时处理，则自动发送邮件；或者在任务处理过程中，将其临时委派给其他人（也是邮件方式）
下图是创建任务和检视未完成任务列表的视图：
典型应用场景： 老张接到了一项任务，但是无暇处理，于是创建了一个任务提醒，并附着了该任务的相关材料。由于他担心该任务无法在规定的时间内处理完成，于是添加紧急处理人，届时即便自己不处理，也会以邮件的方式自动通知给处理人。幸运的是，他得以抽空亲自处理这项任务；不幸的是，在处理到的一半的时候，他不得不转而处理另一件更重要的事情。他想到了处于空闲状态的同事老毕，决定拆分一个子任务委派过去。于是他给任务添加了备注信息，说明了当前任务的处理进度，然后创建了一个子任务，并描述老毕应该做的事情，最后点击发送。
新手入门开发，没啥经验，希望大佬们能够不吝赐教，万分感谢！ 以下是我想到的几个思考维度，当然远不限于此：
- 是否命中了用户的核心诉求？（当然，最初就是根据我自己的需求来开发的）
- 相比竞品是否有其独特的优势？例如复杂度、学习成本、平台
 |
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 这种专业的团队协同软件。 另外，任务紧急处理和临时委派任务，采用的单向的发送邮件的方式。 |
Select Language