个人项目开发，希望在正式动手前，能得到各位的赐教。Build in public!

[ASHENONE123]

应用性质：谷歌插件 简要描述：面向个人的任务管理工具，不仅支持提醒，重点在于对任务的处理行为。你可以设定紧急处理人，若不能及时处理，则自动发送邮件；或者在任务处理过程中，将其临时委派给其他人（也是邮件方式）

下图是创建任务和检视未完成任务列表的视图：

典型应用场景： 老张接到了一项任务，但是无暇处理，于是创建了一个任务提醒，并附着了该任务的相关材料。由于他担心该任务无法在规定的时间内处理完成，于是添加紧急处理人，届时即便自己不处理，也会以邮件的方式自动通知给处理人。幸运的是，他得以抽空亲自处理这项任务；不幸的是，在处理到的一半的时候，他不得不转而处理另一件更重要的事情。他想到了处于空闲状态的同事老毕，决定拆分一个子任务委派过去。于是他给任务添加了备注信息，说明了当前任务的处理进度，然后创建了一个子任务，并描述老毕应该做的事情，最后点击发送。

新手入门开发，没啥经验，希望大佬们能够不吝赐教，万分感谢！ 以下是我想到的几个思考维度，当然远不限于此：

1. 是否命中了用户的核心诉求？（当然，最初就是根据我自己的需求来开发的）
2. 相比竞品是否有其独特的优势？例如复杂度、学习成本、平台

[ASHENONE123]

除了上诉两个视图外，到时候还会增加独立的后台管理页面。

[kkk9]

数据放本地还是云端？

[ASHENONE123]

@kkk9 这是个好问题！为了避免网络连接给用户带来麻烦，我目前的设计是：
1 、将最近的数据放到浏览器本地存储，确保用户高频交互的数据在本地进行（附件肯定只能通过网络获取了）
2 、异步传输用户数据，确保用户无感知

[hlwjia]

我觉得从老张接到的那个任务是从哪里来的入手吧

[cocomiko]

首先是你觉得你的竞品是谁，我觉得你的竞品应该是团队协同工具们吧，但你这又面向个人，就摸不着头脑了
另外老毕是不是也要装你的插件才能用

[gogogo1203]

1 。老毕要是事先同意的话，没有必要搞得那么复杂，提前说话就行了。
2. 老毕要是被先斩后奏，不情不愿地被迫接受了这个“任务”。 第一回可能，第二回没有可能

[ASHENONE123]

@hlwjia 我对这个工具的定位是辅助性，并没有协同性，所以任务的“直接来源”还是个人。

[ASHENONE123]

@gogogo1203
1 、这个场景下，“紧急处理”还是可以的，针对意外情况的特殊处理；但是“委派”的话，我确实得思考一下了
2 、这种情况，用户就可以自行选择不同的委托人了。因为无论紧急处理，还是临时委派，都只是针对单次任务的设定，不具有持续性

[ASHENONE123]

@cocomiko
我对它的定义是辅助性，不像专业软件那样具有很强的团队协同性，例如 Asana 。
大家都熟悉 todo 一类的工具，而我一开始的想法就是对这类工具的“功能拓展”，而不是直接对标 Asana 这种专业的团队协同软件。
另外，任务紧急处理和临时委派任务，采用的单向的发送邮件的方式。

[lvxiaomao]

@cocomiko #5 不懂就问 老毕是谁