《湖南创智信息科技股份CRM和绩效管理咨询项目（安达信）outstanding issues final (all)》由会员分享，可在线阅读，更多相关《湖南创智信息科技股份CRM和绩效管理咨询项目（安达信）outstanding issues final (all)（9页珍藏版）》请在金锄头文库上搜索。
1、对安达信提交 档问题清单红色字体为尚未达成协议的问题模块 /功能名称问题所在章节描述及举例 提出时间安达信的原答复 答复时间 考虑意见工作流管理出于具体实现的考虑。考虑到于业务组件的所有属性都有可能在流程中被使用，也就是说，对于业务组件的每个属性的修改都必须要能够形成相应的事件。这些事件（可能是海量数据）如何使得整个系统的运行效率优化。双方讨论，除了使用数据库的触发器以外，还可以采取使用待处理事件列表的方式来平衡系统的资源使用；同时，根据实际业务操作经验，不是所有的组件属性都在流程的定义中可以被使用或可能使用到，所以产生海量数据的可能性不大。最优方案仍由创智在具体实现中决定。见工作流管理模块中
2、牵涉到的两个问题及安达信的答复工作流管理由于现有系统中的业务对象、组件及其属性都是预先定义好的，用户在构造工作流时有可能觉得现有的属性不合适或者不足够，那么就必须要能够对业务对象、组件及其属性进行维护，并在经过调整之后的业务对象的基础上再构造工作流。该功能如何实现？于创建业务对象与业务组件的目的： 对于面向对象的设计与编程方式需要； 以实际业务为创建业务对象与组件的依据，从商业规则考虑。若允许用户自行定义业务对象与业务组件，则系统将无法控制商业规则的合法定义，如：用户在定义过程中使用了错误的映射字段，而系统无法对这种错误进行检验，其结果会使系统中的数据产生严重错误。因此，安达信认为不应让用户自
3、行定义业务对象与业务组件。见工作流管理模块中牵涉到的两个问题及安达信的答复绍（ 为什么不如“块中提出相应 11/20 报表生成器本身 11/24报表生成工具，为何没有必要？ 是作为一个功能体现在能规格中，它的设计是基于互有关联的数据表中的相关字段，并体现在具体应用上 创智方可在市场上找一些相应的报表开发工具（例如 专业报表开发工具）来作为 另请参见问题 2 的答复（在假设中已说明，有关数据库结构，或是选择和功能实现等内容，由创智方自行决定） 。 系统监控报告所统计的记录在哪创建，是否类似于日志记录功能？是否在相关模块中提及？系统监控报告类似于系统日志记录功能。它贯穿于所有模块，它应该是系统的一
4、个基本功能11/24 此基本功能由应通过软件编程中考虑当用户访问任何一个视图，并进行了功能属性操作而产生相应此用户的关于此视图的日志记录报告） ，通过日志记录输出形式（在于系统日志队列中。机会管理 没有考虑销售机会之间的关联问题 销售机会之间的关联问题。可以通过客户组或使用同一个用户名的方式。11/14 当一个或几个机会小组在处理相关的销售机会时，可以通过共享备忘录的方式对相关的资料进行共享，了解各自的处理进度及其他所需信息。有关商业伙伴之间的机会关联管理，将在第三阶段市场推广管理中实现。通过制订渠道策略，可以实现在渠道流通过程中产生的机会处理，以及对渠道成员的管理。从而增强 000 的功 能
5、。对于在某个特定市场活动，或是通过某种渠道产生的机会，可以通过赋予其不同的销售机会类别和类型，在处理时相互参照，进行统一管理。产品管理 产品使用率 再考虑（。信息来自后台系统，客户管理系统必须与后台系统集成才能计算产品使用率。在后台系统中，不同的产品/服务的产品使用率有不同的表现形式。所以在统中无法定义一个统一的产品使用率。建议在 统实施时，针对不同的行业再作考虑。活动管理 值”描述“分派经理，交互式处理”在通篇文档中没有体现11/2 11/3 在提交件中说明。创智同意活动管理 整体 没有活动费用管理的功能 11/13 11/21 在整个 想中活动的费用管理不被作为重点考虑的核心功能，对于某些
6、活动的费用在目标用户中一般通过 此今后考虑的是和其他系统的数据接口。创智同意活动管理 跟 关联体现在何处？比如在 问答过程中需要产生活动信息等等情况，希望予以考虑周全。11/17 请参阅 能模块的文档意见清单，已作答复11/原意见清单中的安达信答复“将在新版本中更正”这句话的更正活动管理 信件往来管理列表件内容”字段在何处？ 11/2 信件内容即生成的信件模板 11/9 对原意见清单中的安达信答复“将在新版本中更正”这句话的更正机会管理 机会选择客户时能否同时进行客户的维护11/13 用户除可以选择/添加新客户, 现有客户及潜在客户以外,不能同时进行客户的维护 请参见 客户维护列表弹出窗口的字
7、段和功能描述11/14 要维护的客户信息量较多，且不同的客户类型所需的客户信息也不同。在创建一个机会时，不宜也不便进行所有客户信息的维护。较为合理的做法是先创建一个客户，表明其基本性质，公司还是个人、现有还是潜在等。再进入客户管理模块进行较为详细的维护。创智同意。机会管理 售阶段无开始时间 11/13 第一个销售阶段的开始时间,是其销售机会的创建日期11/14 将销售阶段的开始时间定为销售机会的创建时间，是为了督促机会小组及时的记录机会信息，并运用系统提供的方法和阶段进行销售机会的处理，利用系统进行工作进展的监控。不建议在事后才将销售机会录入系统，仅将系统作为一个备份记录的系统。创智同意。客户
8、管理 名维护列表没有客户编码的字段（其他相关表类似） 10/28 在以后进行答复 11/8 在 加入了指向外键 已更改。创智同意客户管理 户组的维护问题 10/28 以后回复 11/8 文档中公司客户表格及其 有“客户母公司”的字段及相应描述。 (11时，在“客户母公司 ”的字段描述中详细说明了 个表格的 数据生成方式和客户层次图的产生原理。创智同意。客户管理 什么要有家庭服务小组？如果有“家庭服务小组” ，该如何的维护？是否应加上家庭层次图，以表明这些客户的服务应隶属于同一个客户服务小组？10/28 以后回复 11/8 我们不建议归并家庭服务小组与个人服务小组的服务。两者会可能由于服务对象虽
9、属同一家庭，但分处不同地域等各种因素而需分别提供服务。一般情况下，个人客户若愿意将自己获得的服务归并于所属的家庭中时，客户会自动提及自己所属的家庭及其他有关情况，用户便可由此进行相关操作。在家庭信息列表 客户服务组字段说明中，添加有关家庭服务组的功能说明。已更改，创智同意。产品管理-产品添加到产品线不方便 11/1 再考虑（。 11/10 把 品线弹出窗口变为产品线维护列表弹出窗口。已更改，创智同意。产品管理-有产品表格，没有产品列表，是否可以添加 示产品列表11/1 再考虑（。 11/10 添加产品列表。同时删除产品表格 智同意。产品管理-款周期，代理商维护没有设计 11/1 再考虑（。 1
10、1/10 提供付款周期和代理商的数据表。已更改，创智同意。服务要求管理为什么附件的处理方式与前面所提交的模块如：客户管理、活动管理的处理方11/13 安达信考虑。 11/14 在产品管理模块中的产品资料的管理支持文件在服务器与远程用户之间的复制。式不同。登录本地和登录服务器有何区别？便于销售人员在向客户推销产品时随时调阅或把产品资料分发给客户。其它模块中的附件管理功能不支持文件在服务器与远程用户之间的复制。由此服务要求管理模块中的附件管理功能将在新的版本中有所改变。创智同意。工作流管理 作 类 型 ： 有 时 需 要 比 较 复 杂 的 数 据 库操 作 如 何 实 现 ？11/23 可以使用
11、若干个节点的组合或是预置操作。11/23 创智已同意工作流管理业务组件的属性为对应表中的对应字段，能否实现与“表达式”的对应？如：123在业务组件属性中添加表达式字段。智已同意工作流管理出于具体实现的考虑。“流程组”表中应该增加一个描述启动时间的字段。如每个月的8、9号。流程组的设置将添加一个流程组的起始运行时间。智已同意工作流管理流程缺省属性如何进行维护和管理 统定义的属性，由程序控制。 11/23 创智已同意工作人员管理作量规则中的“当前工作量”是如何得来的？是否应该考虑工作时间的长短？11/23 系统将提供界面使用户能利用已定义的属性来对每种分派对象制定工作量的计算表达式。 对于每个候选
12、人，系统将允许制定其最大工作量。11/23 创智已同意工作人员管理义分派对象的搜索范围（如：%） 。对于一般用户是否可行？（比如销售经理就不一定知道表结构，或者根本就不懂 句。 ）是否还有其他的表现方式？这种 式是否应以 的操作选择方式进行定义？（可选）11/23 安达信将设计一个较现有方式更友好的搜索范围定义界面，其具体的实现方式由创智在详细设计中决定。11/23 创智已同意工作流管理模块中牵涉到的两个问题及安达信的答复本文将对于创智提出的工作流管理模块中牵涉到的两个问题及安达信的答复作较为详细的描述。创智提出问题一（原文）考虑到 件，由于业务组件的所有属性都有可能在流程中被使用，也就是说，
13、对于业务组件的每个属性的修改都必须要能够形成相应的事件。这些事件（可能是海量数据）如何使得整个系统的运行效率优化。安达信答复（原文）经双方讨论，除了使用数据库的触发器以外，还可以采取使用待处理事件列表的方式来平衡系统的资源使用；同时，根据实际业务操作经验，不是所有的组件属性都在流程的定义中可以被使用或可能使用到，所以产生海量数据的可能性不大。最优方案仍由创智在具体实现中决定。答复说明功能 设计目的： 在业务记录被创建并保存到系统中后，不可避免的会对记录中的部分字段进行修改。 工作流中对于 使用在很大程度上只是针对业务记录中的部分与后续处理相关的字段。实例 1：在接收了用户的服务要求之后，根据问题的情况来判断问题的优先级（中）与严重程度（中），在 统中创建了一条服务要求记录并将此任务分派给合适的工程师处理；但在工程师去实地查看了问题后，发现该问题的优先级应为”高”。由于此更动将影响问题的处理方式与人员分派，因此可以通过使用工作流的 自动地实现更改之后相应的工作安排。实例 2：公司的销售部门在获得了一项销售机会时，对该机会预计收入的估计为 作出了相应的后续工作安排。之后，销售人员发现当初的预计收入可能偏高，并对其作了重新估计，因此这改动将影响其它的业务操作，可通过使用工作流的 实现。实现 能可以是以下两种方式：方式 优点 缺点数据库触发器
