專利名稱：基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的自動化系統(tǒng)和方法
技術(shù)領(lǐng)域：
本公開涉及用于基于網(wǎng)絡(luò)的實施門戶網(wǎng)站中使用的自動方法的系統(tǒng)和方法。
背景技術(shù)：
評估一個銀行在所有國家之間以無縫并且連貫的方式實行預定的解決方案的能 力是非常困難的，這使得很多公司資金持續(xù)受挫。過去，當銀行產(chǎn)品被訂購并且在獨立的基 礎(chǔ)上實施時，銀行足以確保執(zhí)行了文件，完成了服務(wù)的設(shè)置并且對客戶就其使用進行了培 訓。然而由于解決方案變得更加復雜并且集成到了現(xiàn)金管理產(chǎn)品的全部區(qū)域，因此實施已 經(jīng)變得不僅僅只是一種有效的執(zhí)行過程。成功需要和客戶進行主動和咨詢性的協(xié)商、以及 牢固的項目管理技能。很多公司都已經(jīng)開始認識到解決方案越復雜、所拓展的地理范圍越 寬，對銀行的實施資源、過程和方法的準確評估的需求越嚴格。隨著對其部分業(yè)務(wù)過程進行集中化或外包的公司數(shù)目的增長，實施新的資金管理 解決方案會牽涉到機構(gòu)以外和世界各地的很多成員。此外還涉及當前資金管理解決方案的 復雜性和對將他們集成到公司的業(yè)務(wù)流程的需要。不難想象新系統(tǒng)會對公司和其多個子公 司、其供應(yīng)商和其客戶產(chǎn)生怎樣的影響。新的銀行賬戶、互聯(lián)網(wǎng)銀行平臺和與企業(yè)資源計劃 系統(tǒng)相關(guān)的多個接口都需要開發(fā)和業(yè)務(wù)上的改變。由于不同的利益相關(guān)者具有不同的目 的、觀念和動機，他們中的一些會發(fā)生沖突，這進一步對實施過程提出了挑戰(zhàn)。因此，管理這 些改變成為獲得成功實施的關(guān)鍵。進一步的，公司當前操作所處的流動業(yè)務(wù)環(huán)境有時會對 現(xiàn)金管理需求產(chǎn)生不希望的改變。該實施過程必須能夠在項目范圍和時間表內(nèi)快速響應(yīng)這 些變化，并且應(yīng)該能夠簡單地識別和測量所產(chǎn)生的影響。鑒于上述，很顯然，重點在于提供 的解決方案的執(zhí)行的傳統(tǒng)方法將無法滿足需求。我們已經(jīng)確定存在一種包含協(xié)作過程的需 求，其關(guān)注客戶、探求理解解決方案如何影響公司和它的利益相關(guān)者和/或顧客/客戶和/ 或使用者，并且使得變換的處理更具有可管理性。在生成該協(xié)作步驟中的一個關(guān)鍵因素是能夠在端-到-端的實施過程中所涉及的 所有參與者之間進行有效率的信息交換。例如，客戶或顧客和公司(例如，銀行)職員(和 那些來自涉及的任何第三方投資方)不僅僅要求有權(quán)使用單個和共享的項目信息資源，其 也要求使用方便項目任務(wù)的管理、問題和風險和進度跟蹤的動態(tài)項目管理工具。

發(fā)明內(nèi)容
通過網(wǎng)絡(luò)門戶網(wǎng)站的在線協(xié)作使得有效率地在所有參與方之間進行通信變得便利，而不用考慮他們的地理位置和組織邊界。通過所公開的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站，根據(jù) 本發(fā)明的不同實施方式的項目實施方法不再是銀行的服務(wù)承諾的一個概要列表。公司可以 在每個階段準確地呈現(xiàn)為他們?nèi)绾螌嵤┙鉀Q方案。在一些實施例中，通過嵌入的工作流步驟和預定義模板，該門戶網(wǎng)站可以使客戶 的登錄過程標準化和自動化。該過程可以自客戶確認訂購特定的商業(yè)解決方案的時間點至 這些商業(yè)產(chǎn)品被該客戶實施和使用的時間點之間被標準化和自動化。在一些實施例中，基于用戶選擇的產(chǎn)品和國家，該門戶網(wǎng)站可以自動產(chǎn)生項目計 劃、法律協(xié)議、客戶登錄資料、公司和客戶清單、文件接口測試用例、客戶培訓資料和公司服 務(wù)設(shè)置工作流。這些功能中的每種功能可能包含該登錄過程的核心資料和階段，并且能夠 方便整個過程中任務(wù)的有效管理。在一些實施例中，該系統(tǒng)包含系統(tǒng)內(nèi)部的可以允許用戶拜訪行為的多種功能。這 些功能包括項目計劃、法律文檔、培訓資料、問題追蹤器、客戶服務(wù)移交、拜訪報告、實施后 校閱。所有的這些行為都可以在行為日志中在“我的任務(wù)”功能下查看。行為日志對應(yīng)于 可以嵌入在上述每一個功能中的行為集合。這些功能代表該登錄過程的一些核心工作流/ 步驟。該行為日志，例如問題追蹤器或任務(wù)列表，連同項目計劃可以方便用戶記錄發(fā)生在項 目工作流過程中的行為。例如，在行為日志和項目計劃中的關(guān)鍵信息，即開始日、到期日、責 任方和來自這些功能的評論都與摘要頁面、個人工作調(diào)度表(我的任務(wù))、內(nèi)部和外部進程 報告、項目儀表板統(tǒng)一和同步，反之亦然。在一些實施例中，對于特定國家的每一個產(chǎn)品，項目計劃、法律協(xié)議、客戶登錄資 料、公司和客戶清單、文件接口測試用例、客戶培訓資料和公司服務(wù)設(shè)置工作流的模板都是 在系統(tǒng)中預定義并被配置的。雖然每個功能具有其自身特定的特征，但生成方法一致地基 于國家和產(chǎn)品。在一些實施例中，該門戶網(wǎng)站系統(tǒng)可以由公司員工和客戶分別通過企業(yè)內(nèi)部互聯(lián) 網(wǎng)和因特網(wǎng)訪問。


結(jié)合以下附圖并參照以下詳細說明將更為全面理解本發(fā)明的各種目標、特征和優(yōu) 勢，其中相同的參考標記代表相同的元素。附圖IA描述現(xiàn)有技術(shù)實施門戶網(wǎng)站；附圖IB描述了根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站；附圖2是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站圖；附圖3是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的自動化方法圖；附圖4是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的EBV電子數(shù)據(jù)表圖；附圖5是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的EBV電子數(shù)據(jù)表的屏幕 截圖；附圖6是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的解決方案矩陣圖；附圖7是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的解決方案矩陣的屏幕 截圖；附圖8是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的項目計劃功能的屏幕截圖；附圖9是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的法律文檔功能的屏幕 截圖；附圖10是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的測試用例提取規(guī)則 圖；附圖11是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的拜訪報告模塊圖；附圖12是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的服務(wù)設(shè)置矩陣圖；附圖13是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的培訓模塊圖；附圖14是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的實施后校閱模塊圖；附圖15是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的任務(wù)管理模塊圖；附圖16是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的項目追蹤器的圖；附圖17是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的項目追蹤器的屏幕截 圖；附圖18-21是根據(jù)本公開實施例的管理儀表板報告的部分；附圖22是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的項目儀表板功能的屏 幕截圖；附圖23是說明根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的該項目儀表板的 圖；附圖M是說明根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的該項目儀表板 (關(guān)鍵數(shù)據(jù))邏輯的圖。
具體實施例方式在一些實施例中，通過嵌入的工作流步驟和預定義的模板，門戶網(wǎng)站可以使客戶 的登錄過程(onboarding process)標準化和自動化。該過程可以自客戶確認訂購特定的 商業(yè)解決方案的時間點到這些商業(yè)產(chǎn)品被該客戶實施和使用的時間點之間被標準化和自動化。在一些實施例中，基于用戶選擇的國家和產(chǎn)品，該門戶網(wǎng)站可以自動生成項目計 劃、法律協(xié)議、客戶登錄資料、公司和客戶清單、文件接口測試用例、客戶培訓資料和公司服 務(wù)設(shè)置工作流。這些功能的每一個都包含登錄過程的核心資料和步驟，并且能夠便利整個 過程中任務(wù)的有效管理。在一些實施例中，一個行為日志可以被嵌入到下面的每一個功能中法律協(xié)議、客 戶培訓、問題追蹤器、拜訪報告、客戶服務(wù)移交和實施后校閱。這些功能代表了該登錄過程 的一些核心工作流/步驟。行為日志，例如一個問題追蹤器或一個任務(wù)列表，連同項目計 劃，可方便用戶記錄項目的工作流程中出現(xiàn)的行為。例如，將行為日志和項目計劃內(nèi)部的關(guān) 鍵信息，即開始日、到期日、責任方和來自這些功能的評論與摘要頁、個人工作調(diào)度表(我 的任務(wù))、內(nèi)部和外部進度報告、項目儀表板進行統(tǒng)一和同步，反之亦然。在一些實施例中，在該系統(tǒng)中預定義和配置了針對特定國家的每種產(chǎn)品的關(guān)于項 目計劃、法律協(xié)議、客戶登錄資料、公司和客戶清單、文件接口測試用例、客戶培訓資料和公 司服務(wù)設(shè)置工作流的模板。盡管每個功能有其自身的特定特征，但是產(chǎn)生方法是一致基于國家和產(chǎn)品的。在一些實施例中，公司員工和客戶可以分別通過企業(yè)內(nèi)部網(wǎng)和因特網(wǎng)訪問門戶網(wǎng) 站系統(tǒng)。在一個實施的門戶網(wǎng)站中所描述的網(wǎng)絡(luò)自動化方法提供了一個全球化的客戶登 錄平臺，該平臺使得解決方案的傳送能夠在內(nèi)部員工和客戶之間被協(xié)作化地管理。特別的， 嵌入在系統(tǒng)中的端-對-端的實施過程被自動化、流線化和標準化，從而使得可以跨越地域 向客戶傳送一個迅捷、無縫和連貫的體驗。該系統(tǒng)允許，例如資金管理解決方案以一致的方 式進行傳送，而不論客戶的位置。系統(tǒng)的核心是標準化但又個性化的特征。該門戶網(wǎng)站體現(xiàn) 了理想的用戶體驗，從解決方案的形成到實施和除實施外正在進行的服務(wù)的所有方式。使 用這個系統(tǒng)，項目的實施不再是銀行做出的服務(wù)承諾的概要列表。取而代之，公司可以在每 一個階段準確地呈現(xiàn)解決方案會被怎樣實施。在本公開中用語(terms)系統(tǒng)和門戶網(wǎng)站將 可以互換使用。在一些實施例中，所描述的基于網(wǎng)絡(luò)的門戶網(wǎng)站為所有的項目活動、通信和在實 施過程中創(chuàng)建的文檔提供了一個庫，并使得它們可以被所有利益相關(guān)者(stakeholder)訪 問而不論其位置和組織。它允許對項目狀態(tài)進行常規(guī)查看，因而可以消除誤解并減少通信 花費的時間。與所公開的系統(tǒng)的通信不再是一個單向過程，而是多邊的。團隊協(xié)作可以通 過包括例如客戶供應(yīng)商的第三方的在線論壇得以促進。這種動態(tài)的實施工作流程使得可以 捕獲正確的信息，并基于他們被賦予的角色將該信息從一方傳遞到另一方，從而增強了信 息流動并確保在第一次嘗試中工作被準確的完成。在一些實施例中，通過使用該實施門戶網(wǎng)站，項目管理在實時的、動態(tài)和協(xié)作的基 礎(chǔ)上執(zhí)行，增強了所有利益相關(guān)者的責任，并且使得項目團隊成員關(guān)注于準時完成他們各 自的任務(wù)。一旦要被實施的產(chǎn)品和服務(wù)的范圍被確定，嵌入的項目計劃工具會基于銀行在 實施相似解決方案時的擴展經(jīng)驗，使用預定義的模板生成一個項目計劃。該計劃能夠進一 步根據(jù)個性化的需求進行定制，并且能夠與客戶的內(nèi)部任務(wù)進行簡單的整合，用于對整個 過程的統(tǒng)一核查和協(xié)同管理。除了實時的更新外，該計劃還提供自動化的報警并與例如任 務(wù)管理和問題追蹤等其他實施工具緊密地整合起來。由于對個人任務(wù)的更新實時地反映在 項目計劃中，故它們對關(guān)鍵路徑的影響能夠簡單快捷的評定。如果經(jīng)歷重要的里程碑，就會 觸發(fā)自動化通知以使關(guān)鍵項目的利益相關(guān)者可以迅速的做出反應(yīng)。盡管依據(jù)本發(fā)明的一些實施例將所有的交互都合并到一個單一平臺上是非常有 益的，但是如何表達這個數(shù)據(jù)以提供可操作的業(yè)務(wù)洞察力也是非常重要的。預期和例外的 管理，連同需要的信息是驅(qū)動系統(tǒng)發(fā)展的關(guān)鍵設(shè)計準則。因而利益相關(guān)者和/或客戶關(guān)注 于例如，執(zhí)行優(yōu)先任務(wù)和解決問題，一個關(guān)鍵指示器的可連接功能儀表板、懸而未決的問 題、經(jīng)歷的里程碑和逾期的任務(wù)也被提供，因此利益相關(guān)者可以迅速的調(diào)查相關(guān)的細節(jié)。在 一些實施例中，其允許自動放大醒目的條目，因而任何異常都能被迅速的識別和處理。對于 要求獲得更多詳細介紹的利益相關(guān)者和/或客戶和/或用戶，產(chǎn)生定期的進度報告由例如， 從系統(tǒng)的多個資源中自動提取信息來生成。在一些實施例中，進度報告工具使得地理位置 分散分布的團隊能夠協(xié)作生成綜合的、準確的和及時的進度報告。對于包括多個產(chǎn)品和國家的解決方案來說，文檔的增生及其管理被證明是重要的 挑戰(zhàn)。為了緩解這個問題，一些實施例中的在線文檔資料庫能夠?qū)ξ臋n進行分類，以使得任何人，在任何時間和地點都可以容易地檢索。類似的，法律協(xié)議的完成也能夠為客戶和/或 用戶和公司(例如銀行)吸收有價值的實施時間和資源。在一些實施例中，系統(tǒng)通過使用 客戶信息和該客戶訂購的服務(wù)的詳細信息自動填充(populate)協(xié)議實現(xiàn)上述目的，因而 可以將錯誤最少并能節(jié)約所有關(guān)注的時間。為了進一步幫助客戶，特別是當一種解決方法 跨度多種產(chǎn)品和涉及分布在不同位置簽約者的多個國家時，系統(tǒng)有利地提供詳細的簽約指 南并且能夠?qū)γ總€文檔進行在線條款談判、任務(wù)創(chuàng)建和進度追蹤。所提供的詳情的程度消 除了長距離通信，有助于實現(xiàn)透明性并且使得進度能夠在個人文檔級別被追蹤和管理。附圖IA描述了實施門戶網(wǎng)站的現(xiàn)有技術(shù)。這種類型的門戶網(wǎng)站的效果是通信能 力差，在利益相關(guān)者和/或客戶和/或用戶之間的文檔的不完整流通，并且項目和工作流管 理對手工處理的依賴導致實施的效率很低。附圖IB描述了根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站。所描述的門戶網(wǎng) 站為有效的團隊通信和協(xié)作創(chuàng)建環(huán)境。進一步的，如下所述，嵌入的項目管理工具和預定義 工作流特征也使得能夠有效率的實施?；诰W(wǎng)絡(luò)實施的門戶網(wǎng)站提供多方接口、用于文檔 和信息的單個資料庫、項目管理、工作流管理和任務(wù)管理。附圖2是依據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站200的圖示。該門戶網(wǎng)站 200包括用戶接口 220、進程230、數(shù)據(jù)庫240和輸出250，并且被連接到客戶視野210。門戶 網(wǎng)站200是系統(tǒng)入口，通過該入口用戶能夠訪問各種系統(tǒng)功能?？蛻粢曇翱蛻粢曇?10是在銀行和客戶端門戶網(wǎng)站200外的標準商業(yè)平臺的名稱?？蛻粢?野是客戶信息工具。例如，它可以是客戶信息管理工具、關(guān)系管理系統(tǒng)或者客戶關(guān)系管理系 統(tǒng)。客戶視野210的主要功能是存儲公司(例如銀行)的客戶信息。在一些實施例中，銀 行與客戶視野210建立了通信通道。使用門戶網(wǎng)站200的銀行可以從客戶視野210數(shù)據(jù)庫 下載數(shù)據(jù)以在門戶網(wǎng)站數(shù)據(jù)庫中使用該數(shù)據(jù)。用戶接口層在一些實施例中，用戶接口 220是例如內(nèi)部和外部用戶可以通過其訪問門戶網(wǎng)站 的接口。例如，銀行職員和代理人被稱為內(nèi)部用戶，顧客和客戶被稱為外部用戶。除了外部 用戶例如銀行的客戶也可以訪問和使用的以下功能外的門戶網(wǎng)站的所有功能都可以被內(nèi) 部用戶訪問和使用，外部用戶也可訪問和使用的功能(1)儀表板(銀行客戶可用的內(nèi)容經(jīng) 過過濾，并且以不同的方式呈現(xiàn))；⑵項目計劃；⑶文檔清單；⑷項目追蹤器；(5)解決 方案矩陣/賬戶列表/賬戶與服務(wù)計劃；(6)整合測試管理；(7)進度報告；和(8)收發(fā)消 息，我的任務(wù)。在一些實施例中，接口是用于內(nèi)部用戶的，包括“我的實施”、“我的任務(wù)”和“我的 客戶”。內(nèi)部用戶包括公司(例如，銀行)內(nèi)部的用戶，舉例來說，內(nèi)部用戶可以包括客戶 實施團隊、客戶整合團隊、客戶服務(wù)團隊、支付/現(xiàn)金管理(PCM)操作者、全球化服務(wù)中心 (GSC)操作者、銷售經(jīng)理、產(chǎn)品經(jīng)理和關(guān)系經(jīng)理(RM)。內(nèi)部用戶可以通過“我的實施”頁面， “我的任務(wù)”頁面或“我的客戶”頁面與系統(tǒng)進行交互。內(nèi)部用戶，例如包括客戶執(zhí)行團隊和 客戶整合團隊，可以通過“我的實施”頁面管理實施。支持系統(tǒng)設(shè)置的操作可以通過“我的 任務(wù)”頁面接收工作請求。銷售和客戶服務(wù)團隊可以將該系統(tǒng)用于他們各自的移交處理，并 且可以以與客戶實施和整合團隊相同的方法訪問門戶網(wǎng)站200。連同關(guān)系經(jīng)理，他們將使用該系統(tǒng)來獲得其客戶的定期更新。其他更多的零星用戶包括，例如可以從該系統(tǒng)接收管理 信息的支付/資金經(jīng)理和產(chǎn)品經(jīng)理。所公開的門戶網(wǎng)站可以幫助項目經(jīng)理以更有效的方式 對每天的工作流進行管理和自動化。在一些實施例中，用戶接口 220的顧客可以包括用戶，例如外部用戶、顧客和/或 客戶。顧客可以通過訪問客戶側(cè)的登錄頁面訪問門戶網(wǎng)站200。顧客可以是，例如企業(yè)客 戶/顧客。一旦邀請外部用戶使用該門戶網(wǎng)站，他們將能夠提供某一詳細的日志。該詳細 的日志可以包含用戶選定的密碼，使得客戶可具有一些用于鎖定(lock into)系統(tǒng)的訪問 權(quán)限。一旦該客戶具有適當?shù)牡卿浶畔ⅲ摽蛻艟湍軌虻卿浀皆撻T戶網(wǎng)站的不同部分，如輸 出部分250所示，該客戶可看到項目計劃、解決方案說明列表、客戶協(xié)議和進度報告。通過 這種方式，如果客戶要訪問特定文檔，則他們可以從門戶網(wǎng)站下載該文檔，而無需由銀行提 供物理拷貝。進程層在一些實施例中，進程層230可以包括項目管理進程201、工作流管理進程202、工 作調(diào)度器進程203、警報消息通知204、文檔管理進程205、自動化實施模板進程206、在線搜 索進程207和MI報告進程208?；谟脩糨斎氲男畔⒑湍０謇镱A定義的步驟，系統(tǒng)根據(jù)預 定義的商業(yè)規(guī)則處理數(shù)據(jù)以生成，例如項目計劃。模擬工具允許用戶調(diào)整項目計劃以適應(yīng) 不同客戶和/或顧客的需求。之后，確認的項目計劃能夠觸發(fā)各工作流和任務(wù)，其進而能夠 更新要執(zhí)行的任務(wù)的不同利益相關(guān)者的工作計劃。在一些實施例中，任務(wù)提醒器也會通過 警報在系統(tǒng)中被自動化。項目管理項目管理進程201能夠用于管理項目。項目管理進程的細節(jié)將參考圖3進行更詳 細的討論。工作流管理在一些實施例中，工作流管理進程202可以用來管理管理團隊的工作流。例如，在 銷售經(jīng)理從外部客戶處獲得特定的委托之后，銷售經(jīng)理可以向?qū)嵤﹫F隊提出分配實施資源 的請求。通過工作流管理進程202，在每個國家、每個辦公室里的每個人都可以遵照將該過 程在全世界范圍內(nèi)流線化的相同工作流進程。工作調(diào)度器工作調(diào)度器進程203是門戶網(wǎng)站中的另一功能，實施、整合和服務(wù)團隊可以使用 該功能管理其每天的工作。在一些實施例中，工作調(diào)度器能夠幫助繁忙的管理人員記住日 期、時間線和他們必須要滿足的不同客戶需求的不同的里程碑期限。工作調(diào)度器進程203， 例如，可以向管理人員通知重要的日期，并且有助于將管理人員每天的生活自動化。警報消息通知警報消息通知進程204是電子郵件進程，其可以向管理人員通報門戶網(wǎng)站內(nèi)的到 期日或者通知。例如，如果團隊中的另一個人想要提醒管理人員一任務(wù)，這個人可以使用該 警報消息通知進程204來向該管理人員發(fā)送一個電子郵件通知。在一些實施例中，如果團 隊成員想要提醒銷售經(jīng)理在特定的時間周期內(nèi)進行銷售移交，該團隊成員可以使用該警報 消息通知進程204。該系統(tǒng)自身會觸發(fā)電子郵件通知警報來提醒銷售經(jīng)理。文檔管理
文檔管理進程205可以管理文檔的資料庫和數(shù)據(jù)庫。這些文檔可以包括由客戶簽 署的法律文檔。例如，在現(xiàn)金管理委托過程中，銀行可能需要要求外部客戶簽署不同的法律 文件。在文檔執(zhí)行之后，需要將他們存儲在單獨資料庫中以備將來檢索。文檔管理進程205 對于系統(tǒng)中的管理人員來說是在從客戶處接收到簽署的文件后，將該文件掃描進系統(tǒng)中的 一種機制或功能。然后，將所簽署的法律文件的掃描圖像存儲在系統(tǒng)中用于后續(xù)檢索，并且 也向客戶提供存儲所有簽署文檔的單獨數(shù)據(jù)庫。自動化實施模板自動化實施模板進程206與文檔管理進程205 —起工作以創(chuàng)建在文檔管理進程 205中存儲的文檔。例如，自動化實施模板進程可以創(chuàng)建文檔，也可以格式化內(nèi)部模板。在 一些實施例中，該進程可以向所有用戶提供遍及系統(tǒng)和公司內(nèi)使用的標準化模板。該自動 化實施模板將參照圖3進行詳細討論。在線搜索在線搜索進程207允許搜索存儲在數(shù)據(jù)庫層MO內(nèi)的信息。該在線搜索進程207 允許系統(tǒng)提取數(shù)據(jù)來協(xié)助管理，或者協(xié)助人們進行分析。MI 報告MI報告進程208 (管理信息報告進程)能夠與在線搜索進程207協(xié)作從而從數(shù)據(jù) 庫240提取相關(guān)數(shù)據(jù)，然后該MI報告進程可以根據(jù)預定義參數(shù)和預定義規(guī)則為管理使用準 備報告。例如，業(yè)績報告是一種MI報告。業(yè)績報告可用來比較不同管理人員的業(yè)績。數(shù)據(jù)庫層數(shù)據(jù)庫層240包括集中式客戶數(shù)據(jù)庫Ml、項目工作流管理數(shù)據(jù)庫M2、集中式文 件數(shù)據(jù)庫243和商業(yè)參數(shù)數(shù)據(jù)庫M4?？蛻魯?shù)據(jù)庫客戶數(shù)據(jù)庫241可以包括，例如，與客戶有關(guān)的信息，包括公司信息、客戶聯(lián)系細 節(jié)、解決方案詳情、賬戶列表和估計的商業(yè)價值EBV電子數(shù)據(jù)表。EBV電子數(shù)據(jù)表EBV代表委托的或者特定客戶的財富價值。在一些實施例中，這是公司可以從特定 的客戶身上賺到的財富價值?？蛻舻腅BV可以記錄到EBV電子數(shù)據(jù)表內(nèi)。信息以系統(tǒng)的方 式存儲起來以用于后續(xù)的檢索和報告分析。EBV電子數(shù)據(jù)表的創(chuàng)建和管理將參照圖3進行 詳細的討論。解決方案詳情解決方案詳情可以包括解決方案矩陣，其是由一個國家中的客戶在一次交易中訂 購的一組產(chǎn)品或服務(wù)。在一些實施例中，它形成了獲得各種工具和項目文檔的基礎(chǔ)。解決 方案詳情可以包括產(chǎn)品信息，包括產(chǎn)品，例如因特網(wǎng)銀行業(yè)、支付產(chǎn)品和應(yīng)收的產(chǎn)品。所有 這些產(chǎn)品都可以在解決方案詳情中。解決方案詳情將參照圖3進行更詳細的討論。項目工作流管理數(shù)據(jù)庫項目工作流管理數(shù)據(jù)庫242包括項目計劃、工作流模板和實施模板。項目計劃通過項目計劃，客戶可以通過追蹤其關(guān)于計劃的項目任務(wù)以及按國家和/或階段 觀察該項目來追蹤交易的進度。例如，項目計劃合并到系統(tǒng)中，從而當管理人員想要評估特定項目的特定時間線或里程碑的狀態(tài)時，該管理人員可以使用項目計劃工具。如同下面參 照圖3的更詳細的討論，項目計劃功能在項目空間是可用的。項目計劃可以定義項目團隊 成員和客戶要遵照的項目時間表。為了使項目整體有效率，系統(tǒng)也可以使用項目計劃來觸 發(fā)發(fā)送給相關(guān)用戶的通知。工作流/實施模板工作流和實施模板是存儲在系統(tǒng)中的、用于被管理人員訪問以創(chuàng)建工作流和實施 文檔的模板。文件數(shù)據(jù)庫門戶網(wǎng)站能夠支持成像、歸檔、上傳、下載和電子郵件附件。在一些實施例中，文件 數(shù)據(jù)庫243包括諸如產(chǎn)品協(xié)議、談判、實施文檔等文檔和文檔資料庫。產(chǎn)品協(xié)議文件數(shù)據(jù)庫243能夠包括銀行與其客戶之間的所有產(chǎn)品協(xié)議。因而，如果項目經(jīng) 理日后想要查找協(xié)議，則該項目經(jīng)理可以訪問數(shù)據(jù)庫中的所有可用協(xié)議。談判數(shù)據(jù)庫在一些實施例中，談判數(shù)據(jù)庫可以通過追蹤公司(例如銀行)與其客戶和/或顧 客之間談判的條款和條件來幫助談判進程。談判數(shù)據(jù)庫可以為特定客戶和或特定協(xié)議存儲 所有談判信息。例如，談判數(shù)據(jù)庫可以存儲談判文檔草稿、有關(guān)談判流程的文檔和談判的最 后決定。在一些實施例中，談判文檔可以保存在一個地方，以日后使用時它們可以很方便的 檢索到。實施文檔施文檔可以是用于幫助管理人員將其工作流程標準化的模板。模板的一個例子是 進度報告。在與客戶談話后，可以準備一個進度報告來通知客戶項目的狀態(tài)。在一些實施 例中，進度報告以標準的格式準備。因而，當每個管理人員訪問門戶網(wǎng)站時，他們可以檢索 到該進度報告模板作為其中的一個實施文檔。管理人員可以加入該客戶的特定信息以將最 后的報告轉(zhuǎn)發(fā)給客戶。實施文檔根據(jù)圖3進行更詳細的說明。文檔資料庫文檔資料庫可以存儲位于門戶網(wǎng)站內(nèi)的所有文檔。文檔資料庫可以包括，例如實 施后調(diào)查，其由管理人員在每個項目后創(chuàng)建以從客戶處獲得反饋的文檔。它們被存儲起來 以備將來使用，也用于我們的反饋目的。商業(yè)參數(shù)數(shù)據(jù)庫商業(yè)參數(shù)數(shù)據(jù)庫244包括產(chǎn)品/國家矩陣和與各客戶和顧客聯(lián)系的商業(yè)規(guī)則。產(chǎn)品/國家矩陣產(chǎn)品和國家矩陣是由公司服務(wù)的當前產(chǎn)品和國家的矩陣。例如，列表中可以有18 國。如果一個地區(qū)，例如南非，不在矩陣中，可以通過調(diào)整系統(tǒng)參數(shù)并將其加入國家矩陣而 將南非包括進來。同樣，如果引入新產(chǎn)品，可以通過調(diào)整系統(tǒng)參數(shù)將其包括到矩陣中。商業(yè)規(guī)則商業(yè)規(guī)則可以存儲在商業(yè)參數(shù)數(shù)據(jù)庫中。例如，在銷售經(jīng)理獲得一單交易后，該交 易在規(guī)定的時間內(nèi)移交給實施經(jīng)理。輸出
公司和客戶/顧客兩者都可以從門戶網(wǎng)站查看和下載報告。該報告可以包括進度 報告258、管理報告253、內(nèi)部狀態(tài)報告252、項目計劃251、255、文件254、客戶協(xié)議257、解 決方案說明列表256和實施后調(diào)查(未在附圖2中顯示)。所有這些即可以在線瀏覽，也可 以下載為軟件或物理拷貝。多種輸出將會根據(jù)圖3進行更詳細的討論。自動化方法圖3是依據(jù)本公開的實施例基于的網(wǎng)絡(luò)實施門戶網(wǎng)站的自動化方法300的圖示。 在一些實施例中，自動化方法可以通過自動創(chuàng)建和更新門戶網(wǎng)站內(nèi)部的文檔和程序的方式 使進程流線化。收益(EBV)電子數(shù)據(jù)表310可以自動填充解決方案矩陣/賬戶詳情320(后 續(xù)將詳細討論)。解決方案矩陣/賬戶詳情320自動化地產(chǎn)生一個或更多個下述程序項 目計劃330、法律文檔331、登錄包332、實施清單333、整合清單334、整合測試用例335、服 務(wù)設(shè)置ops路徑(services setupops routing) 336、收益追蹤337、培訓手冊338、問題追蹤 器339、客戶服務(wù)移交340、拜訪報告341和實施后校閱342，所有這些都將在后面進行詳細 描述。之后，程序330-342中的每一個動態(tài)更新下列工具我的交易350(交易概要列表)、 我的任務(wù)351(個人日程安排表)、進度報告(內(nèi)部和客戶)352和項目儀表板353。其中的 每個工具都在后續(xù)詳細描述。收益(EBV)電子數(shù)據(jù)表圖4描述了根據(jù)本公開的實施例如何在基于網(wǎng)絡(luò)的實施門戶網(wǎng)站內(nèi)創(chuàng)建估計的 商業(yè)價值(“EBV”)電子數(shù)據(jù)表400。圖4顯示了 EBV電子數(shù)據(jù)表信息提取邏輯的設(shè)計理 念，其用于填充門戶網(wǎng)站內(nèi)的解決方案矩陣。附圖4顯示，在一些實施例中，單個國家EBV 電子數(shù)據(jù)表402和多國家EBV電子數(shù)據(jù)表404可以被上傳到門戶網(wǎng)站。之后，EBV電子數(shù) 據(jù)表402和404中的數(shù)據(jù)都會被提取到406。一旦上傳，系統(tǒng)從上傳的電子數(shù)據(jù)表402和 404中提取詳細內(nèi)容，例如國家χ產(chǎn)品設(shè)置、交易量、標準單元花費、總估計商業(yè)價值、凈估 計商業(yè)價值等等。該信息可以作為產(chǎn)生各種工具(例如解決方案矩陣、項目計劃、法律文 檔列表等等)的基礎(chǔ)。該系統(tǒng)也可以基于來自EBV電子數(shù)據(jù)表的信息，確定必要的過程和 工作流(例如EBV簽注、EBV確認等等)。在一些實施例中，該信息可以存儲在數(shù)據(jù)庫408 中，數(shù)據(jù)庫408與一優(yōu)惠定價模塊410通信。所提取的數(shù)據(jù)和來自數(shù)據(jù)庫408的數(shù)據(jù)之后 在合并模塊412合并以創(chuàng)建合并的EBV電子數(shù)據(jù)表414。在一些實施例中，EBV電子數(shù)據(jù)表用來記錄從客戶處獲得的收益。例如，在一特定 委托中，可從特定客戶處賺到的收益大小可以被記錄以備內(nèi)部使用。作為開始，銷售經(jīng)理或 任何開啟交易的人可以將收益或者交易的EBV電子數(shù)據(jù)表上傳到門戶網(wǎng)站。在EBV電子數(shù) 據(jù)表中，產(chǎn)品、包括賬戶信息的賬戶詳情、客戶喜歡的類型產(chǎn)品、國家信息(例如客戶希望 解決方案應(yīng)用于哪個國家)、定價信息和向客戶收費多少都可以被存儲。之后，所有這些關(guān)鍵信息都可以從數(shù)據(jù)表中提取出來并用于自動化過程。因而，一 旦銷售人員上傳收益電子數(shù)據(jù)表并將其輸入到系統(tǒng)中，系統(tǒng)會為該特定客戶和交易自動填 充賬戶詳情的解決方案矩陣。因此，銷售經(jīng)理上傳了 EBV電子數(shù)據(jù)表之后，實施經(jīng)理或團隊 中的任何其他人不需要再次輸入產(chǎn)品、國家和定價。該數(shù)據(jù)會自動傳送到系統(tǒng)中。盡管如此，如果實施經(jīng)理能夠從客戶處獲得更進一步的信息，或者修改所存儲的 信息，則該實施經(jīng)理也能夠修正或更改該EBV電子數(shù)據(jù)表。在一些實施例中，為了將上述過程流線化，門戶網(wǎng)站被設(shè)計為作為集中地以組織EBV電子數(shù)據(jù)表和項目中的不同EBV相關(guān)活動。該功能可以被劃分為四個部分(I)EBV電子數(shù)據(jù)表這部分提供自不同國家上傳的EBV電子數(shù)據(jù)表的資料庫。該門戶網(wǎng)站允許用戶上 傳兩類EBV電子數(shù)據(jù)表(i)新EBV和(ii)保留EBV。單個國家的新EBV電子數(shù)據(jù)表可以 被合并。系統(tǒng)允許項目團隊成員或其他授權(quán)用戶(例如產(chǎn)品經(jīng)理和關(guān)系經(jīng)理)將項目的完 整EBV作為一個整體下載。對該兩類電子數(shù)據(jù)表應(yīng)用版本控制，從而用戶可以追查EBV電 子數(shù)據(jù)表的修訂歷史。系統(tǒng)可以提取凈EBV和總EBV并且呈現(xiàn)在EBV概要中。用戶也可以 詳細說明對于訂購的產(chǎn)品或服務(wù)的國家假設(shè)。(2)定價信息該模塊包括優(yōu)惠定價信息。當用戶上傳EBV電子數(shù)據(jù)表時，系統(tǒng)會掃描并比較所 涉及產(chǎn)品的標準價格表和定制的價格表來核對優(yōu)惠定價。屬于優(yōu)惠定價的條款可以在該模 塊中列出來。(3) EBV 簽注在一些實施例中，銷售管理人員可能會被要求準備一份EBV電子數(shù)據(jù)表給銷售團 隊的領(lǐng)導和或給銷售領(lǐng)導進行簽注?；谠揈BV和該銷售團隊的組織結(jié)構(gòu)，系統(tǒng)檢索缺省 的校閱者并將其加入到校閱者列表。如果必要的話，用戶可以通過增加/移除校閱者的方 式而不考慮該缺省設(shè)置。校閱者能夠下載合并的EBV電子數(shù)據(jù)表以供校閱。EBV概要也可 以被提供作為參考。校閱后，用戶記錄簽注結(jié)果。如果必要，用戶可以觸發(fā)系統(tǒng)來通知銷售 領(lǐng)導進行進一步的簽注。系統(tǒng)能夠自動地向區(qū)域銷售領(lǐng)導發(fā)送通知作為參考。(3) EBV 確認
在銷售移交會議以后，實施經(jīng)理、客戶實施團隊領(lǐng)導或其他校閱者能夠確認EBV 電子數(shù)據(jù)表?；贓BV，系統(tǒng)可以確定缺省的校閱者并將其加入到校閱者列表。如果必要， 用戶可以通過選擇不同的校閱者進行定制。系統(tǒng)允許校閱者在該部分下載合并的EBV電子 數(shù)據(jù)表用于確認。校閱完畢后，用戶可記錄確認結(jié)果。如果必要，用戶可觸發(fā)系統(tǒng)發(fā)送進一 步校閱的請求。圖5是根據(jù)本公開的實施例基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的EBV電子數(shù)據(jù)表的屏幕截 圖。在一些實施例中，EBV電子數(shù)據(jù)表可以包括國家假定特征，其是從根據(jù)產(chǎn)品的種類進行 分組的EBV表中獲取的產(chǎn)品或服務(wù)。在一個國家中訂購的產(chǎn)品顯示在一個單獨頁面上。用 戶可以為每個產(chǎn)品種類輸入假定，或者為一個國家輸入完整的假定/評價。EBV電子數(shù)據(jù)表 也可以包括EBV概要，其顯示上傳的全部的總額EBV和凈EBV和其對于個體國家的細目分 類。該圖可以以本地貨幣(例如HKD)或者USD的形式查看。用戶也可以分別查看新EBV 或者保留EBV中的值。解決方案矩陣/賬戶詳情從EBV電子數(shù)據(jù)表獲得的數(shù)據(jù)可用于填充解決方案矩陣和賬戶詳情。附圖6是根 據(jù)本公開實施例，基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的解決方案矩陣圖。解決方案矩陣是客戶在交 易中訂購的一套產(chǎn)品或服務(wù)。它構(gòu)成了獲得各種工具和項目文檔的基礎(chǔ)。該功能作為集 中地服務(wù)于為將要實施的、或者已經(jīng)為客戶準備好的一套產(chǎn)品提供正在進行的和全盤的觀 察。如同在附圖6中顯示的，解決方案矩陣600使用EBV電子數(shù)據(jù)表602和定價列表604 產(chǎn)生。解決方案矩陣600可以用于，例如，產(chǎn)生項目計劃模板606、便利實施后調(diào)查608的建立、建立整合測試矩陣610、為建立矩陣616建立客戶群(client portfolio)和賬戶列表 614、為文檔談判生成文檔清單、生成實施包622，并生成整合包624。在一些實施例中，解決方案矩陣被設(shè)計為用于用戶瀏覽和保持項目的解決方案 (即一個交易中在每個國家訂購的產(chǎn)品或服務(wù))。它被表達為兩個層次(i)第一層601-國 家和產(chǎn)品矩陣和(ii)第二層603-每個國家中的產(chǎn)品詳情。第一層解決方案矩陣在二維表 (國家χ產(chǎn)品種類)中提供了對于什么產(chǎn)品正在被訂購的縱覽。產(chǎn)品種類的例子是“賬戶 服務(wù)”、“托收服務(wù)”和“支付服務(wù)”。第一層顯示了一個項目種類下的哪種特定產(chǎn)品將針對 每個國家(對于特定國家會向下至城市層)實施。第二層解決方案矩陣603是針對國家訂 購的產(chǎn)品詳情。每種產(chǎn)品的產(chǎn)品特定信息在相應(yīng)的產(chǎn)品種類下被分組。在一些實施例中，為了降低從零開始建立解決方案矩陣的人力消耗，解決方案矩 陣可以被設(shè)計成從EBV電子數(shù)據(jù)表中提取國家χ產(chǎn)品設(shè)置。用戶可以應(yīng)用所提供的設(shè)施從 最新的EBV電子數(shù)據(jù)表中提取詳情到解決方案矩陣?；趶腅BV電子數(shù)據(jù)表獲得的最佳知識，系統(tǒng)可以在第一層解決方案矩陣產(chǎn)生國 家X產(chǎn)品設(shè)置。該系統(tǒng)也可以在從EBV電子數(shù)據(jù)表導出的第二層解決方案矩陣中自動填入 一些產(chǎn)品的詳情。解決方案矩陣產(chǎn)生之后，適當?shù)墓芾砣藛T可在第一層解決方案矩陣內(nèi)修改國家χ 產(chǎn)品設(shè)置，或者在第二層內(nèi)調(diào)整產(chǎn)品詳情。當用戶已經(jīng)完成對解決方案矩陣的輸入，并且確 定其準備好被發(fā)布時，他/她可以確認該解決方案矩陣。在確認該解決方案矩陣之后，用戶 可以觸發(fā)系統(tǒng)將解決方案矩陣的設(shè)置填充到相應(yīng)功能中的各種包和清單中。系統(tǒng)可以根據(jù) 對實施文檔/整合文檔的國家X產(chǎn)品的設(shè)置檢索獲得必要的實施工具和特定產(chǎn)品文檔。如 果解決方案矩陣后來被修改了，用戶就將解決方案矩陣的變化移至該包或清單中。在一些實施例中，國家χ產(chǎn)品設(shè)置用作在不同項目工具中進行設(shè)置的基礎(chǔ)，項目 工具例如項目計劃、整合測試矩陣和實施后調(diào)查。在這些工具中，系統(tǒng)可以根據(jù)最近確認的 解決方案矩陣中的國家X產(chǎn)品設(shè)置提供設(shè)置框架。例如，當用戶正在生成項目計劃時，系統(tǒng) 可允許用戶選擇一個合適的項目計劃模板。在一些實施例中，其中的一個模板選項是根據(jù) 解決方案矩陣中的國家X產(chǎn)品設(shè)置產(chǎn)生項目計劃。系統(tǒng)可以根據(jù)最近確認的解決方案矩陣 從項目計劃模板中檢索合適的項目計劃任務(wù)。在另一個例子中，設(shè)置或整合測試矩陣也可 以基于最近確認的解決方案矩陣。圖7是根據(jù)本公開實施例的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的第一層解決方案矩陣的 屏幕截圖。項目計劃項目計劃被設(shè)計用來使項目的生成和維護更加方便。項目可以為項目團隊成員和 客戶定義要遵循的項目日程表。系統(tǒng)也可以使用項目計劃觸發(fā)對相應(yīng)用戶的通知，并且使 項目整體有效率。附圖8是根據(jù)本公開實施例、基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的項目計劃功能 的屏幕截圖。在一些實施例中，用戶可以在項目空間內(nèi)產(chǎn)生項目計劃之前在系統(tǒng)中定義以下內(nèi) 容(1)解決方案矩陣中的國家-產(chǎn)品的選擇，和(2)在解決方案矩陣或在當前項目計劃功能中的在“時間線管理”功能中的項目日程表和實施方法。信息準備好，用戶可觸發(fā)系統(tǒng)產(chǎn)生項目計劃。系統(tǒng)會從存儲在系統(tǒng)的模板中提取 項目計劃任務(wù)，并且據(jù)此構(gòu)建項目計劃。項目計劃模板可包括多個任務(wù)塊(例如“本地實 施準備”塊，“服務(wù)啟動和實施后”塊，“服務(wù)設(shè)置”塊等等)。任務(wù)塊的順序、任務(wù)持續(xù)時間 和缺省依賴關(guān)系可以在模板中定義。在項目計劃產(chǎn)生以后，可在某些情形(例如，增加/移 除產(chǎn)品)下更新解決方案矩陣。法律文檔如同上面討論的，門戶網(wǎng)站可以為交易或項目創(chuàng)建法律文檔，并且將創(chuàng)建的法律 文檔存儲到內(nèi)部團隊和外部團隊可以訪問的方便位置。附圖9是根據(jù)本公開實施例、基于網(wǎng)絡(luò)的實施的門戶網(wǎng)站的法律文檔列表的屏幕 截圖。該門戶網(wǎng)站可以擁有包括在一個交易中所使用的一列法律文檔的法律文檔清單。清 單中的法律文檔可源于以下來源(1)系統(tǒng)產(chǎn)生的——基于在確認的解決方案矩陣中訂購的產(chǎn)品或服務(wù)、相應(yīng)的產(chǎn) 品詳情和賬戶列表，在用戶已經(jīng)觸發(fā)了產(chǎn)生文檔清單特征之后，系統(tǒng)可以從文檔庫中提取 出一組法律文檔。依據(jù)在“賬戶和服務(wù)日程表”中定義的實體和賬戶設(shè)置，所提取出的文檔 可以被組織并呈現(xiàn)在文檔清單中；(2)用戶準備的和上傳的——用戶也可以在本地個人計算機中準備自定義文檔并 將其上傳到清單中；(3)從當前項目空間中加入的；(4)從資源庫中加入的；和(5)從以前存儲的、對于同一實體/在客戶組內(nèi)交叉引用文檔中加入的。在一些實施例中，文檔庫可以包括系統(tǒng)中可用的完整法律文檔列表，并且系統(tǒng)可 以使用預定義的提取邏輯從該文檔庫中提取法律文檔到文檔清單中。系統(tǒng)可以使用來自確 認的解決方案矩陣的如下信息來為每個產(chǎn)品從模板中檢索法律文檔(1)適合于該區(qū)域或本國；(2)適合于該產(chǎn)品；(3)模板(如果有的話)中定義的產(chǎn)品詳情必須與解決方案矩陣中的產(chǎn)品詳情匹 配，并且(4)滿足特定的條件(如果有的話)。之后，用戶可以生成法律文檔列表。如果確認的解決方案矩陣中只有國家X產(chǎn)品 信息可用，則系統(tǒng)可以顯示按國家X產(chǎn)品分組的文檔。在每個國家和產(chǎn)品之下，法律文檔按 照文檔名字的字母順序(升序)進行存儲。在用戶已經(jīng)填入較多的信息，例如賬戶、客戶群 之后，用戶可以再次生成文檔清單以在屏幕上反映出最新的變化。登錄包登錄包332是包含了一組實施文檔和一個實施清單的包，用于使客戶實施團隊和 /或客戶整合團隊方便管理客戶登錄過程。登錄包為系統(tǒng)用戶(內(nèi)部/外部)提供了軟件 和硬件必需品以幫助他們以一種更有效的方式訪問門戶網(wǎng)站功能。實施文檔和清單實施文檔和清單333功能可為管理人員管理項目文檔促進端對端過程。在一些實施例中，清單可以被用于(1)基于項目詳情(例如解決方案矩陣中的產(chǎn)品設(shè)置)產(chǎn)生文檔(即，實施文檔和 整合文檔)；(2)為內(nèi)部使用產(chǎn)生清單(也就是實施清單和整合清單)和為客戶引用產(chǎn)生清單 (即客戶清單)；(3)方便將文檔組織成不同的自定義分組，并且允許用戶定義客戶對文檔分組的 訪問權(quán)限；(4)便利文檔的正在進行的維護。例如，用戶可以下載該文檔到本地個人計算機中 以瀏覽和修改，并且將修改后的文檔上傳回系統(tǒng)；(5)對文檔應(yīng)用版本控制，以追蹤修改歷史；(6)為在多個項目團隊成員之間分享、存儲和檢索文檔提供中央資料庫；(7)方便用戶向客戶發(fā)布或?qū)С鑫臋n。在一些實施例中，管理人員可以為內(nèi)部用戶或客戶的引用準備文檔和清單。這些 資料被組織成兩部分，命名為(1)文檔和( 清單。系統(tǒng)根據(jù)項目詳情和解決方案矩陣中 的產(chǎn)品設(shè)置生成實施文檔和整合文檔(如果需要的話)。系統(tǒng)能夠基于項目詳情和解決方 案矩陣中的產(chǎn)品設(shè)置生成實施清單、整合清單(如果需要的話)和客戶實施清單。交易中 的每個國家都有一組清單。針對交易中的每個國家，系統(tǒng)可以根據(jù)在該國訂購的產(chǎn)品/服 務(wù)檢索出一組檢查條款。首先，系統(tǒng)能夠從區(qū)域?qū)忧鍐文０逯袡z索出條款。其次，系統(tǒng)可以 以類似的方式從本地層清單模板中檢索出條款。所有這些檢索出的條款都能夠被收集起來 并包含在該國的清單中。整合清單整合清單334被設(shè)計為便利整合管理人員管理項目的整合。該清單方便用戶輸入 整合相關(guān)的詳情，并且該清單管理交易中的整合，并且方便用戶管理該整合測試過程。在一 些實施例中，系統(tǒng)可以基于與該國家/產(chǎn)品相關(guān)聯(lián)的整合解決方案在項目計劃的相關(guān)國家 /階段內(nèi)生成必要的整合相關(guān)項目計劃任務(wù)。整合測試用例當用戶定義了測試概況(test profile)時，用戶可以使用預先定義的邏輯來提取 整合測試用例335。附圖10顯示了系統(tǒng)如何提取測試用例。在用戶選擇了測試類型之后， 系統(tǒng)會基于所選擇的測試類型和來自交易的信息(即企業(yè)資源規(guī)劃(例如，管理公司內(nèi)部 各種資產(chǎn)的系統(tǒng))、國家、通道、產(chǎn)品、輸入文件)來查找相關(guān)的測試用例。當系統(tǒng)完成查找 時，系統(tǒng)將會在相應(yīng)的測試方案或測試數(shù)據(jù)下顯示所有的測試用例。拜訪報告自動化方法也可產(chǎn)生拜訪報告341。圖11是根據(jù)本公開實施例、基于網(wǎng)絡(luò)的實施 的門戶網(wǎng)站的拜訪報告模塊圖。議程和拜訪報告功能是一種協(xié)助用戶為會議或拜訪準備 議程1110和拜訪報告1100的工具。系統(tǒng)為用戶提供該功能以在會議前準備議程1110， 并且該系統(tǒng)用作用戶在會議后準備和校閱系統(tǒng)內(nèi)的拜訪報告1100的公共空間。該功能的 設(shè)計理念是方便用戶基于預定義的模板或者沒有模板的基礎(chǔ)上準備議程1110和拜防報告 1100。在準備拜防報告1100時，系統(tǒng)允許用戶自之前準備的議程1110中的信息導入到拜 訪報告1100以用于后續(xù)的更新。在拜訪報告里，用戶可以增加文檔、增加后續(xù)的行為條款、標識客戶可見性和設(shè)置拜訪報告的機密性。所有自拜訪報告創(chuàng)建的行為條款將會自動地顯 示在“我的任務(wù)”和“進度報告”中。如同在附圖11中顯示的，拜訪報告可以包括例如具 有會議日期的概要；準備日期；誰準備了該報告；內(nèi)容的概要；拜訪報告的名字；安全級別； 文檔列表；行為條款和內(nèi)部和外部參與者。在一些實施例中，議程模板可以存儲在系統(tǒng)中，并且用戶可以選擇要遵循的一個 適當模板。用戶可以輸入會議過程中標識的行為條款，從而其他用戶可以追查該條款的進 度。當行為所有者已經(jīng)執(zhí)行了該任務(wù)并且在他/她的“我的任務(wù)”里更新了狀態(tài)，行為條款 的狀態(tài)將被更新并且反映在拜訪報告屏幕上。服務(wù)設(shè)置OPS路由服務(wù)設(shè)置OPS路由336的功能被設(shè)計用來方便用戶管理服務(wù)設(shè)置。對于服務(wù)設(shè) 置，一個設(shè)置任務(wù)能夠基于賬戶服務(wù)國家和產(chǎn)品來生成。系統(tǒng)為每一個設(shè)置任務(wù)分配一工 作ID。一個設(shè)置任務(wù)包括用于處理部門設(shè)置一個服務(wù)所需要的材料和信息。附圖12是解 釋系統(tǒng)如何基于包括客戶賬戶、實體、產(chǎn)品、交易涉及的國家等的信息生成設(shè)置任務(wù)(或工 作)的圖示。對于客戶群/賬戶列表1210，系統(tǒng)可以從項目內(nèi)的客戶群和賬戶列表中提取 產(chǎn)品、賬戶服務(wù)國家、實體、實體居住國家的信息和關(guān)系。實體指代將為其設(shè)置服務(wù)的法律 實體。在附圖12中，存在居住在三個不同地區(qū)(香港，泰國和中國)的4個實體(實體A， B，C，D)。每個實體包含位于不同地區(qū)(香港，泰國和中國)的賬戶列表。例如，實體A(居 住在香港)擁有在香港的賬戶1和2、在新加坡的賬戶3和在泰國的賬戶4。實體B (居住在 香港)擁有香港的賬戶5和6。實體C(居住在泰國)擁有在泰國的賬戶7并且實體D (居 住在中國)擁有在香港的賬戶8。在一些實施例中，為了生成設(shè)置任務(wù)，系統(tǒng)可使用以下邏輯(1)對于相同的產(chǎn) 品，位于相同國家的所有賬戶將被分組到單獨的任務(wù)中；( 當實施經(jīng)理在設(shè)置矩陣中生 成設(shè)置任務(wù)時，系統(tǒng)可為居住在該(這些)國家的那些實體生成設(shè)置任務(wù)，其中所設(shè)置的配 合任務(wù)(一個或多個)由該實施經(jīng)理處理。實施經(jīng)理可以是在公司里負責管理向顧客或客 戶傳遞解決方案的人。按照該邏輯，對附圖12進行舉例和參閱在香港的管理人員將能夠生成下列三個設(shè)置任務(wù)(1)工作IDl——這個任務(wù)包含居住在香港的實體A和實體B和香港的賬戶；(2)工作ID2——這個任務(wù)包含居住在香港的實體A和在新加坡的一個賬戶；和(3)工作ID3——這個任務(wù)包含居住在香港的實體A和在泰國的賬戶。在泰國的管理人員將能夠生成下列設(shè)置任務(wù)(1)工作ID4——這個任務(wù)包括居住在泰國的實體C和在泰國的一個賬戶。中國的管理人員將能夠生成以下設(shè)置任務(wù)(1)工作ID5——這個任務(wù)包含居住在中國的實體D和一個在香港的賬戶。在設(shè)置任務(wù)的任務(wù)詳情中，系統(tǒng)會為任務(wù)中的每個實體從文檔清單中提取和顯示 相關(guān)的法律文檔。收益追蹤收益追蹤提供一種在系統(tǒng)中追蹤期望的收益是否真實地轉(zhuǎn)變?yōu)閷嶋H收益的方法。 開始，僅提供收益估計，但是通過收益追蹤模塊，數(shù)據(jù)可以輸入到系統(tǒng)中以更新收益估計。 在預委托階段，銷售經(jīng)理可以使用訂購的產(chǎn)品和服務(wù)來估計項目的年度凈利潤并準備EBV電子數(shù)據(jù)表。實施開始以后，實施經(jīng)理可以進行EBV追蹤以比較實際收益和在EBV電子數(shù) 據(jù)表中標注的評估收益。培訓材料培訓功能是一種為用戶準備客戶培訓和方便記錄培訓后的后續(xù)行為的綜合工具。 該功能的目標如下(1)記錄培訓詳情并且傳送給培訓者用于培訓準備；O)生成培訓日 程；和(3)生成培訓材料(例如培訓向?qū)?并在培訓者和實施經(jīng)理之間提供培訓材料的集 中資料庫。附圖13是根據(jù)本公開實施例基于網(wǎng)絡(luò)的實施門戶網(wǎng)站的培訓功能圖。培訓材料 包括培訓信息1300、參考文檔1310和培訓后評論1320。培訓信息1300可以包括例如，一 般信息、客戶聯(lián)系信息、培訓模式、培訓信息、培訓詳情和產(chǎn)品信息，一般信息例如培訓名 稱、客戶名稱、培訓語言、日期、時間和狀態(tài)；客戶聯(lián)系信息例如，聯(lián)系人、電話號碼、電子郵 箱和地址；培訓模式例如、電話、現(xiàn)場、WebEx ；培訓信息例如名稱、職能；培訓詳情例如國家 覆蓋、培訓類型和議程。參考文檔1310包括培訓資料和定制的參考文檔。培訓后評論1320 可以包括評論和行為條款。例如，系統(tǒng)將為用戶提供收集培訓反饋和培訓后的后續(xù)行為的 功能。對于與交易相關(guān)的培訓，新的行為條款也將反映在“我的任務(wù)”(我的多個任務(wù))和 “項目空間行為條款”(項目追蹤器)中。問題追蹤器問題追蹤器339是項目管理工具。問題追蹤器339可以用于為客戶和/或顧客管 理或追蹤問題。客戶服務(wù)移交在實施經(jīng)理完成實施之后，實施經(jīng)理將客戶發(fā)送到另一個團隊，該團隊稱為客戶 服務(wù)團隊，其擔當著客戶的持續(xù)關(guān)系管理人員的角色。這被稱為客戶服務(wù)移交?？蛻舴?wù) 移交功能被設(shè)計成共享的工作場所，供實施經(jīng)理和客戶服務(wù)團隊執(zhí)行客戶服務(wù)移交和維護 該交易正在進行的服務(wù)支持詳情。該功能的目標如下(1)為用戶(例如，實施經(jīng)理和客戶 服務(wù)經(jīng)理)提供功能性；( 記錄交易支持詳情；C3)擔當項目團隊成員查閱交易支持詳情 的一個集中的場所；(4)方便客戶服務(wù)移交請求和校閱機制；和( 提供對客戶服務(wù)移交狀 態(tài)的縱覽。實施后校閱在實施完成之后，用戶可以準備實施后的調(diào)查來收集客戶的反饋。該功能可以用 于方便用戶在實施后階段準備該調(diào)查和證明。附圖14描述了用戶如何能夠生成貫穿系統(tǒng) 的調(diào)查。在一些實施例中，要生成調(diào)查，用戶可以創(chuàng)建調(diào)查記錄1400，其包括接受者、調(diào)查問 題和調(diào)查范圍，即該調(diào)查所覆蓋的國家和產(chǎn)品。接受者可以從一個項目空間1410中的利益 相關(guān)者圖表中選擇，并且一個調(diào)查可以有一個接受者。用戶可以從調(diào)查模板列表420中選 擇一個合適的模板用于調(diào)查，但是不可以修改模板中的問題。該調(diào)查模板是系統(tǒng)中預定義 的并且每個模板包括一組調(diào)查問題。之后，用戶為每個調(diào)查定義覆蓋范圍1430。系統(tǒng)使用項目中用戶的角色從解決方 案矩陣中檢索國家和產(chǎn)品，然后該用戶確認該調(diào)查的覆蓋范圍。例如，一個用戶在項目中承 擔本地實施經(jīng)理的角色，當他/她為本地交易或地域性交易中的本國準備一個調(diào)查時，系 統(tǒng)能夠從解決方案矩陣中檢索由該用戶處理的國家和該國家下的產(chǎn)品(本地產(chǎn)品名稱)供用戶選擇和確認。產(chǎn)品的名稱可以顯示在本地產(chǎn)品名稱中。當區(qū)域經(jīng)理為區(qū)域客戶準備一 項調(diào)查的時候，系統(tǒng)可以從解決方案矩陣中提取該項目的所有國家和產(chǎn)品供經(jīng)理確認。產(chǎn) 品名稱可以顯示在區(qū)域性產(chǎn)品名稱中。在一些實施例中，在用戶已經(jīng)確認產(chǎn)生調(diào)查記錄之后，系統(tǒng)將基于所選擇的模板 以文檔的格式生成一項調(diào)查。之后，用戶可以下載該調(diào)查并將其通過電子郵件或以硬拷貝 格式發(fā)送給客戶以填寫該調(diào)查。在調(diào)查完成之后，系統(tǒng)允許用戶上傳掃描的調(diào)查到調(diào)查記 錄中。我的交易/我的任務(wù)團隊的成員經(jīng)常需要管理系統(tǒng)中的很多個項目?！拔业慕灰住惫δ転樗撠煹囊涣?項目的全局觀察提供了它們的基本信息，例如交易名稱、管理人員、總體新估計的商業(yè)價值 (EBV)、項目健康狀態(tài)和進度。這些交易的關(guān)鍵詳情可以顯示在該功能下，并且能夠與每個 交易的項目空間內(nèi)的詳情實時同步。所有作為系統(tǒng)用戶的項目團隊成員將能夠在“我的實 施”功能中瀏覽和監(jiān)控他的/她的項目。在一些實施例中，“我的交易”功能包括提供⑴過濾選項，(2)對項目空間的訪 問；和⑶快速鏈接到項目空間中的不同功能。每個功能在下面進行描述(1)提供過濾選項隨著項目的完成和新項目的開始，項目列表會堆積并變得不方便管理。我的交易 屏幕提供搜索功能以幫助用戶查找特定項目或者生成更好理解的瀏覽。用戶可使用過濾功 能查詢期望的項目。(2)訪問項目空間從該功能中，用戶可以訪問相應(yīng)的項目空間來瀏覽該項目信息并執(zhí)行不同的行 為。(3)提供至在項目空間中不同功能的快速鏈接允許用戶直接訪問項目空間中期望的功能，系統(tǒng)提供下列快速鏈接項目儀表板， 項目追蹤器；項目更新；網(wǎng)站地圖；解決方案矩陣；項目計劃；風險投資者圖表；法律協(xié)議 列表；服務(wù)設(shè)置和測試矩陣。在一些實施例中，“我的交易”也可以包括“我的任務(wù)”。我的任務(wù)功能為以下目的 服務(wù)(1)作為個人將進行的工作(to-do)列表和任務(wù)組織者以方便用戶管理系統(tǒng)中的任 務(wù)；( 根據(jù)它們的狀態(tài)將任務(wù)分類為不同的部分，從而用戶可以對手頭上的任務(wù)的數(shù)目 有一個整體的瀏覽；( 允許管理者監(jiān)控下級的任務(wù)列表；和(4)作為系統(tǒng)根據(jù)項目計劃、 拜訪報告和項目追蹤器將任務(wù)傳送給任務(wù)所有者的媒介。在一些實施例中，一個任務(wù)可與系統(tǒng)中的多個交易相關(guān)聯(lián)，并且根據(jù)項目計劃被 觸發(fā)。任務(wù)也可能來自其他來源，例如，用戶向他/她的下級、拜訪報告和項目追蹤器分配 任務(wù)。該系統(tǒng)為用戶自身的使用或代表其他用戶創(chuàng)建任務(wù)提供便利。通過使用該功能，用 戶可以計劃他們的工作進度和行為。在“我的任務(wù)”功能下顯示的任務(wù)提取自用戶管理的所有項目的項目空間中的多 種來源，并且與之實時同步。這些來源來自以下模塊的任務(wù)列表部分項目計劃、拜訪報告、 培訓、項目追蹤器、文檔清單和客戶服務(wù)移交。同步的信息可以包括任務(wù)名稱、任務(wù)所有者、 任務(wù)描述、國家、建議的開始/結(jié)束日期、實際開始/結(jié)束日期、狀態(tài)、完成百分比和評價。
進度報告進度報告352可以在內(nèi)部使用或者可以分發(fā)給客戶。它是在實施過程中的另一個 輸出。在不同階段系統(tǒng)可以提取出相關(guān)信息放入到進度報告中以供管理人員進行操作。之 后，管理人員可以基于管理人員的自身需要更改進度報告。在一些實施例中，系統(tǒng)為用戶監(jiān)控項目的進度提供不同的便利。在項目中，儀表板 (包括儀表板概要)、項目計劃和進度報告是互聯(lián)的。用戶在項目計劃功能中定義完整的實 施方法、項目日程和詳細的任務(wù)詳情。當監(jiān)控項目的時候，用戶可能會需要關(guān)注特定的概要 任務(wù)/多個任務(wù)，并且會緊密地監(jiān)控他們的進度。考慮到這點，系統(tǒng)為用戶提供了在項目設(shè) 置功能中選擇這些任務(wù)的功能。在項目設(shè)置功能中，系統(tǒng)根據(jù)交易的范圍呈現(xiàn)標準的項目 計劃模板。項目計劃包含任務(wù)/概要任務(wù)列表供交易的利益相關(guān)者關(guān)注。這些任務(wù)/概要 任務(wù)可以呈現(xiàn)在儀表板概要和進度報告中。因此，在儀表板概要和進度報告中呈現(xiàn)的項目 進度詳情是同步的。在一些實施例中，進度報告功能是用戶為項目準備進度報告的工具。用戶可以通 過以下方式準備進度報告(1)使用系統(tǒng)生成的標準報告模板或者(2)手工草擬報告并上 傳到系統(tǒng)用作記錄(即定制的進度報告)。若采用了第一種方法，系統(tǒng)基于用戶定義的進度 報告詳情(例如報告周期、報告內(nèi)容設(shè)置)和從項目計劃和項目追蹤器中提取的信息生成 標準報告模板的草稿。之后，用戶取回標準報告模板以作進一步的修訂；在一些實施例中，對于本地交易，系統(tǒng)根據(jù)報告的周期(period)從項目計劃和項 目追蹤器檢索進度信息。一個報告在預定義的時間間隔(例如兩周)生成。用戶(例如實 施經(jīng)理)可以在發(fā)布給客戶之前修改具體內(nèi)容。在一些實施例中，對于區(qū)域性的交易，類似的，系統(tǒng)根據(jù)報告周期從項目計劃中檢 索進度信息。對于交易中的每個國家生成單個報告。另外，對于區(qū)域性實施國家還生成合 并的報告。項目追蹤器項目追蹤器可以用來為用戶創(chuàng)建、瀏覽和監(jiān)控項目在實施過程中的問題、風險或 者行為。創(chuàng)建任務(wù)的目的是為用戶分配一個應(yīng)該在設(shè)定的時間周期內(nèi)完成的任務(wù)。任務(wù)可 以由系統(tǒng)來生成。例如，項目計劃中的任務(wù)是基于項目計劃模板或者由用戶產(chǎn)生的。對于 每一個任務(wù)，它包含任務(wù)詳情、開始日期和到期日期、資源(也就是分配任務(wù)所有者)。在系 統(tǒng)中，任務(wù)可以在附圖15顯示的各模塊下創(chuàng)建。附圖15顯示了項目任務(wù)管理模塊圖，包括 具有多個模塊的項目空間1600，其包括項目計劃模塊1601、進度報告模塊1602、法律文檔 列表模塊1603、移交模塊1604、培訓模塊1605、實施后調(diào)查模塊1606、EBV追蹤模塊1607、 拜訪報告模塊1608、問題/風險模塊1609和項目模塊1610。任務(wù)1611可以在每個模塊 1601-1610下創(chuàng)建。進一步的，在一些實施例中，任務(wù)可以從我的任務(wù)1612中創(chuàng)建。附圖16描述項目追蹤器1700。在一些實施例中，項目追蹤器被設(shè)計來為用戶創(chuàng)建 和管理項目的問題、風險和任務(wù)。它也可以是顯示為項目創(chuàng)建的所有任務(wù)的集中地。對于 每個項目，管理人員可以使用項目追蹤器來為項目定義問題、風險或者任務(wù)。項目A的項目追蹤器1700顯示在附圖16中。我的任務(wù)1701和項目A中的模塊 用來創(chuàng)建項目追蹤器1700，項目A中的模塊包括例如項目計劃、EBV追蹤、法律文檔列表、 客戶服務(wù)(⑶)移交、進度報告、拜訪報告、項目、實施后調(diào)查和培訓模塊。項目追蹤器1700包括項目的多個任務(wù)1703和多個問題1704。任務(wù)1703包括任務(wù)詳情、日期、資源和依賴關(guān) 系。問題1704可以包括，例如所有者、詳情、更新、任務(wù)和機密性。用戶可以在一個項目中 創(chuàng)建一個以上問題或風險。對于每個問題或風險，可以存在多個任務(wù)。附圖17顯示了在項 目追蹤器中的我的問題/風險/任務(wù)屏幕的屏幕快照。在一些實施例中，任務(wù)可以在項目中的不同條款下和我的任務(wù)中創(chuàng)建。項目追蹤 器將作為集中的平臺顯示項目中的所有任務(wù)。例如，如果為拜訪報告創(chuàng)建了一個任務(wù)，則系 統(tǒng)將在拜訪報告、項目追蹤器和任務(wù)所有者的“我的任務(wù)”中顯示該任務(wù)。當任務(wù)所有者在 “我的任務(wù)”中更新該任務(wù)時，該更新也將反映在拜訪報告和項目追蹤器中。項目儀表板項目儀表板353提供了項目空間中交易的關(guān)鍵信息的概要瀏覽。項目儀表板可以 包括三個部分儀表板、儀表板概要和儀表板更新。儀表板是從項目空間中的不同區(qū)域提 取信息并顯示該信息供用戶參考的系統(tǒng)。儀表板概要是每周更新一次的顯示項目中關(guān)鍵任 務(wù)的狀態(tài)(例如銷售移交、客戶取消(kick off))的報告。附圖18-21描述了儀表板概要 報告。附圖18顯示了該儀表板管理報告的一部分。附圖19顯示了儀表板管理報告的一部 分一本年度至現(xiàn)在(YTD)完成的交易。附圖20顯示了儀表板管理報告的一部分——本 年度至現(xiàn)在完成的交易的EBV。附圖21顯示了完成的交易。如果項目中存在一個以上國 家，則該狀態(tài)可以按每個國家進行顯示。附圖22是根據(jù)本公開實施例基于網(wǎng)絡(luò)的實施門戶 網(wǎng)站的項目儀表板功能的屏幕截圖。在一些實施例中，儀表板提供了項目空間中交易信息的一個概要瀏覽。附圖23描 述了項目儀表板MOO的結(jié)構(gòu)。儀表板MOO是項目空間MOl的一部分。儀表板MOO中的 信息具有兩個層次交易層M02和場所層M03。在交易層M02中，信息應(yīng)用于整個交易。 交易層M02可以包括解決方案概要、關(guān)鍵日期、狀態(tài)、狀態(tài)報告和項目狀態(tài)監(jiān)控器。場所層 M03涉及的信息應(yīng)用于特定的場所(場所可以是一個國家或城市)。場所層M03可以包 括多個場所。每個場所可以包括解決方案概要、關(guān)鍵日期、狀態(tài)、狀態(tài)報告和項目狀態(tài)監(jiān)控器。附圖M描繪了儀表板中的關(guān)鍵日期概要2500。該關(guān)鍵日期部分可以包括多個類 型的項目關(guān)鍵日期，例如，關(guān)鍵日期2501、實施相關(guān)關(guān)鍵日期2502、整合相關(guān)關(guān)鍵日期2503 和文件相關(guān)關(guān)鍵日期2504。該信息可以顯示在交易層和場所層。如果實施方法是按階段 2505而不是爆炸性的(big bang) 2506，那么信息會按階段進一步定義。在一些實施例中，爆 炸性的是指一種項目實施方法，其中項目是在一個階段展開而不是被分割為很多階段。例 如，對于“階段1——交易層”，在實施相關(guān)關(guān)鍵日期、整合相關(guān)關(guān)鍵日期和文件相關(guān)關(guān)鍵日 期下，系統(tǒng)將僅包含階段1下應(yīng)用到交易的信息；“階段1——場所層”僅包括在階段1下應(yīng) 用到特定場所的信息。對于關(guān)鍵日期，無論實施方法是爆炸性的還是按階段，信息都將僅通 過交易層和場所層來進行定義，也就是說，在“階段1——交易層”和“階段2——交易層”下 的信息將會是相同的。附圖M的下面的部分顯示了提取關(guān)鍵日期的源頭。該關(guān)鍵信息提取自項目計劃， 例如，項目開始日期和估計完成日期。實施相關(guān)的關(guān)鍵日期提取自項目、EBV確認、實施后 調(diào)查、銷售移交、客戶服務(wù)移交和儀表板更新中的關(guān)鍵指示部分，例如狀態(tài)。整合相關(guān)關(guān)鍵 日期提取自項目計劃，例如整合開始日期和完成日期。文件相關(guān)關(guān)鍵日期從項目計劃(例如文件準備日期)和從儀表板的關(guān)鍵指示器部分(例如談判開始日期)中提取信息。在一些實施例中，儀表板可以包括項目狀態(tài)部分。這部分的信息可以每周更新一 次。因而這一周中上述源頭的任何更改都將得到及時的反映。狀態(tài)部分用于顯示關(guān)于項目 狀態(tài)和進度的關(guān)鍵信息，包括狀態(tài)、進度和整合狀態(tài)。這部分中的信息被定義到交易層和場 所層。在一些實施例中，項目的狀態(tài)可以包括問題/風險和項目里程碑。該部分中的問 題/風險可以具有交易層和場所層。在交易層，問題/風險應(yīng)用于整個交易，而在場所層，問 題/風險僅僅應(yīng)用于特定的場所。該部分中的里程碑(一種任務(wù))可以具有交易層和場所 層，并且如果實施是分階段的還按照階段進行分組。例如，“階段1——交易層”包括交易中 階段1的問題/風險；“階段1—場所層”包括階段1中特定的場所下的問題/風險。如 果在特定的階段沒有對于場所的實施需求，則該階段下的問題/風險不可獲得。在一些實施例中，問題/風險可以從未解決的或者過期的問題總數(shù)中、過期問題 的名稱中和來自項目追蹤器的未解決的風險總數(shù)中提取出來。里程碑可以從前一周完成的 里程碑中和項目計劃中下一周應(yīng)該完成的里程碑中提取出來。過期的里程碑的總數(shù)和這些 里程碑的名稱也可以從項目計劃中提取。狀態(tài)報告狀態(tài)報告模塊可以被用戶用來準備可以顯示在儀表板中的每兩周或者每月狀態(tài) 報告。系統(tǒng)可以每兩周或每月從項目空間中提取信息到儀表板更新的狀態(tài)報告部分以供用 戶相應(yīng)地更新信息。狀態(tài)報告可以包括以下信息里程碑(包括從之前的狀態(tài)報告提取的 里程碑和項目計劃的報告周期內(nèi)正在完成的里程碑)；自最后的更新以來完成的任務(wù)(包 括正在完成的任務(wù)和進行中的任務(wù)，進行中的任務(wù)具有在從項目計劃提取的報告周期內(nèi)的 新更新)；和接下來的步驟(包括過期的任務(wù)和在報告周期后的兩周內(nèi)或下個月內(nèi)將要開 始或?qū)⒁狡诘娜蝿?wù))。該信息是從項目計劃和任務(wù)管理中提取出來的。在一些實施例中，用戶能夠在儀表板中的狀態(tài)報告部分提供更新。存在交易層狀 態(tài)報告和場所層狀態(tài)報告。場所層狀態(tài)報告可以由本地用戶進行更新，其包括各個場所的 交易狀態(tài)?；趯γ總€國家的設(shè)置，狀態(tài)報告可以是每兩周的報告或者每月的報告。由于系 統(tǒng)需要提取大量的信息用來供用戶準備狀態(tài)報告，因此該信息應(yīng)該在每兩周報告和每月報 告的周末提取以避免系統(tǒng)超負荷。所提取的信息可以顯示在儀表板更新的狀態(tài)報告部分以 供用戶進行更新。系統(tǒng)允許用戶在下一次報告生成前的任何時間更新該報告。狀態(tài)報告 可以包括有關(guān)所完成的關(guān)鍵里程碑的信息、自上次更新以來的完成的任務(wù)和項目的后續(xù)步 驟。在一些實施例中，可以從項目空間中獲得信息以顯示在狀態(tài)報告中。本領(lǐng)域技術(shù)人員應(yīng)當理解，本發(fā)明還包括本申請附圖中未顯示的額外的(和替換 的)步驟和/或條款，并且附圖中的多個步驟和/條款也可以省略。一般來說，應(yīng)當理解，此前描述的本發(fā)明的特定實施例僅僅是本發(fā)明的一般原則 的圖示。由于對于本領(lǐng)域技術(shù)人員來說很容易進行很多修改和變形，因而并不希望將本 發(fā)明限制到圖示和描述的確切的結(jié)構(gòu)和操作，并且由此可以采用所有適當?shù)男薷暮偷韧?換。因此，盡管之前的發(fā)明已經(jīng)通過圖解和舉例的方式進行了詳細的描述，但是可以預見多 種修改、替代和變更。
2權(quán)利要求
1.一種通過使用基于網(wǎng)絡(luò)的實施門戶網(wǎng)站而自動化跨多個國家和產(chǎn)品的客戶登錄過 程的項目管理和工作流計算機系統(tǒng)，該系統(tǒng)包括用戶接口，被配置用來接收公司和客戶的信息；多個進程，被配置以基于標準化預定義模板而自動生成公司文檔和客戶文檔； 多個數(shù)據(jù)庫，被配置以存儲公司和客戶的信息、自動生成的文檔以及標準化預定義模板；其中該系統(tǒng)被配置為向所述客戶和公司提供多個輸出。
2.如權(quán)利要求1的系統(tǒng)，所述進程包括下面的項目管理進程，工作流管理進程、工作調(diào) 度器進程、警報消息通知進程、文檔管理進程、自動的實施模板進程、在線搜索進程和管理 信息報告進程。
3.如權(quán)利要求1的系統(tǒng)，所述數(shù)據(jù)庫包括客戶數(shù)據(jù)庫、項目工作流數(shù)據(jù)庫、文檔數(shù)據(jù)庫 和商業(yè)參數(shù)數(shù)據(jù)庫。
4.如權(quán)利要求1的系統(tǒng)，所述公司輸出是從以下的項目計劃、內(nèi)部狀態(tài)報告、管理報告 和文件組成的組中選擇的。
5.如權(quán)利要求1的系統(tǒng)，所述客戶輸出是從以下的項目計劃、解決方案說明列表、客戶 協(xié)議和進度報告組成的組中選擇的。
6.一種通過使用基于網(wǎng)絡(luò)的實施門戶網(wǎng)站而自動化跨多個國家和產(chǎn)品的客戶登錄過 程的項目管理和工作流計算機系統(tǒng)，該系統(tǒng)包括用戶接口，被配置以接收公司和客戶的信息； 項目管理系統(tǒng)，執(zhí)行管理登錄過程中管理項目的項目管理進程； 工作流管理系統(tǒng)，執(zhí)行管理登錄過程中的用于團隊管理的工作流管理進程； 工作調(diào)度器系統(tǒng)，執(zhí)行登錄過程中用于團隊和項目的管理的日常工作管理進程； 警報消息通知系統(tǒng)，執(zhí)行電子郵件通知進程以通知團隊與登錄過程相關(guān)的事件； 文檔管理系統(tǒng)，執(zhí)行文檔管理進程以管理登錄過程期間創(chuàng)建的文檔； 自動實施模板系統(tǒng)，執(zhí)行文檔模板的創(chuàng)建和管理進程，其中該模板被用來在登錄過程 中創(chuàng)建文檔；客戶數(shù)據(jù)庫，其存儲公司信息、客戶聯(lián)系詳情、解決方案詳情、賬戶列表和EBV電子數(shù) 據(jù)表；項目工作流數(shù)據(jù)庫，其存儲項目計劃、工作流模板和實施模板； 文檔數(shù)據(jù)庫，其存儲產(chǎn)品協(xié)議、談判規(guī)則、實施文檔和文檔資料庫；和 商業(yè)參數(shù)數(shù)據(jù)庫，其存儲產(chǎn)品信息、國家信息、矩陣信息和商業(yè)規(guī)則。
7.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中存儲在數(shù)據(jù)庫中的信息 在用戶接口處提供。
8.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中項目管理進程被配置為 基于數(shù)據(jù)庫中的信息創(chuàng)建項目計劃。
9.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中該系統(tǒng)被配置以從所述 數(shù)據(jù)庫提取信息。
10.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中該系統(tǒng)被配置為當有新 信息存儲到所述數(shù)據(jù)庫中時自動地更新。
11.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中所述進程被配置為基于 存儲在所述數(shù)據(jù)庫中的信息生成多個客戶輸出。
12.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中的客戶輸出是從項目計 劃、解決方案說明列表、客戶協(xié)議和進度報告中選擇的。
13.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中所述進程被配置為基于 存儲在所述數(shù)據(jù)庫中的信息生成多個公司輸出。
14.如權(quán)利要求33所述的項目管理和工作流計算機系統(tǒng)，其中所述公司輸出是從下列 的項目計劃、內(nèi)部狀態(tài)報告、管理報告和文件組成的組中選擇的。
15.一種使用基于網(wǎng)絡(luò)的計算機實施門戶網(wǎng)站而自動化跨多個國家和產(chǎn)品的客戶登錄 過程的計算機實施方法，該方法包括在基于網(wǎng)絡(luò)的計算機實施門戶網(wǎng)站處接收客戶信息；在基于網(wǎng)絡(luò)的計算機實施的門戶網(wǎng)站內(nèi)訪問預定義的模板；基于所述預定義的模板、預先確定的國家標準和所述客戶信息自動生成標準化的客戶 文檔；基于所述預定義的模板和所述客戶信息自動生成標準化的公司文檔；存儲所述標準化的客戶文檔和標準化的公司文檔到可以從所述基于網(wǎng)站的計算機實 施門戶網(wǎng)站訪問的數(shù)據(jù)庫中；其中所述標準化的客戶文檔和標準化的公司文檔是以相同的方式生成的，而不考慮該 客戶所在的國家。
16.如權(quán)利要求15的方法包括自動生成至少項目計劃、法律協(xié)議、客戶登錄資料、公司 清單、客戶清單、文件接口測試用例、客戶培訓資料和公司服務(wù)設(shè)置工作流文檔中的至少一 個。
17.如權(quán)利要求15的方法，進一步包括自動生成項目計劃。
18.如權(quán)利要求15的方法，進一步包括自動生成行為日志。
19.如權(quán)利要求17的方法，進一步包括將該行為日志嵌入到一進程中。
20.如權(quán)利要求19的方法，其中該進程包括法律協(xié)議進程、客戶培訓進程、問題追蹤進 程、拜訪報告進程、客戶服務(wù)移交進程和實施后校閱進程中的至少之一。
21.如權(quán)利要求20的方法，進一步包括將該進程與該行為日志同步。
22.如權(quán)利要求20的方法，進一步包括將該進程與項目計劃同步。
23.如權(quán)利要求17的方法，其中該行為日志包括與該項目相關(guān)的信息。
24.如權(quán)利要求23的方法，其中該信息包括開始日期、到期日期和責任方。
25.如權(quán)利要求15的方法，其中公司用戶可以通過企業(yè)內(nèi)部互聯(lián)網(wǎng)連接訪問該門戶網(wǎng)站。
26.如權(quán)利要求15的方法，其中客戶可以通過因特網(wǎng)連接訪問該門戶網(wǎng)站。
27.如權(quán)利要求15的方法，其中該預定義的模板選自用于項目計劃、法律協(xié)議、客戶登 錄資料、公司清單、客戶清單、文件接口測試用例、客戶培訓資料和公司服務(wù)設(shè)置工作流的 模板的至少一個，并且上述模板是預定義的并且在門戶網(wǎng)站中配置。
28.如權(quán)利要求15的方法，其中該公司是銀行。
29.一種通過使用基于網(wǎng)絡(luò)的實施門戶網(wǎng)站自動化跨多個國家和產(chǎn)品的客戶登錄過程的計算機實施的方法，該方法包括基于來自客戶的信息生成客戶收益電子數(shù)據(jù)表；基于該客戶收益電子數(shù)據(jù)表中的信息通過計算機自動填充客戶解決方案矩陣； 基于該客戶解決方案矩陣由計算機自動生成多個與客戶登錄相關(guān)的程序；和 基于該多個程序由計算機動態(tài)地更新多個工具。
30.如權(quán)利要求四的方法，其中該多個程序包括項目計劃程序、法律文檔程序、登錄包 程序、實施清單程序、整合清單程序、整合測試用例程序、服務(wù)設(shè)置OPS路由程序、收益追蹤 程序、培訓資料程序、問題追蹤程序、客戶服務(wù)移交程序、拜訪報告程序和實施后校閱程序 中的至少之一。
31.如權(quán)利要求四的方法，其中該多個工具包括交易概要列表、個人日程安排表、進度 報告和項目儀表板中的至少之一。
32.如權(quán)利要求四的方法，其中該多個程序包括項目計劃程序、法律文檔程序、登錄包 程序、實施清單程序、整合清單程序、整合測試用例程序、服務(wù)設(shè)置OPS路由程序、收益追蹤 程序、培訓資料程序、問題追蹤程序、客戶服務(wù)移交程序、拜訪報告程序和實施后校閱程序， 并且其中所述動態(tài)更新進一步包括動態(tài)地更新多個工具，所述多個工具包括交易概要列 表、個人日程安排表、進度報告和項目儀表板。
33.如權(quán)利要求四的方法，其中解決方案矩陣包括由所述客戶訂購的一組產(chǎn)品或服務(wù)。
全文摘要
通過網(wǎng)絡(luò)門戶網(wǎng)站的在線協(xié)作方便了所有參與方之間的有效率的通信，而不用考慮他們的地理的和組織的邊界。使用所公開的基于網(wǎng)絡(luò)的實施門戶網(wǎng)站，根據(jù)本發(fā)明的不同實施例的項目實施，不再是銀行作出的服務(wù)保證的概要列表。公司可以在每一個階段準確地顯示一個解決方案將怎樣為他們實施。在一些實施例中，通過嵌入的工作流步驟和預定義的模板，該門戶網(wǎng)站可以標準化并且自動化客戶的登錄過程。該過程可以自該客戶確認訂購特定的商業(yè)解決方案開始時起至這些商業(yè)產(chǎn)品被該客戶實施和使用時止被標準化和自動化。
文檔編號G06Q10/00GK102122373SQ201010176939
公開日2011年7月13日 申請日期2010年2月23日 優(yōu)先權(quán)日2009年2月23日
發(fā)明者L·Y·L·陳 申請人:L·Y·L·陳