售前工作有感（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  查询列表的定义

......