售前工作有感(2009.03)
刘总说得好:要想成为一个好的售前人员,就不要参与市场人员与客户的活动。要树立我们的职业形象,我们和市场人员是不一样的。况且从我个人来讲,估计我永远也成不了市场人员。因为我不擅长吃,玩和吹牛。明天地铁的演示还是给我带来了很大的压力。同时也是一次很不错的锻炼机会,如果过了这一关,那么将意味我的能力和自信将会得到一个突破,为以后的职业生涯做了一个很好的铺垫。
明天早上要做一个演示的流程图,把要演示的点和需要表达的意思串连起来。这次地铁是按项打分,很技术性的一次售前工作.
初步想法:
1:权限体系(三可棵树)模型。重点表达:
A:安全问题(按密级授权 这应该是我们的产品特色)
B:一人多岗的问题(人员身份证的概念,就像我们有一个身份证,同时有多张银行卡一样)。
C:系统管理权和业务管理权分离的问题
2:信息展现
2.1 整个系统的信息展现采取信息发布的方式,所有的展现页面和主页都可以配置。在各门户中的信息采取web part 的方式,非常容易的扩展信息展现。
3:工作流和表单平台(重点中的重点)
3.1 业务数据结构的定义
3.2 表单的定义
3.3 标准的XML格式,非常有利于数据交换。和表单扩展
3.4 支持后端(C#)函数的功能,可自定义DLL插件。实现后台功能的无限扩展。
3.5 支持前端(Javascript)函数功能。可利用javascript 和Dhtml 模型对象提供的各种功能,实现很多前端效果,比如;Ajax的前端无刷新页面数据交换等。也有利于系统间除了在后台进行协同工作,也可以利用前台功能实现(特别是Ajax技术的利用,使前端操作体验的效果达到了一个可以和桌面系统相比的高度)
3.6 提供了环节和角色的两种权限模式,真正意思上的解决了:权限问题,以环节的方式权限明细,每个步骤干自己的活,当一个角色需要干很多步骤活的时候,需要多次往返,角色授权模式就解决了这个问题。 也解决了利用这个平台实现不需要流程审批的业务模块功能。
3.7 提供了丰富的控件,满足绝大多的业务需要。对于特别的需求,可以利用HTML通用控件来解决,在这个控件里面输入:HTML控件的脚本,即可以实现无限扩展的能力,例如用:IFframe 可以包含别的系统页面,以一种简单模式的集成方式进行审批。当然这里首先要解决单点登陆的问题。
3.3 流程的定义
3.3.1 图形化和设置两种模式的配置方式,提供了更加人性化的可操作性。
3.3.2 子流程,解决了流程过于复杂和流程重用的问题。
3.3.3 控制属性(自定义函数,可以和表单数据结合)实现流转步骤的智能判断
3.3.4 特殊步骤解决特殊情况的需要,加强了整个系统的健壮性。
3.3.5 办理过程的图形化展示,让你对整个处理过程一目了然。
3.4 权限设定
3.5 查询列表的定义
......