系统用户手册编写及项目后期计划安排

1、系统用户手册编写

传统的系统用户手册都是按照系统分为几个模块，有哪些功能，每个按钮怎么用等等，这类用户手册被终端用户使用的频率很低，因为看起来繁琐，作为不同角色的用户，不知道自己到底可以做什么。

系统用户手册可以从用户角色来写，但也不是从介绍系统来写，而是从业务来写。例如：业务代表的一天工作为标题，这样把业务代表一天要做的工作中，哪些是可以应用系统的展现出来，用户读起来非常清楚。这样可以把用户的用得最多最重要的功能说的最清楚，并能够以这些关键的功能引导用户去思考非关键的功能。

虽然这样的写法可能不全面，但是全面的用户手册低使用率反而不如高使用率的非全面手册。

2、项目后期的计划该怎么做？

传统的做计划的思路是以完成目标为导向，来配置资源，如第十周完成修补10bug，第十一周完成系统测试等。

但在项目后期的计划，应该以“接力”为考虑思路来制定计划，为了完成一个成功的项目，要有一个漂亮的项目收尾，这些要三个阶段：以顾问为核心、客户为辅的第一阶段，以客户为核心、顾问为辅的第二阶段，客户独立自主的最后一阶段。这三个阶段是项目收尾阶段制定计划时需要考虑的核心思路。

为了有效完成三个阶段任务，需要以“人”为核心，考虑三类人：第一类客户的业务人员（给他们压力，让他们感觉这些都是与自己有关系的，而不是自己仅仅是被动接受者，需要他们熟练运用系统），第二类客户的系统管理人员（需要他们能够配置系统），第三类顾问组中的开发人员（他们要懂得业务，以便在后期支持中，能够独立解决问题）。

项目后期的三个阶段中，在制定工作内容、目标、资源（费用/时间）的项目计划中，把“人”考虑到到这三个部分中来，并和客户的这些人讨论计划，以便达到“接力”的效果。在最后项目推进不利的情况下，客户需要承担责任，而不仅仅是顾问深陷泥潭而不能自拔。

看似繁琐的项目后期计划，和项目开始时完全相反。兵法云：兵贵神速（顾问快速切入项目中），但退兵要缓慢（以防被人找到机会，追兵五十里，顾问需要成功地推出项目来）

推荐到鲜果：