今天有同学来问：
能不能加一个导出的功能？我要批量导出，因为我把Doit.im当成了记事本，很多都不是行动，现在我要导出去整理一下。
于是我回复他：
谢谢你的说明！
感觉你没有充分利用Doit.im系统。如果是按你的方式来使用，那么Doit.im就是一个to do或者是备忘录，就没有意义。建议你：
1. （收集）把所有记事全部拖拽到收集箱（用web版或桌面版）
2. （处理）进行从上到下地逐条处理
3. （整理）对于已经是可执行的任务，整理到相应的时间、项目、情境、目标列表中
4. （回顾）每天做每日计划，安排好一天的任务；每周回顾一下当周完成、未完成的计划、项目
5. （执行）每天按今日待办的计划执行任务
同时附上了一个GTD流程附件。我说这个流程真的很有用。如果是对具体的操作还有任何疑惑，建议看一看《搞定》这本书，当然也欢迎随时来探讨。
但这位同学回复说：
这些我知道，我只是要一个导出操作，能不能开发？
遇到这样执着于自己需求的用户，产品分析师和设计师们都会是悲喜交加，因为执着本身是喜，只是没有点中突破口。其实我们用户并没有错。点中突破口这件事，本来就是要我们产品人员来解决的。
交互设计有一个经典案例：
福特兄弟曾说：如果我们在发明汽车之前问大家要什么，大家只会回答：给我来一匹更快的马！
这里，我想说明的两个方面很显然：
1. 了解用户，这是首要的。正如福特兄弟首先明白大家需要让人行进得很快的工具。
2. 但解决方案不是全听用户的。而是在用户需求基础上，自己缜密思考总结，然后探索实践，再根据大家的反馈改进。
因为做一个产品，要改进的东西实在很多，我们的目的是解决大家切实遇到的问题，如果现有的功能已经能解决问题，那就不需要多开发。而不是“这里如果有这个功能挺好的。没有为什么，就是备用。” 这样，轻重缓急会分不清，结果出来是一个功能过于繁重的庞然大物，其实最终用户对这样的庞然大物都是敬而远之。
对我们而言，开发一个app也是这样。具体的需要我们会考虑具体怎么解决更好，可能会开发新功能，可能是改进现有功能，也可能只是将现有功能改变一个使用方式。重要的是，我们需要多聆听、多思考，听到大家内在的需求是什么，思考是不是有更好的方法，是否用这个办法真的好用、而且提高效率。
就如上面用户说的导进导出的功能，我们一直没有做，这是因为对一个任务管理app，其目的是让大家尽可能方便地理清可执行的行动，尽可能高效地完成自己的任务，而不是“我收集了各类书籍、我收藏了诸多文章、我把数据导到各个app... 但这些书我现在都不看，我存着，以后留着慢慢看”，这种态度我们不提倡，与我们做这个app的目的也不相符。我们是希望做这个产品，每加一个功能，都是简洁而好用的，能真的提高大家效率的。希望大家能理解。
当然，如果大家有具体的需要，非常欢迎随时来跟我们探讨。
谢谢大家！
