在这里我不是想说如何利用wiki进行文档管理，我只是想搞清楚什么是wiki，顺便提一下，对文档管理我并不懂，只是就wiki进行文档管理这种行为讲一些个人的见解。

上网搜索了一下，当然也去wikipedia看了一下，wiki是一种多人协作的写作工具，wiki站点可以有多人（甚至任何访问者）维护，每个人都可以发表自己的意见，或者对共同的主题进行扩展或者探讨，wiki的结构应该是网状的，wikipedia里面说，可以用来进行内容管理。

感觉问题应该在这里，个人认为wiki的这种网状的结构对于知识共享，是非常有益的，而且看看wikipedia就知道了，很不错的一个知识共享百科全书，但是如果拿来做文档管理？？个人觉得不妥当，当一个Team里面的人连wiki是什么都不知道，wiki能用来干什么也不知道，更不要说如何利用wiki进行文档管理或者说进行有效的内容管理以及知识分享，只知道每天往里面添加这个内容，那个内容，本身wiki的松散的网状结构在加上如此这般，每个人写自己的，那么这个wiki站但早晚里面是一锅粥，还是一锅八宝粥，想要找什么东西都无从找起，重复内容无比之多，光找一个东西就能让你找一天，而且说句实在话，我对于美观还是有自己的要求的，wiki这种形式，如果你要把文章重点，条理描述清楚，比较麻烦，更不要说难以使用的wiki表格，非常困难，要做到好看，更难。

一份文档，不管是项目文档，还是汇总文档，或者是报告，总之，是给人看的，当你打开一个所谓的进行文档管理的wiki，里面翻出来，面对一整页的一样大小，枯燥无味的文字，即使你已经做到了条理化，但是一眼看来依然感觉是没有条理的，这些report，文案，文档我是觉得，除了技术员会看的习惯，让那些坐在办公室里面的大boss门看，很累，视觉上缺少说服力。

在编辑wiki的时候，是需要大量的时间才能把一份文档做的很wiki，很好看，易于阅读，如果用word编写我相信大部分人都能讲文稿至少能够写的很快，并且不难阅读吧，总之操作起来很方面。而且word不能同时多人进行编辑，这点很好，项目中的一些文档并不是所有人都能编辑的，我是这么认为的，要是人人都来写一笔，很乱。

最近在做PPT，更加的深有体会，我宁愿用PPT做，也不会用wiki来写这些东西，编辑麻烦，排版困难，很难做到图文并茂。报告，是给人看的，一份好的报告，内容当然很重要，但是如果没有一个很好的表现形式，经过设计的板式，经过斟酌的文案，没人会关注，一份好的报告，如果做得好，不但能做成pdf、ppt，还应该是能够单独打印出来的一份画册，一个终端物料，wiki可以吗？明显是不行的。

所以我不喜欢wiki来进行这项工作，但是很喜欢wiki做只是分享。牢骚完毕，下次看看，是不是牢骚一下设计和品牌，最近很想牢骚，不过已经很晚了，睡觉去。

访谈法能够给我们带来些什么呢？

1. 定性地收集我们需要的信息：用户的需求、界面功能的修改、内容的修改等等
2. 访谈法更重要的是它可以针对某个问题进行深层次的追问而获得深层次的需求，这些深层次信息在可用性设计过程中能够保证设计不只是从表面上机械的跟随用户特征，而可以为设计提供了更大的发挥空间
3. 访谈法结合产品交互模型来更加具体和细致的探索用户在交互过程中的心理模型和偏好，这些信息更加具有针对性，在某些细节上面甚至可以给予设计启发。

我们可以看到访谈法是一种定性的研究方法，一般我们还需要配合一些定量的研究方法来广泛的获取我们所需要的信息，定性研究是为了明确定量研究的具体内容，或者进一步解释定量研究的结果。但是要注意，访谈法并不是唯一的一种定性研究的方法。

其实所有的方法都是为了达到研究目的的一种手段而已，而研究出来的成果又是为我们的产品所服务的。选择正确的研究方法是非常关键的，错误的方法会带来偏差很大的或者是完全错误的结果。

对于访谈法来说，对结果我们不可盲目全信，尤其是当访谈对象的主观性超过了他的信息掌握范围和能力范围的时候，并且要知道并不是所有研究都需要先进行访谈。

对于定性研究我们除了可以通过访谈法，还能通过文献的研究、专家的经验、以往的研究结论来寻找所有的可能性。