助有料了许多。

    但好像还缺少些什么：有一步步的cāo作截图，有一步步的cāo作说明，有特殊业务的特殊说明，有FAQ，有重点注意地

    方的重点标注，内容很丰富，但还是缺东西。

    我想了想设计文档：有界面草图，有业务流程，有数据流程，有输入要求，有输出要求。

    对，缺的是输入要求说明和输出要求说明。

    文案按我的要求，把界面上的每个字段都做了解释，形成一张表格，每个字段一行说明。有这个字段的含义，有什

    么样的作用，是否为必填，是否有默认值，输入的约束是什么，什么时候是只读的，可能会有几种状态值，如果是

    下拉选择的参照录入，参照字典是哪个基础数据维护功能可以维护。

    对于输出报表，报表每个字段的含义，报表每个字段的数据来源，字段与字段之间的钩稽关系是什么，此报表字段

    还与其他什么报表的什么字段关联。

    正好实施部门有一次客户实施，我也安排了文案作为辅助实施人员去跟随实施，到客户现场真正锻炼见识一下。

    回来后，小姑娘写起文档信心百倍，下笔有料。她已经成为了一名合格的文案人员。就连销售部门都想要走她，销

    售经理一个劲和我说：这个小姑娘心细、踏实、产品也了解，也做过实施到过客户现场，也做过服务支持，文档也

    做的漂亮，我们销售部给客户做方案正需要这样的人。

    当然，我就不会放人了。但是我也松了个口：如果销售部需要什么文案，可以让她来帮忙做。她人在开发部是好事

    ，可以持续深入的理解产品发展。如果到了销售部，她可能就缺乏了这种对产品了解的基础，她又不适合做销售，

    那么她以后就会慢慢既不懂产品又不懂销售，成了销售部的废人了。

    果然，销售部很多文案，都转来让她帮忙。

    我过去最头疼的就是开发和销售的结合。开发和销售老打架扯皮，销售部嫌开发部开发的产品无法销售，开发部嫌

    销售部整天好吃好喝好玩什么产品也不懂大嘴一张只懂吹牛，留下了一屁股屎让开发部擦。

    现在，我有项目经理充当售前，堵住了销售部的吹牛大嘴。我有文案人员充当客户方案编写，让过去销售部夸大空

    洞的解决方案有了实质产品感觉。

    为了打单方便，文案还制作了演示版，里面有模拟真实客户业务的数据，可以达到完整的演示全部流程和报表表现

    。

    但是，我还有个问题要jiāo给她。

    我发现这样一个现象：不管是实施部门、服务部门、销售部门，对产品的了解还只是停留在产品最初的几个版本认

    知基础上。现在软件已经升级了很多版本，加入了很多细节功能，也修补了很多Bug，但大家都不知道。仍然在按照

    自己过去的理解讲。虽然每次发布新版本，都有更新变动说明，都有最新的cāo作说明，也有cāo作视频，但没有人看

    。这和我们在网上遇到的很多开发人员一样，网上大喊：冰天雪地360度空翻luǒ体在线跪求，非得让人明确告诉他去

    看微软某个文档的第几页第几行才算了结。或许，人都大多如此。

    其实，我们已经加入了很多特色的功能。其实，我们已经加入了很多处理各种各样情形业务的功能。但很多人告诉

    客户，仍然是我们做不到，只有让开发部定制开发了。有时候有很尴尬的事情出现：客户兴冲冲的告诉实施人员，

    我发现你们的软件中有个很好的功能对于我们很实用

『加入书签，方便阅读』