pimgeek
commented
10 years ago 根据 @ben7th 的建议，从【主要探讨方法论】的关注点切换一下，尽量靠近【主要说明新工具的具体特征与传统工具究竟有何不同】这个关注点。
下面的叙述包含了一些更具体的特征描述，但还不是【下一步立刻怎样做，接下来又做什么】的具体实现说明。
要实现的目标，是把【异步讨论中产生的信息】结构化，不仅做到结构化存储和结构化查阅，还要做到【结构化更新内容】。为了说明为何传统讨论群组不能满足要求，我做一个对比说明。
【传统的异步讨论群组】与【5-要点信息积累群组】的对比说明：
【传统的异步讨论群组】
两个或多个人在一个【旨在加快 GTD 的网上社区】中异步讨论一个【具体项目所需的视频特效制作任务】的多种可能有用的工具，一人发起，TA 的关注者和被主动传播触及者跟进，形成一个多人对话过程，这个过程的结果是生成了一条具有线性结构或树状结构的内容序列。
这种线性或树状结构的内容序列如实展现了对话过程的结构，但它把【工具满足了怎样的需求】，【工具本身的介绍】，【工具适合做什么】，【工具在实际中曾用来完成什么任务】，这些【意义信息】都杂揉在模糊的自然语言描述中，不能自动拆分，无法把多个类似的讨论汇集为一个结构化的资料库，查阅动作也不能结构化。
组织这些内容序列的主要方式，是模糊地分为多个主题版块。
【5-要点信息积累群组】
两个或多个人在一个【旨在加快 GTD 的网上社区】中异步讨论一个【具体项目所需的视频特效制作任务】的多种可能有用的工具，一人发起，TA 的关注者和主动传播触及者跟进，形成一个多人对话过程，这个过程的结果既可以是【维持原有知识网结构，补充一小段网状关联的内容集合】，也可以是【拓展原有的知识网，补充一小段网状关联的内容集合】。
上面提到的网状关联，下面做解释
【网状关联的内容集合】把用户输入信息按照【工具满足了怎样的需求】，【工具本身的介绍】，【工具适合做什么】，【工具在实际中曾用来完成什么任务】这些意义来分类，分成几个短小的句子。
以微博主页界面为蓝本，
这种输入的操作方法是，
打开应用首页，点击发文
按钮，进入按要求填写内容
的向导界面（最少 1 步，
最多 5 步）每个短句都在用户输入时用【一个单词或短语标签】进行了意义信息的标注。
以微博主页界面为蓝本，
这种输入的操作方法是，
按向导的要求一步步进行，
则输入会被自动分配标签。(目前已经要求绘制 mockup ，并希望肖少富实现的，正是上述的向导界面)
而这些【网状关联的内容集合】的组织方式也 不再是多个主题板块，而是当前读者【所关注的人（用户账号）】和【所关注的方面（短语标签）】共同界定的【兴趣内容集合】。
不仅一个人分享的多个短句可以根据【短语标签】关联成网状，不同人分享的多个短句放在一起，也可以加以关联。这种关联过程包括但不限于【多个工具满足同一个需求】【不同的工具都适合完成同一个任务】【需求背后还有进一步的需求】【多个的工具都是从同一个信息源发现】等等。
这个关联过程部分地自动化完成，部分地由人完成。可以在线上持续地完成，也可以先通过在线下交流发现关联，觉得重要时才到线上补充这项关联。
在这种情况下，跟进者既可以通过别人主动传播，也可以从【TA 所关注的人】初步聚焦，在通过事先限定的 5 种【单词或短语标签】二次聚焦，直到发现某个特定的【网状关联的内容集合】，发现之后 TA 可以根据【单词或短语标签】的指示补充相关的内容。
之所以能达到这效果，是因为异步讨论过程中，有一个专门向导式输入工具在发挥作用：它会向参与讨论的人提出【单词或短语标签】逐一相对应的问题，比如：
【你利用这工具做了什么】<===> 对应于【我做了...】
【你希望通过工具达到的目的是？】<===> 对应于【我需要...】
【用这工具达到了什么效果？】<===> 对应于【我搞定了...】，以此类推。
先从人物角色说起：
使用者人物角色 Persona
使用者人物姓名
相关事实
使用者行为
需求和目标
再来铺垫一下使用场景
知识分享的场景 Scenario
唐大雷在某 IT 公司做 Solaris Shell / Perl 脚本编程相关工作，他所在的部门大概 20 来人，分成 4 个各司其职的工作组。因为不同人的工作内容不同，所以随着时间推移，每个人都各自积累了一些工具和经验，比如 CPAN 上解决专门问题的首选软件包啊，Shell 编程时容易忽视的环境配置问题等等。
大雷比较重视工具和经验的积累，也乐于分享给别人。但现实情况是，每个人的杂事都很多，他并不习惯经常问别人【你们最近使用过哪些新工具啊？】，别人一般也不会经常向他宣传说【自己最近用了哪些新的工具】。
尽管如此，总会存在一些偶然的机会，当他跟某位同事结对工作，共同面对一个具体问题时，发现对方掌握了一些与当前问题相关的软件使用经验。不过，因为双方都很忙，一旦问题解决过后，或者完全不做技术分享笔记，或者很随意地、不太规范地写两笔了事。事后若有第三位同事遇到类似的问题，要么自己花很长时间解决，要么几经辗转找到当初解决问题的人询问，总之这份技术分享笔记并没有发挥预期的作用。
在这种情况下，大雷的头脑中产生了一个模糊的目标：希望同事们一旦掌握了新的软件使用经验，能够以某种形式传播给自己，让自己更早关注到（哪怕只是略知一二）。反之亦然。
产品概念总结
希望实现一个方便小团队内交流有用的工具/技巧/网站的信息分享服务。 在这里你可以看到小伙伴们最近使用过什么好东东，用它搞定了什么任务， 发现有助于提高 GTD 效率的小点子。