需求分析
公司一款较为复杂的软件需要产品升级，新版本相对旧版有较多改进，同时也增加了较多的新功能。为了让用户方便地进入使用状态，需要新的用户手册，对其进行重新设计。
那么，在交互设计过程中，需要如何进行用户手册设计呢？
对于一个新手来说，了解基本功能，是必须的。
用户看到创建一个具体实例，比简单地了解基本功能。用户在使用软件过程中，需要快速进入比较熟练的状态，他们不愿意将过多的时间浪费在入门阶段。
用户在使用过程中，需要将一些功能的使用方法以便签方式存储，同时也不排除所有人都一直处于一种熟练的状态，有时候，他们总结出的帮助会比研发和实施人员所给出的帮助更实用，若能够被别人分享则更为实用。
因此，新的帮助手册，在内容上将帮助分为三种类型：功能帮助、应用帮助、我的帮助。
功能帮助，为最基本的模块帮助，是一些语言严谨的功能性描述，用于介绍产品相应模块的功能，产品经理可完成“功能帮助”的编写。
应用帮助需结合具体应用场景写出实例，由一线的产品实施人员主导完成。编写过程中，要使用图文教程，必要时可以采用flash动画进行过程描述。
我的帮助，允许用户将使用过程的应用记成便签，并将一些优秀的文档推荐给大家使用。
类型切换
三种分类，用于不同应用程度的用户学习使用。如果不能够顺畅切换，还不如将这三类帮助混合到一起。但由于软件的复杂性，特别是当用户完成了上手之后，并不需要反复地读“功能帮助”，甚至熟练之后至多只查看“我的帮助”。
在产品中，这三种类型的帮助，采用同样的目录层级，相互切换时按照目录进入切换。便相互跳转锚定。比如浏览A模块的“功能帮助”时，单击“应用帮助”按钮，则进入A模块的应用帮助。
帮助界面交互设计稿
用户在单击帮助按钮时，按记忆进入相应类型的帮助。如单击B模块的“帮助”按钮，便进入B的用户相应帮助类型（用户上次访问了软件中某模块的“功能模块”，则本次进入B的“功能帮助”），如果用户第一次使用帮助，则可进入“功能帮助”。
我的帮助
“功能帮助”和“应用帮助”在设计上已经没有特别注意之处，需要强调的是“我的帮助”。
当用户进入“我的帮助”时，会有帮助信息、分享列表和新建三种模块。
我的帮助列表
新建自定义帮助时，默认已选“分享”和“允许评论”，同时用户也可以将其取消。如果某文档为“共享”类型的，可以被转载。同时自己有权对自定义文档进行各种编辑。
新建/编辑页面
“分享列表”中，显示所有自定义帮助中被分享的帮助信息，同时显示已分享次数，按已分享次数和日期的优先次序排序。
“帮助信息”中，显示自定义帮助以及转载的文档。分享文档会根据编写人的更新而更新，但已经转载过的则不再更新，并且用户可以对转载文档进行再修改。
总结
（1）保持一致性
在跳转过程中，必须保持一致性，用户才能够在某个模块的使用过程中不断进阶。由于三类帮助文档按相同的目录进行了分类，可以顺畅实现跳转的一致性。
（2）尊重用户习惯
如果用户一直停留在“功能帮助”和“应用帮助”，说明他一直没有熟练地使用。当用户使用最多的是“我的帮助”时，才可能会进入了一种较为熟练的状态。因此，用户很可能在不同的阶段，点击这三种帮助中的某一类帮助较多。让系统记住上一次进入的哪一类帮助，这一次也进入此类帮助。
（3）社会化的优点
共享与评论能够提高分享者的成就感与积极性。分享功能使分享他人成果成为了现实，同时浏览者也能够为其提出合理意见，有利于其应用水平的提高。也许某一天，用户只需查看别人写的帮助，而不必查看功能类帮助，成为入门的一种高效学习方式。
