[原创]想有时难，行有时易
这是在06年4月份写的一个感想，因为那个“人必须实践自己相信的东西”，有朋友认为知易行难，所以贴出这个相反的论调。:)
下午，请victor给两个产品部讲解手册转换过程、常见问题，中间询问几位产品经理感觉如何，得到的答案众口一辞：太难了，越听越不懂。
不禁皱眉。是真的难，还是想象中的难？对他们，我区分不清。
DOC转CHM、PDF和在线帮助，前二者我都做过，后者没有做过，但看看流程，即使难，难不到不可解决的地步，何况是有人解决过，给出经验及教训。
之前，已经担忧这种情况，所以特地在周末抽时间出来，用Macromedia Captivate制作了一个短片，讲解DOC转PDF的过程和书签修改。7分15秒，很短的时间，但可以掌握一门技艺，应当是值得的——在自己的价值观里——并不知道他们会不会看。
我把《咖啡》推荐给部门时，那句“不过《咖啡》也并没有答案，所以《咖啡》也是理想主义的，建立在‘人人都愿意接受意见并改变’的假设上，而在现实中，这个可能性并不是太大，我们已经用很多次失败证明了此点。”其实也是一种提醒，希望每个人都可以反省自身，倒是steven留意到了，把这句话单提出来发给部门，感慨说，30岁后的人人生观已经形成，难以接受别人意见，80后的独生子女也往往自命天之骄子，不屑接受别人意见。看后会心一笑，前一句猜测是他对A的忠言却导致龃龌，后一句猜测是因部门几位新进同事的表现。
我不愤世嫉俗，但面对事情的难以推行，也不无挫败感。想起自己当初兴致勃勃学做CHM，对着第一个成品笑谓那类似于爱因斯坦第一个小板凳，及制作PDF，一一试验背景、水印等时，感觉十分好玩的情景，真希望人人和自己一样。不同处还在于，往往我是自己摸索的，现在，给他们录制出短片，给出切实的指导，都还觉得难，颇觉无奈。
前次为了读书会，找到一个七个习惯的PPT，发给组员，让H修改成公司模板，因他说书已看过几遍，他立刻回信叫苦，说130页的PPT，没法改。复信，给出1234的步骤，发过去，想一想，可能他也未必信，自己按步骤进行，三分钟搞定，把附件发过去，算是证明。
畏难，往往是最大的困难。
很多人意识不到，本能地为自己辩护。不是不想学，实在是太难、没有时间……产品经理为什么要干这个？……种种理由。
学习是快乐的，习得技艺也丰富内心，种种工具如同利器，可以帮助我们事半功倍，但货卖识家，遇不对人，它们也只能寂寞。
推荐到鲜果：
评论
发布者 ewaysun
2007-2-12 20:18:22
呵呵，我最不愿意接受的理由是：其实他们都知道，用不到这样……
这是看似站在用户的角度考虑，但实质是以自己的常识代替用户的常识。真实的情况是，用户往往不知道。
发布者 萧秋水
2007-2-13 8:29:58
这种思路最怕出现在写手册之类的指导性文件中，而这种问题却常常出现在写手册的过程中。萧兄应该也有此体会吧。呵呵！
发布者 ewaysun
2007-2-13 9:15:53
呵呵，我曾经写过用户手册（负责整个工程中的三部），也因此写下《用户手册编写指南》。
发布者 萧秋水
2007-2-13 9:25:20
发布者 ewaysun
2007-2-13 9:42:24
不好意思，因为是公司内部文档，所以不能共享。我回头把大纲发上来吧。现在手头没有，在内网存放。
发布者 萧秋水
2007-2-13 9:57:40
发布者 ewaysun
2007-2-13 10:08:52
1.1. 写作态度和技巧
认真、细致是写作任何文档必备的态度。写作手册也可以说是一项非常枯燥的工作，但最重要的是，不要让阅读对象看起来觉得更加枯燥，从而根本不去阅读。所以在编写手册时，一定也要注意客户化。尽量少用术语，或者将术语解释得简显易懂。专业人士的弊病往往在于假定其他人也和自己一样懂行，结果所用语言非常晦涩，用户根本难以理解。
永远不要事先假定手册的某部分用户根本不会看，因此认为没有必要认真写，编写手册的目的是应用而不是为写而写。有些错误如果存在或者知道是错误而不加更正，用户看到的时候，不仅会对整本手册失去信心，甚至会对软件失去信心。手册是软件的有机组成部分，代表着软件的形象，其重要性不可忽视。
尽量在看似枯燥的工作中寻找乐趣，写作的价值和目的即是乐趣的部分。想象你写的手册被读者认同和挑剔，这既是鼓励也是一种督促。
1.2. 模板
模板的重要性，对于手册编写，怎么强调都不为过。模板的制定，即使在讨论上花多些时间也是值得的，一旦定下来后，就尽量不要修改，因为有些内容修改可能比较容易，但有些工作可能会导致较大工作量。“磨刀不误砍柴工”，制作模板的过程，就类似磨刀。
1.3. 有效的分工合作
要制作详实的工作计划，落实到责任人。检查计划中的分工，不要有遗漏。避免在任务指定完成期已到或者接近时，才发现某些内容落空，必须赶工的情况。
1.4. 合理的工作安排
如果自己承接的任务内容为数本手册，按照工作分工，这几本手册间必然会有其联系。可以先全面地制作一本，然后在这本的基础上再做其他。首先共用的内容可以在这一本里写完全，其次，等到写完这本，该遇到的问题基本上都已经遇到并已解决，该吸取的教训会在下本吸取，总结出来的经验又可在下本直接应用，所以原则上来讲，应是第一本最慢，而其他会相应快些。其实不止手册，很多工作都会如此。
1.5. 资源运用
充分运用原有资源。麦肯锡方法中“不要重复制作轮子”是有效的工作方法之一。
1.6. 格式
1.8. 文档结构图
1.9. 全面检查
1.10. 定稿
发布者 萧秋水
2007-2-14 14:56:51