基于网络的实施门户网站的自动化系统和方法

专利名称：基于网络的实施门户网站的自动化系统和方法
技术领域：
本公开涉及用于基于网络的实施门户网站中使用的自动方法的系统和方法。
背景技术：
评估一个银行在所有国家之间以无缝并且连贯的方式实行预定的解决方案的能 力是非常困难的，这使得很多公司资金持续受挫。过去，当银行产品被订购并且在独立的基 础上实施时，银行足以确保执行了文件，完成了服务的设置并且对客户就其使用进行了培 训。然而由于解决方案变得更加复杂并且集成到了现金管理产品的全部区域，因此实施已 经变得不仅仅只是一种有效的执行过程。成功需要和客户进行主动和咨询性的协商、以及 牢固的项目管理技能。很多公司都已经开始认识到解决方案越复杂、所拓展的地理范围越 宽，对银行的实施资源、过程和方法的准确评估的需求越严格。随着对其部分业务过程进行集中化或外包的公司数目的增长，实施新的资金管理 解决方案会牵涉到机构以外和世界各地的很多成员。此外还涉及当前资金管理解决方案的 复杂性和对将他们集成到公司的业务流程的需要。不难想象新系统会对公司和其多个子公 司、其供应商和其客户产生怎样的影响。新的银行账户、互联网银行平台和与企业资源计划 系统相关的多个接口都需要开发和业务上的改变。由于不同的利益相关者具有不同的目 的、观念和动机，他们中的一些会发生冲突，这进一步对实施过程提出了挑战。因此，管理这 些改变成为获得成功实施的关键。进一步的，公司当前操作所处的流动业务环境有时会对 现金管理需求产生不希望的改变。该实施过程必须能够在项目范围和时间表内快速响应这 些变化，并且应该能够简单地识别和测量所产生的影响。鉴于上述，很显然，重点在于提供 的解决方案的执行的传统方法将无法满足需求。我们已经确定存在一种包含协作过程的需 求，其关注客户、探求理解解决方案如何影响公司和它的利益相关者和/或顾客/客户和/ 或使用者，并且使得变换的处理更具有可管理性。在生成该协作步骤中的一个关键因素是能够在端-到-端的实施过程中所涉及的 所有参与者之间进行有效率的信息交换。例如，客户或顾客和公司(例如，银行)职员(和 那些来自涉及的任何第三方投资方)不仅仅要求有权使用单个和共享的项目信息资源，其 也要求使用方便项目任务的管理、问题和风险和进度跟踪的动态项目管理工具。

发明内容
通过网络门户网站的在线协作使得有效率地在所有参与方之间进行通信变得便利，而不用考虑他们的地理位置和组织边界。通过所公开的基于网络的实施门户网站，根据 本发明的不同实施方式的项目实施方法不再是银行的服务承诺的一个概要列表。公司可以 在每个阶段准确地呈现为他们如何实施解决方案。在一些实施例中，通过嵌入的工作流步骤和预定义模板，该门户网站可以使客户 的登录过程标准化和自动化。该过程可以自客户确认订购特定的商业解决方案的时间点至 这些商业产品被该客户实施和使用的时间点之间被标准化和自动化。在一些实施例中，基于用户选择的产品和国家，该门户网站可以自动产生项目计 划、法律协议、客户登录资料、公司和客户清单、文件接口测试用例、客户培训资料和公司服 务设置工作流。这些功能中的每种功能可能包含该登录过程的核心资料和阶段，并且能够 方便整个过程中任务的有效管理。在一些实施例中，该系统包含系统内部的可以允许用户拜访行为的多种功能。这 些功能包括项目计划、法律文档、培训资料、问题追踪器、客户服务移交、拜访报告、实施后 校阅。所有的这些行为都可以在行为日志中在“我的任务”功能下查看。行为日志对应于 可以嵌入在上述每一个功能中的行为集合。这些功能代表该登录过程的一些核心工作流/ 步骤。该行为日志，例如问题追踪器或任务列表，连同项目计划可以方便用户记录发生在项 目工作流过程中的行为。例如，在行为日志和项目计划中的关键信息，即开始日、到期日、责 任方和来自这些功能的评论都与摘要页面、个人工作调度表(我的任务)、内部和外部进程 报告、项目仪表板统一和同步，反之亦然。在一些实施例中，对于特定国家的每一个产品，项目计划、法律协议、客户登录资 料、公司和客户清单、文件接口测试用例、客户培训资料和公司服务设置工作流的模板都是 在系统中预定义并被配置的。虽然每个功能具有其自身特定的特征，但生成方法一致地基 于国家和产品。在一些实施例中，该门户网站系统可以由公司员工和客户分别通过企业内部互联 网和因特网访问。


结合以下附图并参照以下详细说明将更为全面理解本发明的各种目标、特征和优 势，其中相同的参考标记代表相同的元素。附图IA描述现有技术实施门户网站；附图IB描述了根据本公开实施例的基于网络的实施门户网站；附图2是根据本公开实施例的基于网络的实施门户网站图；附图3是根据本公开实施例的基于网络的实施门户网站的自动化方法图；附图4是根据本公开实施例的基于网络的实施门户网站的EBV电子数据表图；附图5是根据本公开实施例的基于网络的实施门户网站的EBV电子数据表的屏幕 截图；附图6是根据本公开实施例的基于网络的实施门户网站的解决方案矩阵图；附图7是根据本公开实施例的基于网络的实施门户网站的解决方案矩阵的屏幕 截图；附图8是根据本公开实施例的基于网络的实施门户网站的项目计划功能的屏幕截图；附图9是根据本公开实施例的基于网络的实施门户网站的法律文档功能的屏幕 截图；附图10是根据本公开实施例的基于网络的实施门户网站的测试用例提取规则 图；附图11是根据本公开实施例的基于网络的实施门户网站的拜访报告模块图；附图12是根据本公开实施例的基于网络的实施门户网站的服务设置矩阵图；附图13是根据本公开实施例的基于网络的实施门户网站的培训模块图；附图14是根据本公开实施例的基于网络的实施门户网站的实施后校阅模块图；附图15是根据本公开实施例的基于网络的实施门户网站的任务管理模块图；附图16是根据本公开实施例的基于网络的实施门户网站的项目追踪器的图；附图17是根据本公开实施例的基于网络的实施门户网站的项目追踪器的屏幕截 图；附图18-21是根据本公开实施例的管理仪表板报告的部分；附图22是根据本公开实施例的基于网络的实施门户网站的项目仪表板功能的屏 幕截图；附图23是说明根据本公开实施例的基于网络的实施门户网站的该项目仪表板的 图；附图M是说明根据本公开实施例的基于网络的实施门户网站的该项目仪表板 (关键数据)逻辑的图。
具体实施例方式在一些实施例中，通过嵌入的工作流步骤和预定义的模板，门户网站可以使客户 的登录过程(onboarding process)标准化和自动化。该过程可以自客户确认订购特定的 商业解决方案的时间点到这些商业产品被该客户实施和使用的时间点之间被标准化和自动化。在一些实施例中，基于用户选择的国家和产品，该门户网站可以自动生成项目计 划、法律协议、客户登录资料、公司和客户清单、文件接口测试用例、客户培训资料和公司服 务设置工作流。这些功能的每一个都包含登录过程的核心资料和步骤，并且能够便利整个 过程中任务的有效管理。在一些实施例中，一个行为日志可以被嵌入到下面的每一个功能中法律协议、客 户培训、问题追踪器、拜访报告、客户服务移交和实施后校阅。这些功能代表了该登录过程 的一些核心工作流/步骤。行为日志，例如一个问题追踪器或一个任务列表，连同项目计 划，可方便用户记录项目的工作流程中出现的行为。例如，将行为日志和项目计划内部的关 键信息，即开始日、到期日、责任方和来自这些功能的评论与摘要页、个人工作调度表(我 的任务)、内部和外部进度报告、项目仪表板进行统一和同步，反之亦然。在一些实施例中，在该系统中预定义和配置了针对特定国家的每种产品的关于项 目计划、法律协议、客户登录资料、公司和客户清单、文件接口测试用例、客户培训资料和公 司服务设置工作流的模板。尽管每个功能有其自身的特定特征，但是产生方法是一致基于国家和产品的。在一些实施例中，公司员工和客户可以分别通过企业内部网和因特网访问门户网 站系统。在一个实施的门户网站中所描述的网络自动化方法提供了一个全球化的客户登 录平台，该平台使得解决方案的传送能够在内部员工和客户之间被协作化地管理。特别的， 嵌入在系统中的端-对-端的实施过程被自动化、流线化和标准化，从而使得可以跨越地域 向客户传送一个迅捷、无缝和连贯的体验。该系统允许，例如资金管理解决方案以一致的方 式进行传送，而不论客户的位置。系统的核心是标准化但又个性化的特征。该门户网站体现 了理想的用户体验，从解决方案的形成到实施和除实施外正在进行的服务的所有方式。使 用这个系统，项目的实施不再是银行做出的服务承诺的概要列表。取而代之，公司可以在每 一个阶段准确地呈现解决方案会被怎样实施。在本公开中用语(terms)系统和门户网站将 可以互换使用。在一些实施例中，所描述的基于网络的门户网站为所有的项目活动、通信和在实 施过程中创建的文档提供了一个库，并使得它们可以被所有利益相关者(stakeholder)访 问而不论其位置和组织。它允许对项目状态进行常规查看，因而可以消除误解并减少通信 花费的时间。与所公开的系统的通信不再是一个单向过程，而是多边的。团队协作可以通 过包括例如客户供应商的第三方的在线论坛得以促进。这种动态的实施工作流程使得可以 捕获正确的信息，并基于他们被赋予的角色将该信息从一方传递到另一方，从而增强了信 息流动并确保在第一次尝试中工作被准确的完成。在一些实施例中，通过使用该实施门户网站，项目管理在实时的、动态和协作的基 础上执行，增强了所有利益相关者的责任，并且使得项目团队成员关注于准时完成他们各 自的任务。一旦要被实施的产品和服务的范围被确定，嵌入的项目计划工具会基于银行在 实施相似解决方案时的扩展经验，使用预定义的模板生成一个项目计划。该计划能够进一 步根据个性化的需求进行定制，并且能够与客户的内部任务进行简单的整合，用于对整个 过程的统一核查和协同管理。除了实时的更新外，该计划还提供自动化的报警并与例如任 务管理和问题追踪等其他实施工具紧密地整合起来。由于对个人任务的更新实时地反映在 项目计划中，故它们对关键路径的影响能够简单快捷的评定。如果经历重要的里程碑，就会 触发自动化通知以使关键项目的利益相关者可以迅速的做出反应。尽管依据本发明的一些实施例将所有的交互都合并到一个单一平台上是非常有 益的，但是如何表达这个数据以提供可操作的业务洞察力也是非常重要的。预期和例外的 管理，连同需要的信息是驱动系统发展的关键设计准则。因而利益相关者和/或客户关注 于例如，执行优先任务和解决问题，一个关键指示器的可连接功能仪表板、悬而未决的问 题、经历的里程碑和逾期的任务也被提供，因此利益相关者可以迅速的调查相关的细节。在 一些实施例中，其允许自动放大醒目的条目，因而任何异常都能被迅速的识别和处理。对于 要求获得更多详细介绍的利益相关者和/或客户和/或用户，产生定期的进度报告由例如， 从系统的多个资源中自动提取信息来生成。在一些实施例中，进度报告工具使得地理位置 分散分布的团队能够协作生成综合的、准确的和及时的进度报告。对于包括多个产品和国家的解决方案来说，文档的增生及其管理被证明是重要的 挑战。为了缓解这个问题，一些实施例中的在线文档资料库能够对文档进行分类，以使得任何人，在任何时间和地点都可以容易地检索。类似的，法律协议的完成也能够为客户和/或 用户和公司(例如银行)吸收有价值的实施时间和资源。在一些实施例中，系统通过使用 客户信息和该客户订购的服务的详细信息自动填充(populate)协议实现上述目的，因而 可以将错误最少并能节约所有关注的时间。为了进一步帮助客户，特别是当一种解决方法 跨度多种产品和涉及分布在不同位置签约者的多个国家时，系统有利地提供详细的签约指 南并且能够对每个文档进行在线条款谈判、任务创建和进度追踪。所提供的详情的程度消 除了长距离通信，有助于实现透明性并且使得进度能够在个人文档级别被追踪和管理。附图IA描述了实施门户网站的现有技术。这种类型的门户网站的效果是通信能 力差，在利益相关者和/或客户和/或用户之间的文档的不完整流通，并且项目和工作流管 理对手工处理的依赖导致实施的效率很低。附图IB描述了根据本公开实施例的基于网络的实施门户网站。所描述的门户网 站为有效的团队通信和协作创建环境。进一步的，如下所述，嵌入的项目管理工具和预定义 工作流特征也使得能够有效率的实施。基于网络实施的门户网站提供多方接口、用于文档 和信息的单个资料库、项目管理、工作流管理和任务管理。附图2是依据本公开实施例的基于网络的实施门户网站200的图示。该门户网站 200包括用户接口 220、进程230、数据库240和输出250，并且被连接到客户视野210。门户 网站200是系统入口，通过该入口用户能够访问各种系统功能。客户视野客户视野210是在银行和客户端门户网站200外的标准商业平台的名称。客户视 野是客户信息工具。例如，它可以是客户信息管理工具、关系管理系统或者客户关系管理系 统。客户视野210的主要功能是存储公司(例如银行)的客户信息。在一些实施例中，银 行与客户视野210建立了通信通道。使用门户网站200的银行可以从客户视野210数据库 下载数据以在门户网站数据库中使用该数据。用户接口层在一些实施例中，用户接口 220是例如内部和外部用户可以通过其访问门户网站 的接口。例如，银行职员和代理人被称为内部用户，顾客和客户被称为外部用户。除了外部 用户例如银行的客户也可以访问和使用的以下功能外的门户网站的所有功能都可以被内 部用户访问和使用，外部用户也可访问和使用的功能(1)仪表板(银行客户可用的内容经 过过滤，并且以不同的方式呈现)；⑵项目计划；⑶文档清单；⑷项目追踪器；(5)解决 方案矩阵/账户列表/账户与服务计划；(6)整合测试管理；(7)进度报告；和(8)收发消 息，我的任务。在一些实施例中，接口是用于内部用户的，包括“我的实施”、“我的任务”和“我的 客户”。内部用户包括公司(例如，银行)内部的用户，举例来说，内部用户可以包括客户 实施团队、客户整合团队、客户服务团队、支付/现金管理(PCM)操作者、全球化服务中心 (GSC)操作者、销售经理、产品经理和关系经理(RM)。内部用户可以通过“我的实施”页面， “我的任务”页面或“我的客户”页面与系统进行交互。内部用户，例如包括客户执行团队和 客户整合团队，可以通过“我的实施”页面管理实施。支持系统设置的操作可以通过“我的 任务”页面接收工作请求。销售和客户服务团队可以将该系统用于他们各自的移交处理，并 且可以以与客户实施和整合团队相同的方法访问门户网站200。连同关系经理，他们将使用该系统来获得其客户的定期更新。其他更多的零星用户包括，例如可以从该系统接收管理 信息的支付/资金经理和产品经理。所公开的门户网站可以帮助项目经理以更有效的方式 对每天的工作流进行管理和自动化。在一些实施例中，用户接口 220的顾客可以包括用户，例如外部用户、顾客和/或 客户。顾客可以通过访问客户侧的登录页面访问门户网站200。顾客可以是，例如企业客 户/顾客。一旦邀请外部用户使用该门户网站，他们将能够提供某一详细的日志。该详细 的日志可以包含用户选定的密码，使得客户可具有一些用于锁定(lock into)系统的访问 权限。一旦该客户具有适当的登录信息，该客户就能够登录到该门户网站的不同部分，如输 出部分250所示，该客户可看到项目计划、解决方案说明列表、客户协议和进度报告。通过 这种方式，如果客户要访问特定文档，则他们可以从门户网站下载该文档，而无需由银行提 供物理拷贝。进程层在一些实施例中，进程层230可以包括项目管理进程201、工作流管理进程202、工 作调度器进程203、警报消息通知204、文档管理进程205、自动化实施模板进程206、在线搜 索进程207和MI报告进程208。基于用户输入的信息和模板里预定义的步骤，系统根据预 定义的商业规则处理数据以生成，例如项目计划。模拟工具允许用户调整项目计划以适应 不同客户和/或顾客的需求。之后，确认的项目计划能够触发各工作流和任务，其进而能够 更新要执行的任务的不同利益相关者的工作计划。在一些实施例中，任务提醒器也会通过 警报在系统中被自动化。项目管理项目管理进程201能够用于管理项目。项目管理进程的细节将参考图3进行更详 细的讨论。工作流管理在一些实施例中，工作流管理进程202可以用来管理管理团队的工作流。例如，在 销售经理从外部客户处获得特定的委托之后，销售经理可以向实施团队提出分配实施资源 的请求。通过工作流管理进程202，在每个国家、每个办公室里的每个人都可以遵照将该过 程在全世界范围内流线化的相同工作流进程。工作调度器工作调度器进程203是门户网站中的另一功能，实施、整合和服务团队可以使用 该功能管理其每天的工作。在一些实施例中，工作调度器能够帮助繁忙的管理人员记住日 期、时间线和他们必须要满足的不同客户需求的不同的里程碑期限。工作调度器进程203， 例如，可以向管理人员通知重要的日期，并且有助于将管理人员每天的生活自动化。警报消息通知警报消息通知进程204是电子邮件进程，其可以向管理人员通报门户网站内的到 期日或者通知。例如，如果团队中的另一个人想要提醒管理人员一任务，这个人可以使用该 警报消息通知进程204来向该管理人员发送一个电子邮件通知。在一些实施例中，如果团 队成员想要提醒销售经理在特定的时间周期内进行销售移交，该团队成员可以使用该警报 消息通知进程204。该系统自身会触发电子邮件通知警报来提醒销售经理。文档管理
文档管理进程205可以管理文档的资料库和数据库。这些文档可以包括由客户签 署的法律文档。例如，在现金管理委托过程中，银行可能需要要求外部客户签署不同的法律 文件。在文档执行之后，需要将他们存储在单独资料库中以备将来检索。文档管理进程205 对于系统中的管理人员来说是在从客户处接收到签署的文件后，将该文件扫描进系统中的 一种机制或功能。然后，将所签署的法律文件的扫描图像存储在系统中用于后续检索，并且 也向客户提供存储所有签署文档的单独数据库。自动化实施模板自动化实施模板进程206与文档管理进程205 —起工作以创建在文档管理进程 205中存储的文档。例如，自动化实施模板进程可以创建文档，也可以格式化内部模板。在 一些实施例中，该进程可以向所有用户提供遍及系统和公司内使用的标准化模板。该自动 化实施模板将参照图3进行详细讨论。在线搜索在线搜索进程207允许搜索存储在数据库层MO内的信息。该在线搜索进程207 允许系统提取数据来协助管理，或者协助人们进行分析。MI 报告MI报告进程208 (管理信息报告进程)能够与在线搜索进程207协作从而从数据 库240提取相关数据，然后该MI报告进程可以根据预定义参数和预定义规则为管理使用准 备报告。例如，业绩报告是一种MI报告。业绩报告可用来比较不同管理人员的业绩。数据库层数据库层240包括集中式客户数据库Ml、项目工作流管理数据库M2、集中式文 件数据库243和商业参数数据库M4。客户数据库客户数据库241可以包括，例如，与客户有关的信息，包括公司信息、客户联系细 节、解决方案详情、账户列表和估计的商业价值EBV电子数据表。EBV电子数据表EBV代表委托的或者特定客户的财富价值。在一些实施例中，这是公司可以从特定 的客户身上赚到的财富价值。客户的EBV可以记录到EBV电子数据表内。信息以系统的方 式存储起来以用于后续的检索和报告分析。EBV电子数据表的创建和管理将参照图3进行 详细的讨论。解决方案详情解决方案详情可以包括解决方案矩阵，其是由一个国家中的客户在一次交易中订 购的一组产品或服务。在一些实施例中，它形成了获得各种工具和项目文档的基础。解决 方案详情可以包括产品信息，包括产品，例如因特网银行业、支付产品和应收的产品。所有 这些产品都可以在解决方案详情中。解决方案详情将参照图3进行更详细的讨论。项目工作流管理数据库项目工作流管理数据库242包括项目计划、工作流模板和实施模板。项目计划通过项目计划，客户可以通过追踪其关于计划的项目任务以及按国家和/或阶段 观察该项目来追踪交易的进度。例如，项目计划合并到系统中，从而当管理人员想要评估特定项目的特定时间线或里程碑的状态时，该管理人员可以使用项目计划工具。如同下面参 照图3的更详细的讨论，项目计划功能在项目空间是可用的。项目计划可以定义项目团队 成员和客户要遵照的项目时间表。为了使项目整体有效率，系统也可以使用项目计划来触 发发送给相关用户的通知。工作流/实施模板工作流和实施模板是存储在系统中的、用于被管理人员访问以创建工作流和实施 文档的模板。文件数据库门户网站能够支持成像、归档、上传、下载和电子邮件附件。在一些实施例中，文件 数据库243包括诸如产品协议、谈判、实施文档等文档和文档资料库。产品协议文件数据库243能够包括银行与其客户之间的所有产品协议。因而，如果项目经 理日后想要查找协议，则该项目经理可以访问数据库中的所有可用协议。谈判数据库在一些实施例中，谈判数据库可以通过追踪公司(例如银行)与其客户和/或顾 客之间谈判的条款和条件来帮助谈判进程。谈判数据库可以为特定客户和或特定协议存储 所有谈判信息。例如，谈判数据库可以存储谈判文档草稿、有关谈判流程的文档和谈判的最 后决定。在一些实施例中，谈判文档可以保存在一个地方，以日后使用时它们可以很方便的 检索到。实施文档施文档可以是用于帮助管理人员将其工作流程标准化的模板。模板的一个例子是 进度报告。在与客户谈话后，可以准备一个进度报告来通知客户项目的状态。在一些实施 例中，进度报告以标准的格式准备。因而，当每个管理人员访问门户网站时，他们可以检索 到该进度报告模板作为其中的一个实施文档。管理人员可以加入该客户的特定信息以将最 后的报告转发给客户。实施文档根据图3进行更详细的说明。文档资料库文档资料库可以存储位于门户网站内的所有文档。文档资料库可以包括，例如实 施后调查，其由管理人员在每个项目后创建以从客户处获得反馈的文档。它们被存储起来 以备将来使用，也用于我们的反馈目的。商业参数数据库商业参数数据库244包括产品/国家矩阵和与各客户和顾客联系的商业规则。产品/国家矩阵产品和国家矩阵是由公司服务的当前产品和国家的矩阵。例如，列表中可以有18 国。如果一个地区，例如南非，不在矩阵中，可以通过调整系统参数并将其加入国家矩阵而 将南非包括进来。同样，如果引入新产品，可以通过调整系统参数将其包括到矩阵中。商业规则商业规则可以存储在商业参数数据库中。例如，在销售经理获得一单交易后，该交 易在规定的时间内移交给实施经理。输出
公司和客户/顾客两者都可以从门户网站查看和下载报告。该报告可以包括进度 报告258、管理报告253、内部状态报告252、项目计划251、255、文件254、客户协议257、解 决方案说明列表256和实施后调查(未在附图2中显示)。所有这些即可以在线浏览，也可 以下载为软件或物理拷贝。多种输出将会根据图3进行更详细的讨论。自动化方法图3是依据本公开的实施例基于的网络实施门户网站的自动化方法300的图示。 在一些实施例中，自动化方法可以通过自动创建和更新门户网站内部的文档和程序的方式 使进程流线化。收益(EBV)电子数据表310可以自动填充解决方案矩阵/账户详情320(后 续将详细讨论)。解决方案矩阵/账户详情320自动化地产生一个或更多个下述程序项 目计划330、法律文档331、登录包332、实施清单333、整合清单334、整合测试用例335、服 务设置ops路径(services setupops routing) 336、收益追踪337、培训手册338、问题追踪 器339、客户服务移交340、拜访报告341和实施后校阅342，所有这些都将在后面进行详细 描述。之后，程序330-342中的每一个动态更新下列工具我的交易350(交易概要列表)、 我的任务351(个人日程安排表)、进度报告(内部和客户)352和项目仪表板353。其中的 每个工具都在后续详细描述。收益(EBV)电子数据表图4描述了根据本公开的实施例如何在基于网络的实施门户网站内创建估计的 商业价值(“EBV”)电子数据表400。图4显示了 EBV电子数据表信息提取逻辑的设计理 念，其用于填充门户网站内的解决方案矩阵。附图4显示，在一些实施例中，单个国家EBV 电子数据表402和多国家EBV电子数据表404可以被上传到门户网站。之后，EBV电子数 据表402和404中的数据都会被提取到406。一旦上传，系统从上传的电子数据表402和 404中提取详细内容，例如国家χ产品设置、交易量、标准单元花费、总估计商业价值、净估 计商业价值等等。该信息可以作为产生各种工具(例如解决方案矩阵、项目计划、法律文 档列表等等)的基础。该系统也可以基于来自EBV电子数据表的信息，确定必要的过程和 工作流(例如EBV签注、EBV确认等等)。在一些实施例中，该信息可以存储在数据库408 中，数据库408与一优惠定价模块410通信。所提取的数据和来自数据库408的数据之后 在合并模块412合并以创建合并的EBV电子数据表414。在一些实施例中，EBV电子数据表用来记录从客户处获得的收益。例如，在一特定 委托中，可从特定客户处赚到的收益大小可以被记录以备内部使用。作为开始，销售经理或 任何开启交易的人可以将收益或者交易的EBV电子数据表上传到门户网站。在EBV电子数 据表中，产品、包括账户信息的账户详情、客户喜欢的类型产品、国家信息(例如客户希望 解决方案应用于哪个国家)、定价信息和向客户收费多少都可以被存储。之后，所有这些关键信息都可以从数据表中提取出来并用于自动化过程。因而，一 旦销售人员上传收益电子数据表并将其输入到系统中，系统会为该特定客户和交易自动填 充账户详情的解决方案矩阵。因此，销售经理上传了 EBV电子数据表之后，实施经理或团队 中的任何其他人不需要再次输入产品、国家和定价。该数据会自动传送到系统中。尽管如此，如果实施经理能够从客户处获得更进一步的信息，或者修改所存储的 信息，则该实施经理也能够修正或更改该EBV电子数据表。在一些实施例中，为了将上述过程流线化，门户网站被设计为作为集中地以组织EBV电子数据表和项目中的不同EBV相关活动。该功能可以被划分为四个部分(I)EBV电子数据表这部分提供自不同国家上传的EBV电子数据表的资料库。该门户网站允许用户上 传两类EBV电子数据表(i)新EBV和(ii)保留EBV。单个国家的新EBV电子数据表可以 被合并。系统允许项目团队成员或其他授权用户(例如产品经理和关系经理)将项目的完 整EBV作为一个整体下载。对该两类电子数据表应用版本控制，从而用户可以追查EBV电 子数据表的修订历史。系统可以提取净EBV和总EBV并且呈现在EBV概要中。用户也可以 详细说明对于订购的产品或服务的国家假设。(2)定价信息该模块包括优惠定价信息。当用户上传EBV电子数据表时，系统会扫描并比较所 涉及产品的标准价格表和定制的价格表来核对优惠定价。属于优惠定价的条款可以在该模 块中列出来。(3) EBV 签注在一些实施例中，销售管理人员可能会被要求准备一份EBV电子数据表给销售团 队的领导和或给销售领导进行签注。基于该EBV和该销售团队的组织结构，系统检索缺省 的校阅者并将其加入到校阅者列表。如果必要的话，用户可以通过增加/移除校阅者的方 式而不考虑该缺省设置。校阅者能够下载合并的EBV电子数据表以供校阅。EBV概要也可 以被提供作为参考。校阅后，用户记录签注结果。如果必要，用户可以触发系统来通知销售 领导进行进一步的签注。系统能够自动地向区域销售领导发送通知作为参考。(3) EBV 确认
在销售移交会议以后，实施经理、客户实施团队领导或其他校阅者能够确认EBV 电子数据表。基于EBV，系统可以确定缺省的校阅者并将其加入到校阅者列表。如果必要， 用户可以通过选择不同的校阅者进行定制。系统允许校阅者在该部分下载合并的EBV电子 数据表用于确认。校阅完毕后，用户可记录确认结果。如果必要，用户可触发系统发送进一 步校阅的请求。图5是根据本公开的实施例基于网络的实施门户网站的EBV电子数据表的屏幕截 图。在一些实施例中，EBV电子数据表可以包括国家假定特征，其是从根据产品的种类进行 分组的EBV表中获取的产品或服务。在一个国家中订购的产品显示在一个单独页面上。用 户可以为每个产品种类输入假定，或者为一个国家输入完整的假定/评价。EBV电子数据表 也可以包括EBV概要，其显示上传的全部的总额EBV和净EBV和其对于个体国家的细目分 类。该图可以以本地货币(例如HKD)或者USD的形式查看。用户也可以分别查看新EBV 或者保留EBV中的值。解决方案矩阵/账户详情从EBV电子数据表获得的数据可用于填充解决方案矩阵和账户详情。附图6是根 据本公开实施例，基于网络的实施门户网站的解决方案矩阵图。解决方案矩阵是客户在交 易中订购的一套产品或服务。它构成了获得各种工具和项目文档的基础。该功能作为集 中地服务于为将要实施的、或者已经为客户准备好的一套产品提供正在进行的和全盘的观 察。如同在附图6中显示的，解决方案矩阵600使用EBV电子数据表602和定价列表604 产生。解决方案矩阵600可以用于，例如，产生项目计划模板606、便利实施后调查608的建立、建立整合测试矩阵610、为建立矩阵616建立客户群(client portfolio)和账户列表 614、为文档谈判生成文档清单、生成实施包622，并生成整合包624。在一些实施例中，解决方案矩阵被设计为用于用户浏览和保持项目的解决方案 (即一个交易中在每个国家订购的产品或服务)。它被表达为两个层次(i)第一层601-国 家和产品矩阵和(ii)第二层603-每个国家中的产品详情。第一层解决方案矩阵在二维表 (国家χ产品种类)中提供了对于什么产品正在被订购的纵览。产品种类的例子是“账户 服务”、“托收服务”和“支付服务”。第一层显示了一个项目种类下的哪种特定产品将针对 每个国家(对于特定国家会向下至城市层)实施。第二层解决方案矩阵603是针对国家订 购的产品详情。每种产品的产品特定信息在相应的产品种类下被分组。在一些实施例中，为了降低从零开始建立解决方案矩阵的人力消耗，解决方案矩 阵可以被设计成从EBV电子数据表中提取国家χ产品设置。用户可以应用所提供的设施从 最新的EBV电子数据表中提取详情到解决方案矩阵。基于从EBV电子数据表获得的最佳知识，系统可以在第一层解决方案矩阵产生国 家X产品设置。该系统也可以在从EBV电子数据表导出的第二层解决方案矩阵中自动填入 一些产品的详情。解决方案矩阵产生之后，适当的管理人员可在第一层解决方案矩阵内修改国家χ 产品设置，或者在第二层内调整产品详情。当用户已经完成对解决方案矩阵的输入，并且确 定其准备好被发布时，他/她可以确认该解决方案矩阵。在确认该解决方案矩阵之后，用户 可以触发系统将解决方案矩阵的设置填充到相应功能中的各种包和清单中。系统可以根据 对实施文档/整合文档的国家X产品的设置检索获得必要的实施工具和特定产品文档。如 果解决方案矩阵后来被修改了，用户就将解决方案矩阵的变化移至该包或清单中。在一些实施例中，国家χ产品设置用作在不同项目工具中进行设置的基础，项目 工具例如项目计划、整合测试矩阵和实施后调查。在这些工具中，系统可以根据最近确认的 解决方案矩阵中的国家X产品设置提供设置框架。例如，当用户正在生成项目计划时，系统 可允许用户选择一个合适的项目计划模板。在一些实施例中，其中的一个模板选项是根据 解决方案矩阵中的国家X产品设置产生项目计划。系统可以根据最近确认的解决方案矩阵 从项目计划模板中检索合适的项目计划任务。在另一个例子中，设置或整合测试矩阵也可 以基于最近确认的解决方案矩阵。图7是根据本公开实施例的基于网络的实施门户网站的第一层解决方案矩阵的 屏幕截图。项目计划项目计划被设计用来使项目的生成和维护更加方便。项目可以为项目团队成员和 客户定义要遵循的项目日程表。系统也可以使用项目计划触发对相应用户的通知，并且使 项目整体有效率。附图8是根据本公开实施例、基于网络的实施门户网站的项目计划功能 的屏幕截图。在一些实施例中，用户可以在项目空间内产生项目计划之前在系统中定义以下内 容(1)解决方案矩阵中的国家-产品的选择，和(2)在解决方案矩阵或在当前项目计划功能中的在“时间线管理”功能中的项目日程表和实施方法。信息准备好，用户可触发系统产生项目计划。系统会从存储在系统的模板中提取 项目计划任务，并且据此构建项目计划。项目计划模板可包括多个任务块(例如“本地实 施准备”块，“服务启动和实施后”块，“服务设置”块等等)。任务块的顺序、任务持续时间 和缺省依赖关系可以在模板中定义。在项目计划产生以后，可在某些情形(例如，增加/移 除产品)下更新解决方案矩阵。法律文档如同上面讨论的，门户网站可以为交易或项目创建法律文档，并且将创建的法律 文档存储到内部团队和外部团队可以访问的方便位置。附图9是根据本公开实施例、基于网络的实施的门户网站的法律文档列表的屏幕 截图。该门户网站可以拥有包括在一个交易中所使用的一列法律文档的法律文档清单。清 单中的法律文档可源于以下来源(1)系统产生的——基于在确认的解决方案矩阵中订购的产品或服务、相应的产 品详情和账户列表，在用户已经触发了产生文档清单特征之后，系统可以从文档库中提取 出一组法律文档。依据在“账户和服务日程表”中定义的实体和账户设置，所提取出的文档 可以被组织并呈现在文档清单中；(2)用户准备的和上传的——用户也可以在本地个人计算机中准备自定义文档并 将其上传到清单中；(3)从当前项目空间中加入的；(4)从资源库中加入的；和(5)从以前存储的、对于同一实体/在客户组内交叉引用文档中加入的。在一些实施例中，文档库可以包括系统中可用的完整法律文档列表，并且系统可 以使用预定义的提取逻辑从该文档库中提取法律文档到文档清单中。系统可以使用来自确 认的解决方案矩阵的如下信息来为每个产品从模板中检索法律文档(1)适合于该区域或本国；(2)适合于该产品；(3)模板(如果有的话)中定义的产品详情必须与解决方案矩阵中的产品详情匹 配，并且(4)满足特定的条件(如果有的话)。之后，用户可以生成法律文档列表。如果确认的解决方案矩阵中只有国家X产品 信息可用，则系统可以显示按国家X产品分组的文档。在每个国家和产品之下，法律文档按 照文档名字的字母顺序(升序)进行存储。在用户已经填入较多的信息，例如账户、客户群 之后，用户可以再次生成文档清单以在屏幕上反映出最新的变化。登录包登录包332是包含了一组实施文档和一个实施清单的包，用于使客户实施团队和 /或客户整合团队方便管理客户登录过程。登录包为系统用户(内部/外部)提供了软件 和硬件必需品以帮助他们以一种更有效的方式访问门户网站功能。实施文档和清单实施文档和清单333功能可为管理人员管理项目文档促进端对端过程。在一些实施例中，清单可以被用于(1)基于项目详情(例如解决方案矩阵中的产品设置)产生文档(即，实施文档和 整合文档)；(2)为内部使用产生清单(也就是实施清单和整合清单)和为客户引用产生清单 (即客户清单)；(3)方便将文档组织成不同的自定义分组，并且允许用户定义客户对文档分组的 访问权限；(4)便利文档的正在进行的维护。例如，用户可以下载该文档到本地个人计算机中 以浏览和修改，并且将修改后的文档上传回系统；(5)对文档应用版本控制，以追踪修改历史；(6)为在多个项目团队成员之间分享、存储和检索文档提供中央资料库；(7)方便用户向客户发布或导出文档。在一些实施例中，管理人员可以为内部用户或客户的引用准备文档和清单。这些 资料被组织成两部分，命名为(1)文档和( 清单。系统根据项目详情和解决方案矩阵中 的产品设置生成实施文档和整合文档(如果需要的话)。系统能够基于项目详情和解决方 案矩阵中的产品设置生成实施清单、整合清单(如果需要的话)和客户实施清单。交易中 的每个国家都有一组清单。针对交易中的每个国家，系统可以根据在该国订购的产品/服 务检索出一组检查条款。首先，系统能够从区域层清单模板中检索出条款。其次，系统可以 以类似的方式从本地层清单模板中检索出条款。所有这些检索出的条款都能够被收集起来 并包含在该国的清单中。整合清单整合清单334被设计为便利整合管理人员管理项目的整合。该清单方便用户输入 整合相关的详情，并且该清单管理交易中的整合，并且方便用户管理该整合测试过程。在一 些实施例中，系统可以基于与该国家/产品相关联的整合解决方案在项目计划的相关国家 /阶段内生成必要的整合相关项目计划任务。整合测试用例当用户定义了测试概况(test profile)时，用户可以使用预先定义的逻辑来提取 整合测试用例335。附图10显示了系统如何提取测试用例。在用户选择了测试类型之后， 系统会基于所选择的测试类型和来自交易的信息(即企业资源规划(例如，管理公司内部 各种资产的系统)、国家、通道、产品、输入文件)来查找相关的测试用例。当系统完成查找 时，系统将会在相应的测试方案或测试数据下显示所有的测试用例。拜访报告自动化方法也可产生拜访报告341。图11是根据本公开实施例、基于网络的实施 的门户网站的拜访报告模块图。议程和拜访报告功能是一种协助用户为会议或拜访准备 议程1110和拜访报告1100的工具。系统为用户提供该功能以在会议前准备议程1110， 并且该系统用作用户在会议后准备和校阅系统内的拜访报告1100的公共空间。该功能的 设计理念是方便用户基于预定义的模板或者没有模板的基础上准备议程1110和拜防报告 1100。在准备拜防报告1100时，系统允许用户自之前准备的议程1110中的信息导入到拜 访报告1100以用于后续的更新。在拜访报告里，用户可以增加文档、增加后续的行为条款、标识客户可见性和设置拜访报告的机密性。所有自拜访报告创建的行为条款将会自动地显 示在“我的任务”和“进度报告”中。如同在附图11中显示的，拜访报告可以包括例如具 有会议日期的概要；准备日期；谁准备了该报告；内容的概要；拜访报告的名字；安全级别； 文档列表；行为条款和内部和外部参与者。在一些实施例中，议程模板可以存储在系统中，并且用户可以选择要遵循的一个 适当模板。用户可以输入会议过程中标识的行为条款，从而其他用户可以追查该条款的进 度。当行为所有者已经执行了该任务并且在他/她的“我的任务”里更新了状态，行为条款 的状态将被更新并且反映在拜访报告屏幕上。服务设置OPS路由服务设置OPS路由336的功能被设计用来方便用户管理服务设置。对于服务设 置，一个设置任务能够基于账户服务国家和产品来生成。系统为每一个设置任务分配一工 作ID。一个设置任务包括用于处理部门设置一个服务所需要的材料和信息。附图12是解 释系统如何基于包括客户账户、实体、产品、交易涉及的国家等的信息生成设置任务(或工 作)的图示。对于客户群/账户列表1210，系统可以从项目内的客户群和账户列表中提取 产品、账户服务国家、实体、实体居住国家的信息和关系。实体指代将为其设置服务的法律 实体。在附图12中，存在居住在三个不同地区(香港，泰国和中国)的4个实体(实体A， B，C，D)。每个实体包含位于不同地区(香港，泰国和中国)的账户列表。例如，实体A(居 住在香港)拥有在香港的账户1和2、在新加坡的账户3和在泰国的账户4。实体B (居住在 香港)拥有香港的账户5和6。实体C(居住在泰国)拥有在泰国的账户7并且实体D (居 住在中国)拥有在香港的账户8。在一些实施例中，为了生成设置任务，系统可使用以下逻辑(1)对于相同的产 品，位于相同国家的所有账户将被分组到单独的任务中；( 当实施经理在设置矩阵中生 成设置任务时，系统可为居住在该(这些)国家的那些实体生成设置任务，其中所设置的配 合任务(一个或多个)由该实施经理处理。实施经理可以是在公司里负责管理向顾客或客 户传递解决方案的人。按照该逻辑，对附图12进行举例和参阅在香港的管理人员将能够生成下列三个设置任务(1)工作IDl——这个任务包含居住在香港的实体A和实体B和香港的账户；(2)工作ID2——这个任务包含居住在香港的实体A和在新加坡的一个账户；和(3)工作ID3——这个任务包含居住在香港的实体A和在泰国的账户。在泰国的管理人员将能够生成下列设置任务(1)工作ID4——这个任务包括居住在泰国的实体C和在泰国的一个账户。中国的管理人员将能够生成以下设置任务(1)工作ID5——这个任务包含居住在中国的实体D和一个在香港的账户。在设置任务的任务详情中，系统会为任务中的每个实体从文档清单中提取和显示 相关的法律文档。收益追踪收益追踪提供一种在系统中追踪期望的收益是否真实地转变为实际收益的方法。 开始，仅提供收益估计，但是通过收益追踪模块，数据可以输入到系统中以更新收益估计。 在预委托阶段，销售经理可以使用订购的产品和服务来估计项目的年度净利润并准备EBV电子数据表。实施开始以后，实施经理可以进行EBV追踪以比较实际收益和在EBV电子数 据表中标注的评估收益。培训材料培训功能是一种为用户准备客户培训和方便记录培训后的后续行为的综合工具。 该功能的目标如下(1)记录培训详情并且传送给培训者用于培训准备；O)生成培训日 程；和(3)生成培训材料(例如培训向导)并在培训者和实施经理之间提供培训材料的集 中资料库。附图13是根据本公开实施例基于网络的实施门户网站的培训功能图。培训材料 包括培训信息1300、参考文档1310和培训后评论1320。培训信息1300可以包括例如，一 般信息、客户联系信息、培训模式、培训信息、培训详情和产品信息，一般信息例如培训名 称、客户名称、培训语言、日期、时间和状态；客户联系信息例如，联系人、电话号码、电子邮 箱和地址；培训模式例如、电话、现场、WebEx ；培训信息例如名称、职能；培训详情例如国家 覆盖、培训类型和议程。参考文档1310包括培训资料和定制的参考文档。培训后评论1320 可以包括评论和行为条款。例如，系统将为用户提供收集培训反馈和培训后的后续行为的 功能。对于与交易相关的培训，新的行为条款也将反映在“我的任务”(我的多个任务)和 “项目空间行为条款”(项目追踪器)中。问题追踪器问题追踪器339是项目管理工具。问题追踪器339可以用于为客户和/或顾客管 理或追踪问题。客户服务移交在实施经理完成实施之后，实施经理将客户发送到另一个团队，该团队称为客户 服务团队，其担当着客户的持续关系管理人员的角色。这被称为客户服务移交。客户服务 移交功能被设计成共享的工作场所，供实施经理和客户服务团队执行客户服务移交和维护 该交易正在进行的服务支持详情。该功能的目标如下(1)为用户(例如，实施经理和客户 服务经理)提供功能性；( 记录交易支持详情；C3)担当项目团队成员查阅交易支持详情 的一个集中的场所；(4)方便客户服务移交请求和校阅机制；和( 提供对客户服务移交状 态的纵览。实施后校阅在实施完成之后，用户可以准备实施后的调查来收集客户的反馈。该功能可以用 于方便用户在实施后阶段准备该调查和证明。附图14描述了用户如何能够生成贯穿系统 的调查。在一些实施例中，要生成调查，用户可以创建调查记录1400，其包括接受者、调查问 题和调查范围，即该调查所覆盖的国家和产品。接受者可以从一个项目空间1410中的利益 相关者图表中选择，并且一个调查可以有一个接受者。用户可以从调查模板列表420中选 择一个合适的模板用于调查，但是不可以修改模板中的问题。该调查模板是系统中预定义 的并且每个模板包括一组调查问题。之后，用户为每个调查定义覆盖范围1430。系统使用项目中用户的角色从解决方 案矩阵中检索国家和产品，然后该用户确认该调查的覆盖范围。例如，一个用户在项目中承 担本地实施经理的角色，当他/她为本地交易或地域性交易中的本国准备一个调查时，系 统能够从解决方案矩阵中检索由该用户处理的国家和该国家下的产品(本地产品名称)供用户选择和确认。产品的名称可以显示在本地产品名称中。当区域经理为区域客户准备一 项调查的时候，系统可以从解决方案矩阵中提取该项目的所有国家和产品供经理确认。产 品名称可以显示在区域性产品名称中。在一些实施例中，在用户已经确认产生调查记录之后，系统将基于所选择的模板 以文档的格式生成一项调查。之后，用户可以下载该调查并将其通过电子邮件或以硬拷贝 格式发送给客户以填写该调查。在调查完成之后，系统允许用户上传扫描的调查到调查记 录中。我的交易/我的任务团队的成员经常需要管理系统中的很多个项目。“我的交易”功能为所负责的一列 项目的全局观察提供了它们的基本信息，例如交易名称、管理人员、总体新估计的商业价值 (EBV)、项目健康状态和进度。这些交易的关键详情可以显示在该功能下，并且能够与每个 交易的项目空间内的详情实时同步。所有作为系统用户的项目团队成员将能够在“我的实 施”功能中浏览和监控他的/她的项目。在一些实施例中，“我的交易”功能包括提供⑴过滤选项，(2)对项目空间的访 问；和⑶快速链接到项目空间中的不同功能。每个功能在下面进行描述(1)提供过滤选项随着项目的完成和新项目的开始，项目列表会堆积并变得不方便管理。我的交易 屏幕提供搜索功能以帮助用户查找特定项目或者生成更好理解的浏览。用户可使用过滤功 能查询期望的项目。(2)访问项目空间从该功能中，用户可以访问相应的项目空间来浏览该项目信息并执行不同的行 为。(3)提供至在项目空间中不同功能的快速链接允许用户直接访问项目空间中期望的功能，系统提供下列快速链接项目仪表板， 项目追踪器；项目更新；网站地图；解决方案矩阵；项目计划；风险投资者图表；法律协议 列表；服务设置和测试矩阵。在一些实施例中，“我的交易”也可以包括“我的任务”。我的任务功能为以下目的 服务(1)作为个人将进行的工作(to-do)列表和任务组织者以方便用户管理系统中的任 务；( 根据它们的状态将任务分类为不同的部分，从而用户可以对手头上的任务的数目 有一个整体的浏览；( 允许管理者监控下级的任务列表；和(4)作为系统根据项目计划、 拜访报告和项目追踪器将任务传送给任务所有者的媒介。在一些实施例中，一个任务可与系统中的多个交易相关联，并且根据项目计划被 触发。任务也可能来自其他来源，例如，用户向他/她的下级、拜访报告和项目追踪器分配 任务。该系统为用户自身的使用或代表其他用户创建任务提供便利。通过使用该功能，用 户可以计划他们的工作进度和行为。在“我的任务”功能下显示的任务提取自用户管理的所有项目的项目空间中的多 种来源，并且与之实时同步。这些来源来自以下模块的任务列表部分项目计划、拜访报告、 培训、项目追踪器、文档清单和客户服务移交。同步的信息可以包括任务名称、任务所有者、 任务描述、国家、建议的开始/结束日期、实际开始/结束日期、状态、完成百分比和评价。
进度报告进度报告352可以在内部使用或者可以分发给客户。它是在实施过程中的另一个 输出。在不同阶段系统可以提取出相关信息放入到进度报告中以供管理人员进行操作。之 后，管理人员可以基于管理人员的自身需要更改进度报告。在一些实施例中，系统为用户监控项目的进度提供不同的便利。在项目中，仪表板 (包括仪表板概要)、项目计划和进度报告是互联的。用户在项目计划功能中定义完整的实 施方法、项目日程和详细的任务详情。当监控项目的时候，用户可能会需要关注特定的概要 任务/多个任务，并且会紧密地监控他们的进度。考虑到这点，系统为用户提供了在项目设 置功能中选择这些任务的功能。在项目设置功能中，系统根据交易的范围呈现标准的项目 计划模板。项目计划包含任务/概要任务列表供交易的利益相关者关注。这些任务/概要 任务可以呈现在仪表板概要和进度报告中。因此，在仪表板概要和进度报告中呈现的项目 进度详情是同步的。在一些实施例中，进度报告功能是用户为项目准备进度报告的工具。用户可以通 过以下方式准备进度报告(1)使用系统生成的标准报告模板或者(2)手工草拟报告并上 传到系统用作记录(即定制的进度报告)。若采用了第一种方法，系统基于用户定义的进度 报告详情(例如报告周期、报告内容设置)和从项目计划和项目追踪器中提取的信息生成 标准报告模板的草稿。之后，用户取回标准报告模板以作进一步的修订；在一些实施例中，对于本地交易，系统根据报告的周期(period)从项目计划和项 目追踪器检索进度信息。一个报告在预定义的时间间隔(例如两周)生成。用户(例如实 施经理)可以在发布给客户之前修改具体内容。在一些实施例中，对于区域性的交易，类似的，系统根据报告周期从项目计划中检 索进度信息。对于交易中的每个国家生成单个报告。另外，对于区域性实施国家还生成合 并的报告。项目追踪器项目追踪器可以用来为用户创建、浏览和监控项目在实施过程中的问题、风险或 者行为。创建任务的目的是为用户分配一个应该在设定的时间周期内完成的任务。任务可 以由系统来生成。例如，项目计划中的任务是基于项目计划模板或者由用户产生的。对于 每一个任务，它包含任务详情、开始日期和到期日期、资源(也就是分配任务所有者)。在系 统中，任务可以在附图15显示的各模块下创建。附图15显示了项目任务管理模块图，包括 具有多个模块的项目空间1600，其包括项目计划模块1601、进度报告模块1602、法律文档 列表模块1603、移交模块1604、培训模块1605、实施后调查模块1606、EBV追踪模块1607、 拜访报告模块1608、问题/风险模块1609和项目模块1610。任务1611可以在每个模块 1601-1610下创建。进一步的，在一些实施例中，任务可以从我的任务1612中创建。附图16描述项目追踪器1700。在一些实施例中，项目追踪器被设计来为用户创建 和管理项目的问题、风险和任务。它也可以是显示为项目创建的所有任务的集中地。对于 每个项目，管理人员可以使用项目追踪器来为项目定义问题、风险或者任务。项目A的项目追踪器1700显示在附图16中。我的任务1701和项目A中的模块 用来创建项目追踪器1700，项目A中的模块包括例如项目计划、EBV追踪、法律文档列表、 客户服务(⑶)移交、进度报告、拜访报告、项目、实施后调查和培训模块。项目追踪器1700包括项目的多个任务1703和多个问题1704。任务1703包括任务详情、日期、资源和依赖关 系。问题1704可以包括，例如所有者、详情、更新、任务和机密性。用户可以在一个项目中 创建一个以上问题或风险。对于每个问题或风险，可以存在多个任务。附图17显示了在项 目追踪器中的我的问题/风险/任务屏幕的屏幕快照。在一些实施例中，任务可以在项目中的不同条款下和我的任务中创建。项目追踪 器将作为集中的平台显示项目中的所有任务。例如，如果为拜访报告创建了一个任务，则系 统将在拜访报告、项目追踪器和任务所有者的“我的任务”中显示该任务。当任务所有者在 “我的任务”中更新该任务时，该更新也将反映在拜访报告和项目追踪器中。项目仪表板项目仪表板353提供了项目空间中交易的关键信息的概要浏览。项目仪表板可以 包括三个部分仪表板、仪表板概要和仪表板更新。仪表板是从项目空间中的不同区域提 取信息并显示该信息供用户参考的系统。仪表板概要是每周更新一次的显示项目中关键任 务的状态(例如销售移交、客户取消(kick off))的报告。附图18-21描述了仪表板概要 报告。附图18显示了该仪表板管理报告的一部分。附图19显示了仪表板管理报告的一部 分一本年度至现在(YTD)完成的交易。附图20显示了仪表板管理报告的一部分——本 年度至现在完成的交易的EBV。附图21显示了完成的交易。如果项目中存在一个以上国 家，则该状态可以按每个国家进行显示。附图22是根据本公开实施例基于网络的实施门户 网站的项目仪表板功能的屏幕截图。在一些实施例中，仪表板提供了项目空间中交易信息的一个概要浏览。附图23描 述了项目仪表板MOO的结构。仪表板MOO是项目空间MOl的一部分。仪表板MOO中的 信息具有两个层次交易层M02和场所层M03。在交易层M02中，信息应用于整个交易。 交易层M02可以包括解决方案概要、关键日期、状态、状态报告和项目状态监控器。场所层 M03涉及的信息应用于特定的场所(场所可以是一个国家或城市)。场所层M03可以包 括多个场所。每个场所可以包括解决方案概要、关键日期、状态、状态报告和项目状态监控器。附图M描绘了仪表板中的关键日期概要2500。该关键日期部分可以包括多个类 型的项目关键日期，例如，关键日期2501、实施相关关键日期2502、整合相关关键日期2503 和文件相关关键日期2504。该信息可以显示在交易层和场所层。如果实施方法是按阶段 2505而不是爆炸性的(big bang) 2506，那么信息会按阶段进一步定义。在一些实施例中，爆 炸性的是指一种项目实施方法，其中项目是在一个阶段展开而不是被分割为很多阶段。例 如，对于“阶段1——交易层”，在实施相关关键日期、整合相关关键日期和文件相关关键日 期下，系统将仅包含阶段1下应用到交易的信息；“阶段1——场所层”仅包括在阶段1下应 用到特定场所的信息。对于关键日期，无论实施方法是爆炸性的还是按阶段，信息都将仅通 过交易层和场所层来进行定义，也就是说，在“阶段1——交易层”和“阶段2——交易层”下 的信息将会是相同的。附图M的下面的部分显示了提取关键日期的源头。该关键信息提取自项目计划， 例如，项目开始日期和估计完成日期。实施相关的关键日期提取自项目、EBV确认、实施后 调查、销售移交、客户服务移交和仪表板更新中的关键指示部分，例如状态。整合相关关键 日期提取自项目计划，例如整合开始日期和完成日期。文件相关关键日期从项目计划(例如文件准备日期)和从仪表板的关键指示器部分(例如谈判开始日期)中提取信息。在一些实施例中，仪表板可以包括项目状态部分。这部分的信息可以每周更新一 次。因而这一周中上述源头的任何更改都将得到及时的反映。状态部分用于显示关于项目 状态和进度的关键信息，包括状态、进度和整合状态。这部分中的信息被定义到交易层和场 所层。在一些实施例中，项目的状态可以包括问题/风险和项目里程碑。该部分中的问 题/风险可以具有交易层和场所层。在交易层，问题/风险应用于整个交易，而在场所层，问 题/风险仅仅应用于特定的场所。该部分中的里程碑(一种任务)可以具有交易层和场所 层，并且如果实施是分阶段的还按照阶段进行分组。例如，“阶段1——交易层”包括交易中 阶段1的问题/风险；“阶段1—场所层”包括阶段1中特定的场所下的问题/风险。如 果在特定的阶段没有对于场所的实施需求，则该阶段下的问题/风险不可获得。在一些实施例中，问题/风险可以从未解决的或者过期的问题总数中、过期问题 的名称中和来自项目追踪器的未解决的风险总数中提取出来。里程碑可以从前一周完成的 里程碑中和项目计划中下一周应该完成的里程碑中提取出来。过期的里程碑的总数和这些 里程碑的名称也可以从项目计划中提取。状态报告状态报告模块可以被用户用来准备可以显示在仪表板中的每两周或者每月状态 报告。系统可以每两周或每月从项目空间中提取信息到仪表板更新的状态报告部分以供用 户相应地更新信息。状态报告可以包括以下信息里程碑(包括从之前的状态报告提取的 里程碑和项目计划的报告周期内正在完成的里程碑)；自最后的更新以来完成的任务(包 括正在完成的任务和进行中的任务，进行中的任务具有在从项目计划提取的报告周期内的 新更新)；和接下来的步骤(包括过期的任务和在报告周期后的两周内或下个月内将要开 始或将要到期的任务)。该信息是从项目计划和任务管理中提取出来的。在一些实施例中，用户能够在仪表板中的状态报告部分提供更新。存在交易层状 态报告和场所层状态报告。场所层状态报告可以由本地用户进行更新，其包括各个场所的 交易状态。基于对每个国家的设置，状态报告可以是每两周的报告或者每月的报告。由于系 统需要提取大量的信息用来供用户准备状态报告，因此该信息应该在每两周报告和每月报 告的周末提取以避免系统超负荷。所提取的信息可以显示在仪表板更新的状态报告部分以 供用户进行更新。系统允许用户在下一次报告生成前的任何时间更新该报告。状态报告 可以包括有关所完成的关键里程碑的信息、自上次更新以来的完成的任务和项目的后续步 骤。在一些实施例中，可以从项目空间中获得信息以显示在状态报告中。本领域技术人员应当理解，本发明还包括本申请附图中未显示的额外的(和替换 的)步骤和/或条款，并且附图中的多个步骤和/条款也可以省略。一般来说，应当理解，此前描述的本发明的特定实施例仅仅是本发明的一般原则 的图示。由于对于本领域技术人员来说很容易进行很多修改和变形，因而并不希望将本 发明限制到图示和描述的确切的结构和操作，并且由此可以采用所有适当的修改和等同替 换。因此，尽管之前的发明已经通过图解和举例的方式进行了详细的描述，但是可以预见多 种修改、替代和变更。
2权利要求
1.一种通过使用基于网络的实施门户网站而自动化跨多个国家和产品的客户登录过 程的项目管理和工作流计算机系统，该系统包括用户接口，被配置用来接收公司和客户的信息；多个进程，被配置以基于标准化预定义模板而自动生成公司文档和客户文档； 多个数据库，被配置以存储公司和客户的信息、自动生成的文档以及标准化预定义模板；其中该系统被配置为向所述客户和公司提供多个输出。
2.如权利要求1的系统，所述进程包括下面的项目管理进程，工作流管理进程、工作调 度器进程、警报消息通知进程、文档管理进程、自动的实施模板进程、在线搜索进程和管理 信息报告进程。
3.如权利要求1的系统，所述数据库包括客户数据库、项目工作流数据库、文档数据库 和商业参数数据库。
4.如权利要求1的系统，所述公司输出是从以下的项目计划、内部状态报告、管理报告 和文件组成的组中选择的。
5.如权利要求1的系统，所述客户输出是从以下的项目计划、解决方案说明列表、客户 协议和进度报告组成的组中选择的。
6.一种通过使用基于网络的实施门户网站而自动化跨多个国家和产品的客户登录过 程的项目管理和工作流计算机系统，该系统包括用户接口，被配置以接收公司和客户的信息； 项目管理系统，执行管理登录过程中管理项目的项目管理进程； 工作流管理系统，执行管理登录过程中的用于团队管理的工作流管理进程； 工作调度器系统，执行登录过程中用于团队和项目的管理的日常工作管理进程； 警报消息通知系统，执行电子邮件通知进程以通知团队与登录过程相关的事件； 文档管理系统，执行文档管理进程以管理登录过程期间创建的文档； 自动实施模板系统，执行文档模板的创建和管理进程，其中该模板被用来在登录过程 中创建文档；客户数据库，其存储公司信息、客户联系详情、解决方案详情、账户列表和EBV电子数 据表；项目工作流数据库，其存储项目计划、工作流模板和实施模板； 文档数据库，其存储产品协议、谈判规则、实施文档和文档资料库；和 商业参数数据库，其存储产品信息、国家信息、矩阵信息和商业规则。
7.如权利要求33所述的项目管理和工作流计算机系统，其中存储在数据库中的信息 在用户接口处提供。
8.如权利要求33所述的项目管理和工作流计算机系统，其中项目管理进程被配置为 基于数据库中的信息创建项目计划。
9.如权利要求33所述的项目管理和工作流计算机系统，其中该系统被配置以从所述 数据库提取信息。
10.如权利要求33所述的项目管理和工作流计算机系统，其中该系统被配置为当有新 信息存储到所述数据库中时自动地更新。
11.如权利要求33所述的项目管理和工作流计算机系统，其中所述进程被配置为基于 存储在所述数据库中的信息生成多个客户输出。
12.如权利要求33所述的项目管理和工作流计算机系统，其中的客户输出是从项目计 划、解决方案说明列表、客户协议和进度报告中选择的。
13.如权利要求33所述的项目管理和工作流计算机系统，其中所述进程被配置为基于 存储在所述数据库中的信息生成多个公司输出。
14.如权利要求33所述的项目管理和工作流计算机系统，其中所述公司输出是从下列 的项目计划、内部状态报告、管理报告和文件组成的组中选择的。
15.一种使用基于网络的计算机实施门户网站而自动化跨多个国家和产品的客户登录 过程的计算机实施方法，该方法包括在基于网络的计算机实施门户网站处接收客户信息；在基于网络的计算机实施的门户网站内访问预定义的模板；基于所述预定义的模板、预先确定的国家标准和所述客户信息自动生成标准化的客户 文档；基于所述预定义的模板和所述客户信息自动生成标准化的公司文档；存储所述标准化的客户文档和标准化的公司文档到可以从所述基于网站的计算机实 施门户网站访问的数据库中；其中所述标准化的客户文档和标准化的公司文档是以相同的方式生成的，而不考虑该 客户所在的国家。
16.如权利要求15的方法包括自动生成至少项目计划、法律协议、客户登录资料、公司 清单、客户清单、文件接口测试用例、客户培训资料和公司服务设置工作流文档中的至少一 个。
17.如权利要求15的方法，进一步包括自动生成项目计划。
18.如权利要求15的方法，进一步包括自动生成行为日志。
19.如权利要求17的方法，进一步包括将该行为日志嵌入到一进程中。
20.如权利要求19的方法，其中该进程包括法律协议进程、客户培训进程、问题追踪进 程、拜访报告进程、客户服务移交进程和实施后校阅进程中的至少之一。
21.如权利要求20的方法，进一步包括将该进程与该行为日志同步。
22.如权利要求20的方法，进一步包括将该进程与项目计划同步。
23.如权利要求17的方法，其中该行为日志包括与该项目相关的信息。
24.如权利要求23的方法，其中该信息包括开始日期、到期日期和责任方。
25.如权利要求15的方法，其中公司用户可以通过企业内部互联网连接访问该门户网站。
26.如权利要求15的方法，其中客户可以通过因特网连接访问该门户网站。
27.如权利要求15的方法，其中该预定义的模板选自用于项目计划、法律协议、客户登 录资料、公司清单、客户清单、文件接口测试用例、客户培训资料和公司服务设置工作流的 模板的至少一个，并且上述模板是预定义的并且在门户网站中配置。
28.如权利要求15的方法，其中该公司是银行。
29.一种通过使用基于网络的实施门户网站自动化跨多个国家和产品的客户登录过程的计算机实施的方法，该方法包括基于来自客户的信息生成客户收益电子数据表；基于该客户收益电子数据表中的信息通过计算机自动填充客户解决方案矩阵； 基于该客户解决方案矩阵由计算机自动生成多个与客户登录相关的程序；和 基于该多个程序由计算机动态地更新多个工具。
30.如权利要求四的方法，其中该多个程序包括项目计划程序、法律文档程序、登录包 程序、实施清单程序、整合清单程序、整合测试用例程序、服务设置OPS路由程序、收益追踪 程序、培训资料程序、问题追踪程序、客户服务移交程序、拜访报告程序和实施后校阅程序 中的至少之一。
31.如权利要求四的方法，其中该多个工具包括交易概要列表、个人日程安排表、进度 报告和项目仪表板中的至少之一。
32.如权利要求四的方法，其中该多个程序包括项目计划程序、法律文档程序、登录包 程序、实施清单程序、整合清单程序、整合测试用例程序、服务设置OPS路由程序、收益追踪 程序、培训资料程序、问题追踪程序、客户服务移交程序、拜访报告程序和实施后校阅程序， 并且其中所述动态更新进一步包括动态地更新多个工具，所述多个工具包括交易概要列 表、个人日程安排表、进度报告和项目仪表板。
33.如权利要求四的方法，其中解决方案矩阵包括由所述客户订购的一组产品或服务。
全文摘要
通过网络门户网站的在线协作方便了所有参与方之间的有效率的通信，而不用考虑他们的地理的和组织的边界。使用所公开的基于网络的实施门户网站，根据本发明的不同实施例的项目实施，不再是银行作出的服务保证的概要列表。公司可以在每一个阶段准确地显示一个解决方案将怎样为他们实施。在一些实施例中，通过嵌入的工作流步骤和预定义的模板，该门户网站可以标准化并且自动化客户的登录过程。该过程可以自该客户确认订购特定的商业解决方案开始时起至这些商业产品被该客户实施和使用时止被标准化和自动化。
文档编号G06Q10/00GK102122373SQ201010176939
公开日2011年7月13日 申请日期2010年2月23日 优先权日2009年2月23日
发明者L·Y·L·陈 申请人:L·Y·L·陈