用户手册之类直接面向客户的资料，总是作为项目中每个程序员在赶进度的同时随随便便弄出来应付任务的工作副产品，的集合。
我来说说我作为一个程序员的切身体会吧……
每次项目开始，其实我总是把精力集中在编码实现和测试上，在这之前分一部分在设计上（尽管很可能是拙劣的设计）。我最关心的是如何按照需求实现出来，并且尽量少出bug。做完这一步，其实人就已经松懈下来了。写个什么东西给用户看这样的事，总觉得提不起劲头去做。
究其原因：
1. 思维从程序员转变到用户的障碍——我现在是用户了，我希望看到什么样的使用说明书？或者尽管我不清楚我想要什么，但至少清楚我不喜欢什么样的说明书？
听起来很不错的主意，但实际上自己知道是骗自己的。总觉得应该有更好的办法。
2. 出于项目进度的考虑——有这份时间的话，我作为一个程序员，是不是可以用到检查bug，或者试图加入一点新的特性来让程序更易用、看上去效果更好？
总结起来的话，就是觉得自己分内的事情是把程序做好，如何写一份通俗易懂的用户手册并非自己的核心职责，是附带的任务，不得不完成的。
这还没算上每个人的语言风格、思路都不太一样的情况下写出的东西最后整合后读起来是个什么感觉……
举个实际的例子，就是泛微。老实说，他们的用户手册，我读起来感觉不顺畅不说，还常发现很多错别字。
再举个例子，我一个大学同学，在中石油底下的一家软件公司工作，他们常年在做全国各地的石油企业的ERP项目。听起来很牛B很专业吧？那么用户文档怎么样？不怎么样，他发给我，我看过。真的不怎么样。word文档写的，格式什么的惨不忍睹，我甚至怀疑他们的客户企业实际用的话会不会有人真的去查它。
这方面我觉得日本一些电视游戏公司做的很好。CAPCOM, KONAMI, KOEI， 买到他们的游戏，我打开包装，看说明书时那种感觉，没买过游戏，没认真看过，是不会理解得把。
Anyway, my point is:
反观实际，相当大部分由程序员制作的用户手册质量并不高。
有专人负责的用户手册质量一般还不错。