JP2003524222A

JP2003524222A - 金融サービス商品を開発及び管理するシステムと方法

Info

Publication number: JP2003524222A
Application number: JP2000612872A
Authority: JP
Inventors: キャンター−グラブル，マルシア・アイ; キップ，アリソン・エム; キング，ジョセフ・エー，ジュニア; メッツ，ジャスティン・エム; スグル，ウィリアム・エフ; ブラム，ロビン・エフ
Original assignee: ジーイー・ファイナンシャル・アシュアランス・ホールディングス・インク
Priority date: 1999-04-16
Filing date: 2000-04-13
Publication date: 2003-08-12
Also published as: EP1234260A2; WO2000063824A8; WO2000063824A2; AU4237500A; WO2000063824A9

Abstract

(57)【要約】【課題】金融サービス商品を開発及び管理するシステムと方法を提供する。【解決手段】本システムは、中央処理装置、機能横断的な商品開発チームによって利用される複数のユーザインターフェース、金融サービス商品の開発及び管理に関連する特定の情報を含むデータファイルを格納するメモリを備える。商品開発チームの様々なメンバーはデータファイルをアクセスし、見直しし、更新することができる。本発明によれば、商品の設計、承認、売り出し、管理に関連する１つ以上の段階を含む特有な商品開発プロセスを組み入れるように中央処理装置はプログラムされる。そして、これらの各段階には、リスク管理プロセス、品質管理プロセス、データ主導分析、機能横断的チーム属性のうちの１つ以上の特徴が組み入れられる。この特有な総合システムと方法によって、幅広く多彩な金融サービス商品の開発及び管理に適用可能な、一貫性があり、維持可能で、繰返し可能なプロセスが提供される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】

本発明は、金融サービス商品の開発及び管理を行うシステムと方法に関する。
特に、本発明は、金融サービス商品の設計、承認、売り出し、管理を行う総合シ
ステムと方法に関する。

【０００２】

【発明の背景】

保険業界を含む金融サービスの分野において、従来では、様々な事業機能が十
分に組み込まれていない組立ラインを構築した後にそのモデルに基づいて新商品
の開発を行っていた。例えば、提案された新商品の開発中に、商品設計、リスク
管理、金融、投資管理、販売／流通、および経営の各機能を直列的に実行してい
たが、十分に調整されていなかった。

【０００３】この従来からの保険商品の開発方法では代表的で革新的なものは生み出されな
かった。実際、過去２０年間にわたり、「最先端」、「革新的」または「世界初
」と呼ばれた所謂「新規な」保険商品は非常にわずかであった。その代わりに、
保険業界の商品開発の努力は、所謂、商品の「改良」に向けられていたため、既
存の商品からの利益（とリスク）を上げるだけであった。ここでは、システム、
業務、マーケティング、財務管理に対して限定された投資だけが必要であった。
このような商品の追加的「改良」は、「最先端」の商品、すなわち、比較的高い
収益が望め、商品を市場に送り出すためにシステム、業務、マーケティング、財
務管理に対して莫大な投資が必要である商品と対比される。

【０００４】革新的な商品の開発を妨げることに加えて、従来の非総合的でかつ直列的な開
発プロセスでは様々な問題が発生した。これらの問題の多くは保険会社の間では
依然として共通のものである。第一に、多くの保険会社では、特定の新商品に対
する市場での需要を分析して有効性を判断する場合の統制が不十分である。例え
ば、元来、チーフプロデューサのニーズと知覚（文書データと対照的である）に
依存した場当たり的で受身的なプロセス（即ち、主観的な意思決定に基づいて）
である商品開発プロセスをもつことはまれなことではない。これによって、投資
するに足る十分な市場がない状態で、即ち、商品の特徴が、実際の顧客ニーズ、
必要条件または見込みと整合しない状態等で商品が開発されることになる。

【０００５】第二に、商品の潜在的重要性に基づいて、不足する資源（即ち、システム、資
本金、人）を事業に確実に割り当てるために、早い開発段階で提案された新商品
を不適当にスクリーニングしてしまうこともまれなことではない。このため、内
在的に商品開発プロセスは遅く非効率なものである。

【０００６】第三に、総合的な商品開発プロセスが欠如しているため、十分に早い段階から
特定の機能をそのプロセスに入れないことによって、市場に商品を売り出す際に
予測できない問題を最小にすることもある。プロジェクト管理の統制が欠如して
いるため、市場への商品の売り出しが遅れ、また、極端な場合は、かつては売り
出しできなかった商品の開発には、もし売り出されたとしても、商品や事業の欠
陥を正すために過度のやり直しが必要となるだろう。

【０００７】第四に、市場に売り出される新商品だけでなく、商品を市場に供給するために
必要なプロジェクトとシステムの開発後の性能評価を限定することは保険会社の
間ではまれなことではない。このため、商品の開発プロセスがその成功と失敗か
ら学習することがないため、改良に対しては鈍感となる。

【０００８】最後に、保険会社間で、商品開発プロセスの役割、責任、意思決定権を明確に
示さないことはまれなことでなない。例えば、多くの商品開発プロセスには、「
やる」か「やらない」かの決定の明快なポイントが不足しているだけでなく、決
定を行う権限もない。このため、そのプロセスの間中売り出しの決定を絶えず有
効にすることはない商品開発を行うことになる。このプロセスでは、顧客にとっ
てコスト効率が悪く、会社．にとっても利益が上がらない商品となってしまう。

【０００９】最近数年間では、革新的な商品をうまく開発する方法の１つは、商品マネージ
ャに率いる総合機能横断的な商品の開発チームを構成することであり、このこと
を幾つかの保険会社は理解しているにもかかわらず、金融サービス商品を開発し
て管理するシステムと方法を改良することに対するニーズが依然として存在する
。特に、金融サービス商品を設計し、承認し、売り出し、管理し、また、保険業
界に関する上述の問題の種類とクラスに焦点を当てた総合システムと方法に対す
るニーズが以前として存在する。実際、保険業界での特定用途向けに使えるよう
に何年も提案された様々なコンピュータシステムが存在するにもかかわらず、本
出願人らが知っているそのシステムの実用性は限定されている。

【００１０】特に、クリスティー他の米国特許第５８１９２３０では、不動産購入に対して
融資したり、生命保険商品を購入するための抵当／生命保険の組み合わせプログ
ラムを管理するシステムと方法について開示している。しかしながら、本システ
ムと方法の主な目的は、担保に対する頭金として通常使われるファンド全体また
はその一部を使って、生命保険証券を購入することができる抵当／生命保険の組
み合わせプログラムを管理することである。

【００１１】ケリー他の米国特許第５８０６０４２では、所謂 ”銀行保有生命保険”計画
を設計し実行するシステムと方法について開示している。しかしながら、本シス
テムと方法では、法的規定条件（即ち、連邦と州のガイドライン）下でその”銀
行保有生命保険”計画に関する特有の問題に焦点を当てている。

【００１２】ショッツの米国特許第４８３７６９３号では、生命保険計画の実行を促進する
方法と装置が開示されている。しかしながら、本特許が意図する保険計画は、雇
用者によって、従業員がグループ保険計画から個人契約へ転換できる種類のもの
である。

【００１３】リアン他の米国特許第５８３９１１８号では、保険料の最適化と借款の監視を
行うシステムと方法について開示されている。本特許が意図する保険プランは、
生命保険から資金が提供される雇用者年金計画に関する。

【００１４】セクストン他の米国特許第５７５２２３６号では、同じ被保険者、即ち、同じ
加入者の少なくとも２つの、個別だが関連する保険契約を利用した保険プランに
関する生命保険の方法とシステムについて開示している。

【００１５】リアン他の米国特許第５６５５０８５号では、多方面に渡る生命保険の初期化
、処理、準備、記憶、配達を行うコンピュータシステムについて開示している。

【００１６】テイラー他の米国特許第５５２３９４２号では、保険／投資商品情報をコンピ
ュータシステムに入力するデザイングリッドについて開示している。特に、コン
ピュータスクリーンに表示される、コンピュータを使用したグラフィックユーザ
インターフェースについて開示している。これは、複数の保険商品に関するイン
ストラクションや情報を受信したり、それらに関する保険案を表示するためのも
のである。

【００１７】しかしながら、上述の特許で開示された方法とシステムでは、保険商品の設計
、承認、売り出し、管理を行う総合システムと方法を意図したものはない。従っ
て、一般的には、保険商品に関して上述された様々な古典的商品開発の問題を解
決するためにそれらを使うことができない。

【００１８】更に、金融サービス商品分野外でも、工業／営業商品の開発を支援するために
提案された様々なシステムがあるにもかかわらず、出願人らが知るシステムは、
保険商品を含む金融サービス商品の開発に関する特有の問題に焦点を当てていな
い。特に、これらのシステムでは、商品開発、経路管理、リスク管理、保険数理
、承諾／法律要件、マーケティング、商品管理、販売、財務管理、投資、業務、
システムを包括するチームが幅広く様々な機能の役割を果たす金融サービス分野
で必要な種類の機能横断的商品開発チームの編成と統合が促進されない。また、
それらが、場当たり的で主観的な意思決定によるのではなく文書データに基づい
た商品プロセスを促進させることもない。

【００１９】従って、出願者らは知るところの以下の米国特許は、工業／営業（金融サービ
スではない）商品の開発を支援するシステムを意図するものであるにもかかわら
ず、一般的に、それらは金融サービス商品に関して上述された特有の種類の問題
に関与しない。

【００２０】ターンブルの米国特許第５２０８７６５号では、コンピュータに基づく商品開
発方法とシステムについて開示している。特に、”発明の背景”節で記述されて
いるように、本特許が主に意図する商品の種類は、製品開発時に遭遇する特有の
問題がある半導体製品である。

【００２１】ジャネット他の米国特許第５７６１０６３号では、設計／技術プロジェクト管
理システムについて開示している。”背景の技術”節で記述されているが、本特
許が主に意図する商品の種類は、商品開発時に遭遇する特有の問題を持つ自動車
等の多部品製品である。

【００２２】上述の製品開発に関する特定の従来技術に加えて、プロジェクトのスケジュー
リングとその管理を行うコンピュータシステムに関する一般的な従来技術は様々
ある。また、出願人らが知るところの以下のものを含む従来技術も、金融サービ
ス商品に関する上述の特有な問題に焦点を当てていない。スリニバサンの米国特
許第５５４８５０６号では、多数の業務グループを管理し、また、オートメーシ
ョン化された、電子ネットワークベースのプロジェクト管理サーバシステムにつ
いて開示している。マーカの米国特許第５０５００７４号では、複数の役者によ
る協調的活動を促進するシステムについて開示している。ミラーの米国特許第５
４０８６６３号では、プロジェクトのスケジューリングを最適化する資源割り当
て方法について開示している。ボン他の米国特許第５５５１０２８号では、多数
のデータファイルを単一のエンティティとして表して操作できるように、設計デ
ータをコンピュータシステムで編成する設計データ管理システムについて開示し
ている。オクの米国特許第５６７５７４５号では、データベースを用いた組織活
動管理システムについて開示している。コスキー他の米国特許第５５９６５０２
号では、商品を製造するための資源の割り当てを支援する設計支援スケジューリ
ングを行うコンピュータシステムについて開示している。

【００２３】金融サービス商品に関連する上述した従来技術の欠陥を鑑み、金融サービス商
品を開発及び管理する改良されたシステムと方法を提供することが望まれる。

【００２４】また、金融サービス商品の設計、承認、売り出し、管理を行う総合システムと
方法を提供することが望まれる。

【００２５】さらに、商品開発プロセスのフロントエンドで新しい金融サービス商品に対す
る市場ニーズの評価と分析を改良するためのシステムと方法を提供することが望
ましい。さらに、市場に売り出される金融サービス商品だけだなく、それに使わ
れるプロセスの開発後の性能評価を改良するためのシステムと方法を提供するこ
とが望ましい。

【００２６】さらに、金融サービス商品の設計と導入を行う統制されたプロジェクト管理方
法を開発するシステムと方法を提供することが望ましい。

【００２７】

【発明の概要】

本発明の目的は、金融サービス商品の開発及び管理を行う改良されたシステム
と方法を提供することである。

【００２８】また、本発明の目的は、金融サービス商品の設計、承認、売り出し、管理を行
う総合システムと方法を提供することである。

【００２９】さらに、本発明の目的は、商品開発プロセスのフロントエンドで新しい金融サ
ービス商品に対する市場ニーズの評価と分析を改良するためのシステムと方法を
提供することである。

【００３０】さらに、本発明の目的は、市場に売り出される金融サービス商品だけだなく、
それに使われるプロセスの開発後の性能（パフォーマンス）評価を改良するため
のシステムと方法を提供することである。

【００３１】さらに、本発明の目的は、金融サービス商品の設計と導入を行う統制されたプ
ロジェクト管理方法を開発するシステムと方法を提供することである。

【００３２】本発明の第一の実施形態によれば、金融サービス商品の開発方法が提供される
。本方法は、［ａ］事業（ビジネス）リーダ、プロジェクトリーダ、市場評価プ
ロセスオーナ、市場評価アナリスト、開発解決リーダ、主な出資者、市場調査サ
プライヤ、事物エキスパートのうちの少なくとも複数の者を代表するチームメン
バーを含む機能横断的な市場評価チームを編成する工程と、［ｂ］チームの各メ
ンバーに中央処理装置に接続されたユーザインターフェースを提供する工程と、
［ｃ］商品の開発を支援するプロセスを中央処理装置にプログラムする工程であ
って、前記プロセスは、［ｃ１］二次的なデータを収集し、主な調査を行い、戦
略を作成し、好機を正当化することを含み、市場を評価して好機を見分ける工程
を備える商品開発に関連する所定の複数の一連の主工程と、［ｃ２］次の工程に
進むために、主工程が成功裏に完了したかどうかを決定するための評価基準のス
テートメントと、［ｃ３］文書データと定量化可能なデータに基づき商品を開発
できるように各主工程に組み入れられたデータ主導分析とを含む、当該工程とを
備える。

【００３３】本発明の第二の実施形態によれば、入力手段、メモリ手段、プロセッサ手段、
ディスプレイ手段を備え、金融サービス商品を開発するためのコンピュータシス
テムを提供する。本システムは、［ａ］市場を評価し好機を見つける工程を含む
金融サービス商品の開発に関る複数の主工程のステートメントを含むメモリ手段
に格納された第一のデータファイルと、［ｂ］二次的なデータを収集する副工程
と、主な調査を行う副工程と、市場戦略を作成する副工程と、好機を正当化する
副工程とを備える各主工程に関連する複数の要素副工程のステートメントを含む
メモリ手段に格納された第二のデータファイルと、［ｃ］必要な承認エンティテ
ィとそのエンティティによって適用される規格を見分けることによって、主工程
が成功裏に完了したかどうかを決定するための評価基準のステートメントを含む
メモリ手段に格納された第三のデータファイルと、［ｄ］少なくとも１つの主工
程または副工程に関連する複数のツールを含み、それに関連する具象的アイコン
をさらに含むメモリ手段に格納された第四のデータファイルであって、ツールが
関連する主工程または副工程と共にアイコンをディスプレイ手段にそのアイコン
を表示し、前記ツールは、［ｄ１］金融サービス商品の開発及び管理に役立つ用
語と慣用句の語彙集と、［ｄ２］アプリケーションソフトウエア商品を使って作
成され、少なくとも１つのサブプロセスに潜在的に適用可能な前もって準備され
た文書リストであって、文書を作成するために使われるアプリケーションソフト
ウエア商品のファイルフォーマットで、メモリ手段に前記文書を電子的に格納す
る、当該文書リストと、［ｄ３］本工程を成功裏に完了させるために必要な承認
リストとを含むグループから選択される、当該第四のデータファイルと、［ｅ］
第一のデータファイルからの主工程のステートメントをディスプレイ手段に表示
し、また、入力手段を介して主工程のうちの１つをユーザが選択できる手段と、
［ｆ］主工程をユーザが選択することに応答して、第二のデータファイルをアク
セスし、選択された主工程に関連する副工程のステートメントを第二のデータフ
ァイルから検索し、ディスプレイスクリーンに主工程とそれに関連する副工程の
検索されたステートメントを表示する手段と、［ｇ］主工程またはそれに関連す
る副工程をユーザが選択することに応答して、第四のデータファイルをアクセス
して、選択された工程または副工程に関連するツールに関する情報を第四のデー
タファイルから検索し、ディスプレイ手段にそれらのツールに対するアイコンを
表示する手段と、［ｈ］ツールを代表するアイコンをユーザが選択することに応
答して、ツールを表示する手段、［ｉ］ソフトウエア商品で作成された文書を備
えるツールをユーザが選択することに応答して、コンピュータシステム上に商品
を表し、ユーザのために文書を出してディスプレイ手段に表示する手段とを備え
る。

【００３４】本発明の第三の実施形態によれば、金融サービス商品の開発システムが提供さ
れる。本システムは、［ａ］中央処理装置と、［ｂ］その処理装置に接続され、
機能横断的な市場評価チームのメンバーによって利用される複数のユーザインタ
ーフェースであって、その各々は関連するユーザディスプレイとユーザ入力手段
を備える、当該ユーザインターフェースと、［ｃ］前記処理装置に接続されたメ
モリであって、機能横断的市場評価チームのメンバーによってユーザインターフ
ェースを介してアクセスされ見直される以下のデータファイル、即ち、［ｃ１］
市場を評価し、好機を見つける工程を備える金融サービス商品の開発及び管理に
関る複数の主工程のステートメントを含む第一のデータファイルと、［ｃ２］二
次的なデータを収集し、主な調査を行い、市場戦略を作成し、好機を正当化する
副工程を備える各主工程に関連する複数の要素副工程のステートメントを含む第
二のデータと、［ｃ３］主工程が完了したかどうかを決定するための評価基準の
ステートメントを含む第三のデータと、［ｃ４］少なくとも１つの主工程または
副工程に関連する複数のツールを含み、それに関連する具象的アイコンをさらに
含む第四のデータファイルであって、ツールに関連する主工程または副工程と共
にアイコンをユーザディスプレイに表示する、当該第四のデータファイルと、［
ｃ５］少なくとも１つの主工程または副工程に関連する複数の文書を含む第五の
データファイルとを含む、当該メモリと、［ｄ］第一のデータファイルからの主
工程のステートメントをユーザディスプレイに表示し、入力手段を介して主工程
の１つをユーザが選択できる手段と、［ｅ］主工程をユーザが選択することに応
答して、第二のデータファイルをアクセスして、選択された主工程に関連する副
工程のステートメントを第二のデータファイルから検索し、ユーザディスプレイ
に主工程とそれに関連する副工程の検索されたステートメントを表示する手段と
、［ｆ］主工程または副工程をユーザが選択することに応答して、第四のデータ
ファイルをアクセスして、選択された工程または副工程に関連するツールに関す
る情報を第四のデータファイルから検索し、ユーザディスプレイにそれらのツー
ルに対するアイコンを表示するする手段と、［ｇ］ツールを代表するアイコンを
ユーザが選択することに応答してツールを表示する手段と、［ｈ］ツールをユー
ザが選択することに応答して、選択された工程または副工程に関連する文書の作
成を支援し、前記作成された文書を第五のデータファイルに格納する手段とを備
える。

【００３５】本発明の第四の実施形態によれば、金融サービス商品を開発する総合システム
が提供される。本システムは、［ａ］事業リーダ、プロジェクトリーダ、市場評
価プロセスオーナ、市場評価アナリスト、開発解決リーダ、主な出資者、市場調
査サプライヤ、事物エキスパートを含む機能横断的な市場評価チームによる商品
開発を支援するようにプログラムされた中央処理装置と、［ｂ］中央処理装置に
接続された複数のユーザインターフェースであって、その各々が機能横断的な市
場評価チームが利用するために適合する入力手段とディスプレイ手段とを備える
、当該ユーザインターフェースと、［ｃ］中央処理装置に接続され、商品開発に
関連する所定の情報を格納するデータファイルを含むメモリであって、市場評価
チームのメンバーによってユーザ入力手段を介して、データファイルを検索でき
、前記データファイルは少なくとも、［ｃ１］商品開発の第一段階に関連する第
一のデータファイルであって、二次的なデータを収集し、主な調査を行い、戦略
を作成し、好機を正当化することを含む、市場をアクセスし好機を見分ける工程
を第一段階が備える、当該第一のデータファイルと、［ｃ２］商品開発の次の第
二段階に関連する第二のデータファイルとを含む、当該メモリとを備え、［ｄ］
第一のメンバーが第一または第二のデータファイルのうちのいずれか一方を検索
することに応答して、メンバーのユーザディスプレイ手段に、［ｄ１］検索され
たデータファイルに関連する商品開発の特定の段階に関する情報と、［ｄ２］検
索されたデータファイルに関連する開発の特定の段階に関して役立つ第三のデー
タファイルに格納された文書リストであって、第一のメンバーは、メンバーのユ
ーザ入力手段を介してこの文書を選択することによって、リストされた文書のう
ちの１つを表示するために検索することができる、当該文書リストと、［ｄ３］
検索されたデータファイルに関連する開発の特定の段階に関連して役立つ文書を
第一のメンバーが作成することを支援するツールリストであって、第一のメンバ
ーによって作成された文書が、チームのその他のメンバーによって検索され表示
される第三のデータファイルに格納される、当該ツールリストとを表示するよう
に中央処理装置をプログラムする。

【００３６】本発明の第五の実施形態であって、金融サービス商品の開発方法を提供する。
本方法は、［ａ］事業リーダ、プロジェクトリーダ、市場評価プロセスオーナ、
市場評価アナリスト、開発解決リーダ、主な出資者、市場調査サプライヤ、事物
エキスパートのうちの少なくとも複数の者を代表するチームメンバーを含む機能
横断的な市場評価チームを編成する工程と、［ｂ］機能横断的市場評価チームに
よる商品の開発及び管理を支援するプロセスを中央処理装置にプログラムする工
程と、［ｃ］中央処理装置に複数のユーザインターフェースを接続する工程であ
って、機能横断的市場評価チームが利用するのに適合した入力手段とディスプレ
イ手段を各ユーザインターフェースが備える、当該工程と、［ｄ］中央処理装置
に接続されたメモリに、商品開発に関する所定の情報を含むデータファイルを格
納する工程であって、市場評価チームのメンバーによってユーザ入力手段を介し
てデータファイルを検索することができ、前記データファイルは少なくとも、［
ｄ１］商品の開発及び管理の第一段階に関連する第一のデータファイルであって
、市場を評価し好機を見分ける工程を第一段階が備える、当該第一のデータファ
イルと、［ｄ２］商品開発の次の第二段階に関連する第二のデータファイルとを
備える、当該工程と、［ｅ］第一または第二のデータファイルのいづれか一方を
第一のメンバーが検索検索することに応答して、第一のメンバーのユーザディス
プレイ手段に、［ｅ１］検索されたデータファイルに関連する商品開発の特定の
段階に関する情報と、［ｅ２］検索されたデータファイルに関連する開発の特定
の段階に関して役立つ第三のデータファイルに格納された文書リストであって、
第一のメンバーのユーザ入力手段を介して前記文書を選択することによって、リ
ストされた文書のうちの１つを前記メンバーが表示することができる、当該文書
リストと、［ｅ３］検索されたデータファイルに関連する開発の特定の段階に関
して役立つ文書を第一のメンバーが作成することを支援するツールリストであっ
て、第一のメンバーによって作成される文書がチームのその他のメンバーによっ
て検索され表示される第三のデータファイルに格納される、当該ツールリストと
を表示するように中央処理装置をプログラムする、当該工程とを備える。

【００３７】添付の図面と共に以下の詳細な説明を検討することによって、上述した本発明
の目的やその他の目的、また、その利点が明らかになる。

【００３８】

【発明の実施の形態】

図１は、本発明の金融サービス商品の開発及び管理を行うコンピュータシステ
ム図示したものである。システム１０は、中央処理装置１２、メモリ１４、入力
デバイス２７Ａ−２７Ｎを備える複数のユーザインターフェース２６Ａ−２６Ｎ
、ディスプレイデバイス２８Ａ−２８Ｎをそれぞれ備える。本発明に係るメモリ
１４は、以下に示す１つ以上のデータファイルを備える。即ち、主工程データフ
ァイル１６、副工程データファイル１８、完了評価基準データファイル２０、文
書データファイル２２、ツールデータファイル２４であり、これらについては以
下で説明される。金融サービス商品設計のガイド／追跡を支援し、また、そのマ
ーケティングを支援するシステム１０によって、これらのデータファイルが使わ
れる。特に、システム１０のユーザは、例えば、１つ以上の以下の機能、即ち、
マーケティング、商品管理、システム、業務、財務管理、商品開発、経路管理、
リスク管理、販売、保険数理、投資、法令／コンプライアンスの処理を行う各人
から構成される機能横断的商品開発チームのメンバーになることができる。シス
テム１０には、チームのメンバーが同時にアクセスする機能横断的環境での商品
開発及び管理を促進する複数のユーザインターフェース２６Ａ−２６Ｎと、中央
処理装置１２と、チームによって開発され管理される特定の商品に関するメモリ
１４が含まれる。

【００３９】本発明によれば、改良された金融サービス商品を提供する特有のプロセス用に
中央処理装置１２をプログラムすることができる。特に、以下で説明されるが、
幅広く様々な金融サービス商品に適用できる、一貫性があり、環境を破壊せず、
繰り返し可能なプロセス用に中央処理装置１２をプログラムする。特に、本プロ
セスは、金融サービス商品用に商品開発プロセスを標準化するための１つ以上の
以下の特徴を組み込むことができる。［１］提案の商品に関するリスクを確認し、以下で説明されるミティガント（mi
tigants) 、感度分析、トリガポイント／出口戦略を包括する完全なリスク評価
を行うリスク管理の原理を組み込むようにプロセスをプログラムすることができ
る。［２］提案の商品が所定の品質基準に達して開発されているかどうかを確認する
ための品質管理の原理を組み込むようにプロセスをプログラムすることができる
。［３］（主観的で逸話的な要因ではなく）定量化可能な文書データに基づいて提
案の商品を開発するために、データ主導の分析を組み込むようにプロセスをプロ
グラムすることができる。［４］正当な人が正しい時間に正しい決定を下すために、機能横断的チームから
の意見に基づいて商品を開発するようにプロセスをプログラムすることができる
。

【００４０】本発明のこの態様を図２に示す。この図は、提案の金融サービス商品の品質と
収益性の見積り値を改善する上述のプロセスの実施形態を示すブロック図である
。特に、プロセス３０には、商品の開発及び管理に関する１つ以上の段階３２、
３４、３６、３８が含まれる。段階３２は、商品を設計する設計工程である。段
階３４は、開発チームの適切なメンバーやその他の者（例えば、会社の社長や取
締役）から適切な承認を得る承認工程である。段階３６は、商品をそれぞれの経
路／市場に導入する商品の売り出し工程である。段階３８は、市場に売り出され
た後の商品管理を促進する管理工程である。

【００４１】本発明によれば、これらの４段階の各々は、上述の４つの特徴、即ち、（１）
リスク管理プロセス（工程３２Ａ、３４Ａ、３６Ａ、３８Ａ参照）、（２）品質
管理プロセス（工程３２Ｂ、３４Ｂ、３６Ｂ、３８Ｂ参照）、（３）データ主導
の分析方法（工程３２Ｃ、３４Ｃ、３６Ｃ、３８Ｃ参照）、（４）機能横断的チ
ームの方法（工程３２Ｄ、３４Ｄ、３６Ｄ、３８Ｄ参照）のうちの１つ以上を備
えることができる。

【００４２】特に、リスク管理プロセス（図２の工程３２Ａ、３４Ａ、３６Ａ、３８Ａ参照
）は、商品開発事業の一貫性を促進させるガイドラインと規格を設定する。従っ
て、ミティガント、感度分析、トリガポイント、出口戦略を包含する完全なリス
ク評価が新商品開発プログラムのライフサイクルの４段階に組み込まれるが、そ
れは、文書化されているばかりでなく、プロセスの固有の部分である。

【００４３】本技術分野では周知のことであるが、ミティガントは特定の修正行為（例えば
、レートを上げ、代理手数料や内部的経費を下げる）であり、金融サービス商品
に関する確認されたリスク（例えば、利幅）を管理するように計画される。感度
分析は、商品のリスクのストレステストを行う（即ち、確認された作業リスクを
対象にし、それが新商品の需要に対応できることを保証する能力をテストする）
プロセスである。一般的に、感度分析は、新商品の収益性の期待値を決定するた
めに、最良と最悪の場合でのシナリオで行う。感度分析結果を使ってトリガポイ
ントを確立することができる。トリガポイントは早期の警告信号であり、識別さ
れたリスク、即ち、所定の閾値レベル（例えば、予算より低い利幅２０％）を管
理するために用いられる。この閾値レベルは、各リスクの主因（即ち、主変数で
あり、これは、その商品では財務収益の見積り値の達成が困難であるという見通
しを示す）に対して確立され、リスクレベルが商品プログラムに対するリスク／
収益の幅の外に移動するときに信号が出される。出口戦略はリスクを管理するた
めの特定の修正行為である。例えば、商品の性能が所定のトリガポイントより下
であるときに出口戦略を実行することによって、「出口」を提供してそれ以上の
利益の損失を食い止める。このリスク管理のコンセプトを段階３２、３４、３６
、３８のうちの少なくとも１つ以上または全部に組み込むことによって、統制の
とれた商品開発プロセスが確立される。

【００４４】本発明によれば、商品開発プログラムに組み込まれたリスク管理の量を特定の
種類の開発商品向けにあつらえることができるため、プロセス３０は柔軟性があ
る。例えば、マイナーな方法（例えば、顧客が知覚する価値を高めるために、商
品の属性や特徴をわずかに変更する）に基づく簡単な変更により長く存続する商
品にとっては、例えば、革新的な商品を市場（即ち、世界「初」のもの）に出す
ために必要となるレベルのリスク管理をプロセス３０に組み込む必要はない。そ
のため、設計段階３２では、次の開発プロセスの段階３４、３６、３８で必要と
されるレベルのリスク管理を機能横断的商品開発チームによって確定することが
できる。

【００４５】その上、品質管理プロセス（図２の工程３２Ｂ、３４Ｂ、３６Ｂ、３８Ｂ参照
）では、商品の開発及び管理時に標準化された見直し、分析、活動を適用するこ
とによって、修正が必要な場合に必要とされる品質を達成し維持するためにどん
な修正が必要であるかを決定する。また、開発及び管理される特定の種類の商品
に基づいて商品開発プログラムに組み込まれた品質管理の量を変えることができ
るので、プロセス３０は柔軟である。従って、設計段階３２で、機能横断的商品
開発チームは次の開発プロセスの段階３４、３６、３８で必要とされるレベルの
品質管理を決定することができる。

【００４６】図２に示されており、また、それについて以下でさらに説明されるが、信頼で
きず予測不可能な主観的で逸話的な要因ではなく、定量化可能な文書データ（即
ち、データ主導の分析）に基づく意思決定プロセスを基礎にして段階３２、３４
、３６、３８を構成している。また、このデータを使って、プロセス３０に組み
込まれたリスク管理と品質管理プロセスを支援することができる。更に、図２で
示されているように、開発プロセスの各段階で機能横断的なチームからの意見を
取り込む意思決定プロセスは、プロセス３０の固有のものである。

【００４７】本発明によれば、図２で示されるプロセス３０を、図１で示されるコンピュー
タシステムで実行することができる。特に、そこで示されるシステム１０には、
（ｉ）図２のプロセス３０に基づいてプログラムされた中央処理装置１２と、（
ｉｉ）本プロセスに関連する以下のデータファイルの１つ以上のものを格納可能
なメモリ１４が含まれる。

【００４８】［１］主工程データファイル１６。これには、金融サービス商品の開発及び
管理に関る主工程の識別子が含まれる。ここで、「主工程」とは、開示された本
プロセスの特定の段階である。この段階の完了時には、組織的な見直し／承認が
必要であり、その後に、本プロセスは次の開発段階に進む。商品開発の様々な段
階で承認を行うためのチェックポイントは、商品の実施可能性と収益性を保証す
るために役立つ。例えば、図２で示されるプロセスの実施形態に関連する主工程
には、商品設計、商品の承認、商品の売り出し、商品管理の１つ以上のものが含
まれる。

【００４９】［２］副工程データファイル１８。これには、主工程データファイル１６に
格納される各主工程に関連する複数の要素副工程の識別子が含まれる。本プロセ
スの主工程を実行するときに、副工程は機能横断的商品開発チームに厳密さとガ
イダンスを提供する。

【００５０】［３］主工程完了評価基準データファイル２０。これには、金融サービス商
品の開発及び管理プロセスの各主工程が適切に完了したかどうかを確認するため
に必要とされる所定の評価基準の識別子が含まれる。

【００５１】［４］文書データファイル２２。これには、金融サービス商品の開発及び管
理プロセスの各主工程に関連する文書の識別子が含まれる。本文書には、例えば
、商品／市場分析、顧客調査、商品仕様、価格設定と財務効果、価格設定モデル
／収益性評価、販売予測、マーケティング／トレーニング資料が含まれる。また
、本文書に、関連する文書の以前の「例」（例えば、最良のプラクティス（実施
例））が含まれていてもよい。

【００５２】［５］ツールデータファイル２４。これには、金融サービス商品の開発及び
管理プロセスの各主工程に関連するコンピュータ支援ツールの識別子が含まれる
。本ツールには、例えば、リスクスコアカードチャート、時間−収益分析、市場
機会評価ツール、商品承認／見直しテンプレートを備えている。これらについて
は以下で説明される。

【００５３】上述のことを考慮して、本プロセスの各主工程に関連するものは、（副工程デ
ータファイル１８に格納された）要素副工程、（完了評価基準データファイル２
０に格納された）完了評価基準、（文書データファイル２２に格納された）文書
情報、（ツールデータファイル２４に格納された）ツールである。本発明の本態
様は図３Ａで示されている。本図は、副工程１８Ａ、完了評価基準２０Ａ、文書
情報２２Ａ、ツール２４Ａを含む典型的な主工程１６Ａの模式的ブロック図であ
る。

【００５４】さらに、図３Ａに示される各要素副工程に関連するものは、（完了評価基準デ
ータファイル２０にも格納された）類似の評価基準、（文書データファイル２２
にも格納された）文書情報、（ツールデータファイル２４にも格納された）ツー
ルである。本発明のこの態様を図３Ｂに示す。これは、完了評価基準２０Ａ、文
書情報２２Ａ、ツール２４Ａを含む典型的な副工程１８Ａの模式的ブロック図で
ある。

【００５５】本発明のさらに別の特徴によれば、特定の金融サービス商品の開発及び管理に
関するデータファイル１６、１８、２Ｏ、２２、２４に含まれるデータをアクセ
ス、見直し、更新するために、機能横断的商品開発チームのメンバーはユーザイ
ンターフェース２６Ａ−２６Ｎを使うことができる。例えば、プロジェクトマネ
ージャ（もしくは、チームのその他のメンバー）はユーザ入力部２７Ａを使って
、商品に関連し、また、主工程データファイル１６（例えば、「商品設計」、「
商品承認」、「商品の売り出し」、「商品管理」）に格納される各主工程をディ
スプレイ２８Ａ上に表示する。更に、これらの工程の各々に関連して、プロジェ
クトマネージャ（その他の人も同様）は、図３Ａに示される（副工程データファ
イル１８に格納された）副工程に関連する情報、（完了評価基準データファイル
２０に格納された）主工程に対する完了評価基準、（文書データファイル２２に
格納された）主工程に関連する文書情報、（ツールデータファイル２４に格納さ
れた）主工程に関連するツールをアクセスし、見直しを行い、更新することがで
きる。

【００５６】同様に、図３Ａに示される要素副工程１８Ａ等の各要素副工程に関連して、プ
ロジェクトマネージャ（その他の人の同様）は、図３Ｂに示される（完了評価基
準データファイル２０に格納された）副工程に対する完了評価基準に関連する情
報、（文書データファイル２２に格納された）副工程に関連する文書情報、（ツ
ールデータファイル２４に格納された）副工程に関連するツールをアクセスし、
見直しを行い、更新することができる。

【００５７】これまで、本発明に係る金融サービス商品の開発及び管理を行うシステムと方
法について開示してきた。本システムは、中央処理装置、機能横断的商品開発チ
ームによって利用される複数のユーザインターフェース、本方法に関連する特定
の情報を格納するためのデータファイルを含むメモリを備える。商品開発チーム
の様々なメンバーは、データファイルをアクセスし、見直しを行い、更新するこ
とができる。本発明によれば、商品の設計、承認、売り出し、管理に関連する１
つ以上の段階を含む特有の商品開発プロセスを組み込むように中央処理装置はプ
ログラムされている。そして、これらの各段階には、以下の特徴、即ち、リスク
管理プロセス、品質管理プロセス、データ主導分析、機能横断的チームの属性の
うちの１つ以上が組み込まれている。この特有な総合システムと方法によって、
幅広く様々な金融サービス商品の開発及び管理に適用可能で、一貫性があり、維
持可能で、繰り返し可能なプロセスを提供することができる。

【００５８】上述の本発明の態様は、本発明の好適な実施形態に関連して以下でさらに説明
される。特に、図４は保険商品等の金融サービス商品の開発及び管理を行うプロ
セスの好適な実施形態を示すブロック図である。プロセス５０には、図２につい
て上述された段階３２、３４、３６、３８のそれぞれに類似する４段階５２、６
２、７２、８２が含まれる。特に、段階５２は保険商品を設計する設計段階であ
り、段階６２は適切な承認を得て商品のマーケティングを続ける行うための承認
段階であり、段階７２は商品を市場に導入する商品売り出し段階であり、段階８
２は、市場に売り出し後に商品管理を促進する管理段階である。

【００５９】商品設計段階５２には、図４で示される参照番号５３から５７が付けられた主
工程１から５が含まれ、以下の工程を備える。

【００６０】［工程１］何故新商品なのか? 本工程では、例えば、市場情報と、新商品
の影響、悪いことのきざし、トレンド、好機についての専門知識を収集をうまく
行うことによって、市場ニーズを確認し、新提案の商品にとって潜在的好機であ
るかどうかを決定するための支援を行う。

【００６１】［工程２］どのように、いつ、商品化するのか? 本工程は、工程１によっ
て収集された情報に基づいて潜在的な新商品の特徴を文書化する支援を行い、調
査スケジュールの作成に加え、「実行可能性」の調査を行うチームを編成するた
めの指導を行う。

【００６２】［工程３］機能に関する実行可能性分析：工程１、２によって提案の商品が
定義された後で、工程３では、マーケティング、商品管理、システム、業務、財
務管理、コンプライアンスの見通し（機能毎の）から商品の実行可能性を評価す
ることを支援する。例えば、本工程では、可能性のある「市場参入」戦略を決め
、潜在的な顧客／専門代理店から聞いて商品の特徴を正当化し、商品の初期的な
価格設定を行い、新商品の売り出しを評価し、また、商品が事業システムの必要
条件にどのような影響を及ぼすのか評価するための指導を行う。

【００６３】［工程４］商品のコアチーム評価：工程３によって機能毎に実行可能性が分
析された後で、工程４では機能毎に商品評価のための支援を行う。例えば、本工
程では、情報をさらに必要とするトピックスを確認し、商品設計を継続するため
の管理的見直しを行い、承認を得て、値段と収益性についてのコンセンサスを得
て、主な問題点とミティガントをリストにし、契約書を起草し、（商品設計／承
認／実行／売り出しのための）商品チームを編成し、商品設計／承認／売り出し
の詳細なスケジュールを決めるための指導を行う。

【００６４】［工程５］最終的な商品仕様：工程４によって商品の実行可能性が分析され
、継続の決定がなされると、工程５で最終的な商品設計が行われる。例えば、本
工程では、最終的な商品設計に基づき全商品設計情報を改訂して文書化する支援
を行う。また、トリガポイント、感度分析、ミティガント、出口戦略等のリスク
管理要因を見分けて文書化するための指導も行う。

【００６５】工程５によって最終的な商品仕様が完成すると、商品設計段階５２が終了し、
プロセス５０は商品承認段階６２に移行する。特に、商品承認段階６２は参照番
号６３で示される主工程６を備える。これには以下の工程が含まれる。

【００６６】［工程６］内部的／外部的承認：本工程では、商品を内部的に見直しする商
品見直し会議の準備を行って開催し、内部的または外部的承認のいずれかを得る
ための支援を行う。その後、適切な取締役員会よって外部的な承認が得られる。
もし承認が得られないと、プロセス５０は（必要ならば）提案の商品の分析と設
計を行う設計段階５２に戻る。もし承認が得られると、プロセス５０は図４の参
照番号７３から７５が付けられた、以下の主工程７から９をそれぞれ備える商品
売り出し段階へ進む。

【００６７】［工程７］最終的なロールアウト計画：本工程では、例えば、全業務に対す
る州への出願スケジュールと詳細な実行計画を決めることを含む詳細な商品ロー
ルアウト計画の準備を支援する。更に、商品のマーケティングプロトタイプの開
発と、（工程５で）設計され、（工程６で）承認された商品仕様の調整の指導も
行う。

【００６８】［工程８］売り出し前の最終的見直し：工程７で詳細なロールアウト計画が
準備されると、売り出し前の商品の最終的な見直しが行われる。例えば、本工程
では、最終的な売り出しと、もし適用可能ならば、テスト売り出しの準備を支援
する。

【００６９】［工程９］商品売り出し：本工程では、流通経路に対する商品の売り出しを
支援する。

【００７０】商品が市場に売り出された後で、プロセス５０は、図４の参照番号８３で示さ
れる主工程１０を備える商品管理段階８２に入る。

【００７１】［工程１０］フィードバックループ：本工程では、商品フィードバックの分
析と実行を支援する。例えば、新商品に対する市場の反応を測定して分析し、商
品の金融戦略の見直しと承認を行い、年４回のリスク管理トリガポイント（例え
ば、閾値対実際値）の見直しを行うための指導を行う。

【００７２】本発明によれば、１０個の主工程の各々には、関連する一連の要素副工程が含
まれる。様々な商品に適用可能で、一貫性があり、維持可能で、繰り返し可能な
プロセスを提供するために、これらの副工程が選択されて、ＣＰＵ１２にプログ
ラムされる。例えば、図４に示されるプロセス５０の好適な実施形態では、各主
工程に対する複数の副工程は、以下の表１に示された項目を備えることができる
。

【００７３】［表１］１）主工程１：なぜ新商品か? ａ．市場ニーズの要因を見つけ、文書化し、定量化する。ｉ．市場データと業界のトレンドを収集する。ｉｉ．潜在的市場シェアを評価する。ｉｉｉ．顧客のニーズ／流通業者のニーズのフィードバックを評価する。ｌｖ．競争の脅威を評価する。ｖ．新商品が経験主導である場合に、内部的トレンドを文書化する。ｖｉ．規制／環境の変化とトレンドを評価する。ｂ．関連する他の内的事業部隊の経験を利用し、評価する。ｃ．プロジェクトチームリーダ／商品スポンサーを割り当てる。ｄ．スコープＯ（ＴｈｅｓｃｏｐｅＯ）のプロジェクトチームのメンバーを決定する。ｅ．プロジェクト報告基準と会議スケジュールを作成する。ｆ．以下の支援文書を作成する。ｉ．前の商品分析ｉｉ．競争分析とベンチマークｉｉｉ．規制／環境についての最新情報ｉｖ．市場分析ｖ．市場シェア分析ｖｉ．顧客／代理店／流通調査２）主工程２：どのように／なぜ新商品なのか? ａ．機能横断的プロジェクトチームを編成する。ｉ．資源の必要条件を確定し、責務の割り当てを行う。これには、「商品チャンピオン」、品質資源、チームメンバーが含まれる。ｉｉ．スケジュールを定める。ｉｉｉ．機能的な報告を見つける。ｉｖ．手続きを検証し、正当化する。ｂ．マーケティングの実行可能性分析を完了させる。ｉ．市場のニーズ／重大な顧客のニーズ及び顧客と流通経路から期待される事項を承認する。ｉｉ．市場の目標を定義する。ｉｉｉ．潜在的な競合結果を評価する。ｉｖ．横断的売出しの潜在的好機を評価する。ｃ．潜在的な特徴に関するアウトプットについてブレーンストーミングを行い、文書化する。ｉ．潜在的な特徴を定義し、優先順位をつけ、文書化するｉｉ．事業戦略と多世代商品計画」ＭＧＰＰ」（以下で説明される）でのマイルストンを評価する。ｄ．流通経路を選択する。ｅ．販売量の期待値を定める。ｆ．主要なリスクとミティガント／停止／レスポンス計画（予備的コンプライアンス評価を含む）を識別する。ｇ．業務上のギャップと予備的インフラ評価の見直しを行う。ｈ．実行計画（州ごとに）を検証し、文書化する。ｉ．予備的な再保険のニーズ／利用可能性の評価ｊ．正式な商品開発責任に関する内部的な見直しを完了する。ｋ．商品マネージャーを割り当てる。ｌ．社長、製造管理担当ＳＶＰ、商品マネージャ、経路リーダ、事業リスクマネージャ、保険数理担当副社長、事業財務管理マネージャ、販売／マーケティング担当ＳＶＰ、事業業務担当ＳＶＰの承認を得る。ｍ．以下の支援文書を作る：ｉ．商品特徴の優先リストｉｉ．流通業者、顧客調査の分析ｉｉｉ．顧客重視グループからの結果ｉｖ．インフラの予備的評価ｖ．競争分析とベンチマークｖｉ．予備的な価格設定と財務管理の結果（販売見通しを含む）ｖｉｉ．商品の初期的仕様書３）主工程３：機能に基づく実行可能性分析ａ．マーケティング戦略ｉ．「市場参入」と流通戦略を定め、評価する。ｉｉ．横断的売出し戦略（適用可能ならば）の定義と評価を行う。ｉｉｉ．商品特徴を承認し、顧客、経路、商品／販売／マーケティングマネージャによって、横断的売出しの実行可能性を承認する。ｂ．規制上の実行可能性ｉ．（州毎の）法的／コンプライアンスの必要条件を概説する。ｃ．販売予測の改善ｉ．経路毎の委託事項を決定する。ｄ．価格設定、利益性、感度評価ｉ．見通しを定める。ｉｉ．保険料と純利益（「ＮＩ」）／利益率（「ＲＯＩ」）／資本利益率（「ＲＯＥ」）の計算を行う。ｉｉｉ．価格設定モデルと時間−利益（”ＴＴＰ”）スコアカードを改良する。ｉｖ．ＮＩ／ＲＯＩ／ＲＯＥのストレステストを実行し、文書化する。ｖ．実行手段を開発する。ｖｉ．競争分析（例えば、年齢／給付金）を行う。ｖｉｉ．保険料の競争性を検証する。ｖｉｉｉ．再保険の勧誘の評価を行う。ｅ．業務／サービスの実行可能性ｉ．新商品売り出しとサービスの効果を評価する。ｉｉ．専門知識と資源の必要条件の文書化と定量化を行う。ｆ．システムの実行可能性ｉ．システム仕様書の予備的評価を行う。ｉｉ．システム変更による、機能性とコスト／タイミングの見直しを行う。ｇ．投資戦略と分析ｉ．予備的な資本計画コスト、即ち自己資本比率（法的な結果を含む）の予備コストｈ．移行戦略（既存の商品を置き換える場合）ｉ．インセンティブ（歩合給）戦略ｊ．格付け機関の影響ｋ．初期の草案の出願ｌ．資本市場の評価：証券化、リスクの削減、利回りの改善、一般的なデリバティブの申し込み用紙に対する潜在的な適合度を評価する。ｍ．以下の支援文書を作成する。ｉ．システムの見直しｉｉ．規制の評価（法律問題、州の出願の必要条件）ｉｉｉ．経営の概要ｉｖ．インフラの分析ｖ．投資戦略ｖｉ．市場での実行可能性（顧客／代理店からのフィードバック、市場戦略）ｖｉｉ．価格設定モデルｖｉｉｉ．収益性の評価（販売予測、収益テストの結果、競争率／ベネフィット分析、、感度分析、価格設定分析、トレンド分析）ｉｘ．初期的商品仕様書の更新４）主工程４：コアチームによる商品の評価ａ．実施／不実施のコンセンサスに到達し、以下の決定事項を文書化する。ｉ．目標の価格範囲の見通しｉｉ．財務計画（経路毎の販売量、年間純益）ｉｉｉ．価格の一貫性／検証ｉｖ．移行計画（既存の商品を置き換える場合）ｖ．業務支援の必要条件ｖｉ．横断的売出し戦略（適用可能ならば）ｖｉｉ．再保険のニーズと利用可能性ｂ．詳細な実行計画／売り出しスケジュールを定める。ｉ．ＭＧＰＰ適合値に対して再度検証する。ｉｉ．必要条件／資源／機能毎のスケジュールスケジュール等を具体化する。システムとサービス実行の必要条件の仕様書を容易する。ｉｉｉ．横断的売出し実行計画（もし適用可能ならば）の策定ｃ．主要なリスクとミティガントを見直し、コストとスケジュールを含むリスク評価を行い、リスクレベルをランク付けする。ｄ．予備的契約書の起草：スケジュールの評価を行い、予備的な種類のものを起草する。ｅ．マーケティング資料のプロトタイプを起草する。ｆ．予備的なイラストレーションソフトウエアｇ．予備的な商品承認見直し文書を起草する。ｈ．事業機能リーダ間で予備審議を行って、新商品の設計を継続するための正式な内部見直しを行って承認する。ｉ．プロジェクトの範囲を再検証する。ｊ．さらに情報を必要とするトピックスを識別する。ｋ．社長、製造管理担当ＳＶＰ、事業リスクマネージャ、保険数理担当ＶＰ、販売＆マーケティング担当ＳＶＰ、事業財務管理マネージャ、事業業務担当ＳＶＰ、情報サービス担当ＶＰ、契約開発担当ディレクタから承認を得る。ｌ．以下の支援文書を作成する。ｉ．商品承認見直し文書の草案ｉｉ．改訂され、承認された販売予測ｉｉｉ．実行計画／売出しスケジュールｉｖ．主要なリスク／ミティガント５）主工程５：最終的な商品仕様書ａ．商品仕様書を完成させる（主工程４での内部的承認で決められたように）ｂ．標準価格／価値を最終的に決める。ｃ．顧客と経路からの情報に基づき、市場の実行可能性（重要な顧客のニーズ／期待と商品の適合度）を再確認し、マーケティング計画を完成させる。ｄ．横断的売り出し実行計画を完成させる（もし適応可能ならば）。ｅ．再保険／資本市場戦略を完成させ、有効性、適応可能性を検証する。ｆ．財務計画を再確認する。ｇ．資本の使い方／資本コストの評価を完了する。ｈ．収益報告、即ち、価格設定の見通し、収益テストの結果等を策定する。ｉ．システム仕様書を完成させる。ｊ．投資計画を完成させる。ｋ．コンプライアンス計画を完成させる。ｌ．趣意書を完成させる。ｍ．価格設定のための保険数理人のメモを用意する。ｎ．リスク管理の要因／トリガ／ミティガントを文書化する。ｉ．測定プロセスのマップを定める。これには、環境的な遅延／先行指標が含まれる。ｏ．最終的な契約書の草案を作成し、出願の準備を行う。ｉ．州への出願スケジュールと州特有の出願情報を定義する。ｉｉ．出願パッケージのプロトタイプを準備する。ｐ．州へ出願する。ｉ．リードタイムが最も長い州を優先させることで、再出願がおきないようにする。ｉｉ．州の要求に対応する。ｉｉｉ．ＮＡＩＣ（全米保険協会）の開示（図解）、定期的なステートメント、データページ情報を入手するｑ．趣意書の出願ーＳＥＣ（米国証券取引委員会）（適用可能ならば）ｒ．格付け機関に通知する（適用可能ならば）ｓ．以下の支援文書を作る：ｉ．リスク管理報告書の草案ｉｉ．最終的な商品仕様書ｉｉｉ．趣意書ｉｖ．最終的な契約書／価格ｖ．性能の見積りｖｉ．保険数理人のメモによる価格設定ｖｉｉ．州への出願願書／メモ／承認書式６）主工程６：内部的／外部的承認ａ．商品見直し用の「商品ファイル」パッケージを準備する。ｉ．商品概要ｉｉ．マーケティング戦略ｉｉｉ．会計財務：法令上で一般に認知された会計原理（「ＧＡＡＰ）ｉｖ．販売予測ｖ．資本コストの評価ｖｉ．ＭＧＰＰ適合度ｖｉｉ．経路毎の実行計画ｖｉｉｉ．インフラの分析ｉｘ．投資戦略ｘ．適切な者による信用権限状(Credit Authority)の承認ｘｉ．リスク管理（リスク要因／トリガ／ミティガント）ｘｉｉ．出口戦略（適応可能ならば）ｘｉｉｉ．感度分析ｘｉｖ．横断的売出し戦略（適応可能ならば）ＸＶ．再保険の評価ＸＶｉ．移行計画ｘｖｉｉ推薦ｘｖｉｉｉ．事業＆顧客コミュニケーション計画ｘｉｘ．売り出し後のフィードバックループとスケジュールｘｘ．データ収集＆報告計画ｂ．内部的見直しと承認を完了させる。ｃ．「実施」／「非実施」の決定について、事業のリーダシップをもつ商品見直し会議を行う。ｉ．テスト売出しの場合は最終的な見直しスケジュールに同意する。ｄ．商品見直し会議の成果を文書化する。ｅ．内部的承認を以下の者から得る。ｉ．必要とされる者：社長、リスク管理担当ＳＶＰ、主席保険数理兼任ＳＶＰ、ＣＦＯ、商品管理担当ＳＶＰ、事業リスクマネージャ等ｉｉ．また、場合によっては、流通経路担当ＳＶＰ、事業財務マネージャ、投資担当ＳＶＰ、保険数理評価士、事業業務担当ＳＶＰ、情報システム担当ＳＶＰ、ＨＲ担当ＳＶＰｆ．取締役員会の承認を得るｇ．以下の支援文書を作成する。ｉ．商品承認見直し文書ｉｉ．最終的リスク管理報告書ｉｉｉ．最終的な販売予測ｉｖ．ＭＧＰＰ文書ｖ．商品見直し会議の成果報告書７）主工程７：最終的なロールアウト計画ａ．実行計画（主工程４で策定された）、例えば、設計／実行システムの変更を活性化させる。ｂ．再保険／資本市場の構成を最終的に決める。ｃ．機能領域全体で実施するために、商品仕様を伝える。ｄ．適応可能ならば、（主工程３で策定された）移行計画を実行する。ｅ．流通経路（横断的売出しの場合は、多経路）を準備し、ロールアウト計画を伝える。ｉ．インセンティブ計画ｉｉ．契約／販売協定ｉｉｉ．ライセンスの供与／任命ｉｖ．引受けガイドラインｖ．移行＆転換ガイドラインｖｉ．新事業のプロセス、例えば、どの申し込み用紙を使うか、またどこに送るかｖｉｉ．商品導入／売出しパッケージ、即ち、最終的なトレーニング＆マーケティング資料のプロトタイプｖｉｉｉ．テスト売り出しの場合、内部的（業務）経路と流通経路に対する予備的トレーニングを開発／実行する。ｆ．州の規制当局に通知する。ｇ．残りの州に出願する。ｉ．再出願の規制のため、以前に出願していない州に出願する。ｉｉ．州の要求に対応する。ｈ．趣意書とパンフレットを比較する。ｉ．．以下の支援文書を作成する。ｉ．完成したマーケティング資料ｉｉ．州の承認用用紙ｉｉｉ．テスト売り出しの結果ｉｖ．システム設計書８）主工程８：売出し前の最終的な見直しａ．最終的な売出しの準備ｉ．主工程６で承認された商品と一致する売出し予定の商品の仕様書を確認する。ｉｉ．広告戦略がブランド名戦略と整合するかどうかを確認する。ｉｉｉ．トレーニングと、マーケティング資料と、コンプライアンスのための見直しを完了させる。ｉｖ．売出し前の州の承認を検証する。ｖ．リスク管理トリガ監視システムとプロセス管理が適しているかどうかを検証する。ｖｉ．租税引当てを含むＧＡＡＰと法定会計を完了させる。ｖｉｉ．システムが迅速に契約に対応できることを確実にする。ｖｉｉｉ．処理能力とサービス能力を見直して、最終的なものにする。ｉｘ．イラストレーションソフトウエアを完成させる。ｘ．構成や性能が変更されたシステムとモデルシステムのテストを行う。ｂ．テスト売り出しを組み立てる（適用可能ならば）ｉ．テストがうまくいくための基準を作る。ｉｉ．テスト的に売り出しを行うために選ばれた州に出願する。ｉｉｉ．マーケティング資料売出しキットを開発する。ｉｖ．テスト売り出しを行う。ｖ．結果を分析する（主工程５に戻る必要があるかもしれない）ｃ．社長、製造管理担当ＳＶＰ、商品マネージャ、経路リーダ、事業リスクマネージャ、保険数理担当ＶＰ、販売＆マーケティング担当ＳＶＰ、事業財務マネージャ、事業業務担当ＳＶＰ、情報サービス担当ＶＰ、コンプライアンス担当ディレクタから承認を得る。ｄ．以下の支援文書を作成する。ｉ．マーケティング資料を完成させる。ｉｉ．州の承認用用紙ｉｉｉ．テスト売り出しの結果ｉｖ．システム設計文書９）主工程９：商品の売り出しａ．流通経路（横断的販売の場合は、多経路）の最終的な準備を行う。ｉ．最終的なトレーニングを行い、最終的なマーケティング資料を流通経路に送る。ｉｉ．商品リリースメモと通知を流通ネットワークに送る。ｉｉｉ．移行商品（必要ならば）（１）市場のトレンドを調べて永続性の見直しを行う。（２）移行計画を実行する。ｉｖ．商品の売出しを実行する。ｖ．再保険の出再を行う、もしくは、それを引き受ける。ｖｉ．資本市場戦略を実行する。ｂ．以下の支援文書を作成する。ｉ．商品リリースメモｉｉ．流通ネットワークへの通知１０）主工程１０：フィードバックループａ．市場の反応の分析をする。ｉ．流通経路／顧客を利用して製造後の調査を行う。ｉｉ．市場の反応（得られた販売量と保険料−実際値対期待値）を測定する。ｉｉｉ．可能性のある価格設定調整を評価する。ｉｖ．設計チームで、製品の承諾と製品性能を再検討する。ｂ．売出し後のプロジェクトチームから情報を聞き出す。ｉ．プロセスを改良するための好機に関する情報を聞き出す。ｉｉ．チームの有効性を評価する。ｃ．業務ツールをモニターする。ｉ．コストと給付金の管理を追跡する。ｄ．金融戦略の再検討と認証ｅ．四半期毎のリスク管理トリガポイントの見直しを行う（閾値対実際値）。
ｆ．商品管理担当ＳＶＰ、商品マネージャー、流通経路リーダー、事業リスクマネージャー、保険計理担当ＶＰ、販売＆マーケティング担当ＳＶＰ、事業財務担当、事業財務マネージャー、事業業務担当ＳＶＰの承認を得る。ｇ．以下の支援文書を作成する。ｉ．調査報告書（商品のフィードバック）ｉｉ．反応分析報告書（実際値対販売量の期待値、トリガの見直し）。

【００７４】本発明によれば、プロセスの文書化を十分に行い、リスク管理の枠組みでその
プロセスを確立し、その枠組み全体に品質管理の原理を組み込めるように、上の
表１で示される複数の副工程を設計する。更に、本プロセスで収集されるデータ
の分解的分析に基づく方法を使って、商品開発プロセス全体に渡る決定がなされ
る。これは、従来技術のように逸話的な方法に基づく、即ち、トッププロデュー
サの主観的なニーズと感覚で決定がなされるような主観的な意思決定と対比され
る。例えば、本発明の好適な実施形態によれば、事業の多くの態様が考慮され、
また、提案の商品開発を行うプロジェクトに、特殊な技術をもつ部門や個人が関
係する機能横断的な環境で商品が開発される。本方法は図１に示されるシステム
によって促進される。ここでは、事業全体に渡って、複数のユーザインターフェ
ース２６Ａから２６Ｎまでをその部門や個人に提供することができる。さらに、
このことは、その部門や個人を開発プロセスに組み込むようにＣＰＵ１２をプロ
グラムすることによって促進される。例えば、その各部門と個人は、メモリ１４
に含まれるデータをアクセスし、見直しを行い、更新することができる。さらに
、上の表１で示すように、主工程２（副工程ｌ）、４（副工程ｋ）、６（副工程
ｅ）、８（副工程ｃ）、１０（副工程ｆ）の各々は、本事業の商品開発チームの
所定のメンバーとその他の者による正式の承認を必要とする。この方法によって
、リスク管理と品質管理が促進される。

【００７５】図１のコンピュータシステム上で図４で示されるプロセスを実行することによ
って、機能横断的商品開発チームは提案の新保険商品の品質と収益性の見積値を
改善することができる。上述されたように、図１のシステム１０によって、機能
横断的開発チームのメンバーはメモリ１４のデータファイル１６、１８、２０、
２２、２４に含まれるデータをアクセスし、見直しを行い、更新することができ
る。例えば、図５は、上述の図４に示された本発明の好適な実施形態に関連する
ユーザコンピュータディスプレイの主ページ１００である。本発明のこの態様に
よれば、システム１０の中央処理装置１２は、主工程データファイル１６に格納
された主工程のステートメントをユーザディスプレイ２８Ａ−２８Ｎに表示し、
ユーザ入力デバイス２７Ａ‐２７Ｎを介してユーザが複数の主工程のうちの１つ
を選択するようにプログラムされる。

【００７６】図５を参照すると、ページ１００は、ツールとテンプレート等のアプリケーシ
ョンを起動させるツールバー１０２を備えるが、これについては以下でさらに説
明される。また、ページ１００は、主工程１から１０の各々をリストするボトム
フレーム１０４も備え、また、追加的な詳細項目へのリンクを提供するが、これ
については以下で説明される。

【００７７】図５で示されるように、ツールバー１０２は、ラベル付けされた以下のアイコ
ンを備える。即ち、プロジェクト計画１０５、ライブラリ１０６、承認マトリク
ス１０７、語彙集１０８、商品の売り込み（承認見直し）テンプレート１０９、
温度計チャートｌ１０、リスクスコアカード１１、時間−収益スコアカード１１
２。本発明によれば、商品開発を合理化し、標準のプロセスを提供するために、
これらのアイコンは開発中の商品に関連するアプリケーションを起動する。

【００７８】特に、プロジェクト計画アイコン１０５が呼ばれると、本プロセスの各主工程
とそれに関連する副工程のステータスの詳細なまとめを提供するマイクロソフト
プロジェクト計画（Microsoft Project plan^TM）等のアプリケーションを開始さ
せる。そのまとめには、グラフ表示での週単位のステータスの要約語（例えば、
工程または副工程は、「開始していない」、「進行中」、「終了」、「マイルス
トーン」等の状態にある）に加えて、工程または副工程の完了度合いの％、期間
（例えば、５日）、開始日が含まれる。このアイコンによって、管理と商品開発
チームのメンバーは、提案の新商品の開発ステータスを極めて効率的に決定する
ことができる。これには、特定の工程が完了（もしくは、非完了）したかどうか
、もしくは、予定より早い（もしくは、遅れている）かどうかを追跡することも
含まれる。

【００７９】ライブラリアイコン１０６は、商品承認見直しのために使われるスライドを含
むマイクロソフト社のパワーポイント（Microsoft PowerPoint^TM）等のアプリケ
ーションを開始するハイパーテキストを使って、商品承認見直し文書（例えば、
内部的承認のための主工程６に関して使われる）の複数の例のリストを与える別
のページをユーザにリンクさせる。新商品承認見直しの草案を作成するときに、
本アイコンは役に立つ。何故ならば、必要になったときに、前の商品の承認見直
し文書の完全なライブラリを簡単にアクセスできるからである。

【００８０】承認マトリクスアイコン１０７は、本プロセスの各主工程によって必要な承認
リストを作成することを含むアプリケーションを開始させる手段を提供する。例
えば、正式の承認が必要な主工程２（副工程Ｉ）、４（副工程ｋ）、６（副工程
ｅ）、８（副工程ｃ）、１０（副工程ｆ）の各々に対して、本アイコンを能動化
させることにより、問題のある特定の工程について以下の者の承認が必要である
かどうかの情報が提供される。即ち、事業財務担当マネージャ、事業リスクマネ
ージャ、流通経路リーダ、ＣＥＯ、ＣＦＯ、事務担当取締役、業務監査担当取締
役、契約担当取締役、マーケティング担当取締役、保険担当取締役、社長、商品
マネージャ、事業業務担当ＳＶＰ、保険数理担当主席ＳＶＰ、流通経路担当ＳＶ
Ｐ、人事担当ＳＶＰ、投資担当ＳＶＰ、商品管理担当ＳＶＰ、リスク管理担当Ｓ
ＶＰ、販売＆マーケティング担当ＳＶＰ、法律顧問ＶＰ、保険数理担当ＶＰ、情
報サービス担当ＶＰ、販売担当ＶＰ、査定保険数理人。

【００８１】語彙アイコン１０８は、金融サービス商品の開発及び管理を行うコンピュータ
システム１０に関連して使われる重要な用語や慣用句のための語彙集を提供する
アプリケーションを開始させる手段を提供することよって、特定の用語や慣用句
に精通していないユーザは、それらを定義して説明している語彙集を簡単にオン
ラインアクセスできる。

【００８２】製品の売込み（承認見直し）テンプレートアイコン１０９は、主工程４、６に
関連して参照される「商品承認見直し」文書の草案の作成をユーザが始めること
ができるテンプレートを開く手段を提供する。主工程６に関する商品の内部承認
を得るための商品見直し会議中に本文書が使われる。

【００８３】温度計チャートアイコン１１０は、マトリクス形式（即ち、列のヘッダには主
工程番号がラベル付けされ、列の下方の複数のエントリは関連する副工程である
）の各主工程の複数の副工程を見つけ、以下の方法に基づいて各エントリを多色
符号化するアプリケーションを開始する手段を提供する。即ち、（１）緑：識別
可能なリスクがなく副工程が完了した（２）黄色：副工程は完了していないか、
完了したが低リスクであるかのいずれか一方である（３）赤：副工程は完了して
いないか、完了しているがリスクが上がったかのいずれか一方である。このチャ
ートを使って、商品開発プロジェクトのステータスを素早くアクセスし、視覚的
な色符号化方法によって、それらに関する特定の作業の識別可能なリスクが増え
る（赤）、少ない（黄色）、ない（緑）かどうかを決定することができる。

【００８４】リスクスコアカードアイコン１１１は、特定の商品に関して識別された特定の
リスク（例えば、利幅、最初の年の保険料、様々な経費率、損害率、キャッシュ
フロー、クレーム数、クレームの種類、顧客＆代理店の満足度、手数料、保険契
約失効率等）を要約するアプリケーションを開始する手段を提供する。例えば、
各リスクに関連して、スコアカードは、トリガ値に到達したときに施される修正
処理の簡潔なまとめに沿ってリスクに対するリスク「トリガ」値、「目標」値、
「実際」値、とその「分散」を表で表したものである。

【００８５】時間−収益スコアカード１１２は、特定の商品に関する収益情報を要約し、売
り出し後いつ商品が収益を挙げることができるかを示すアプリケーションを開始
する手段を提供する。特に、本スコアカードは、（１）収入／経費対時間のグラ
フプロット（２）プロットに関連する立案、（３）プロットの要約、（４）時間
−収益の問題に関するニーズ／勧告リストを提供することができる。

【００８６】本発明の実施形態によれば、システム１０のユーザは、図５に示されるページ
１００からツールバー１０２で示されるツールやテンプレートのどれをもアクセ
スすることができる。また、その代りに、ページ１００のボトムフレーム１０４
内で示される主工程１から１０のいづれにも関連するさらに別の情報を参照する
ことができる。例えば、ユーザはボトムフレーム１０４内の主工程３を単純にク
リックすることによって、その工程に関連するさらに別の情報を参照できる。こ
のさらに別の情報は、図４に示される本発明の好適な実施形態の本工程に関連す
るユーザコンピュータディスプレイのページ１２０である図６で示される。特に
、ページ１２０は、主工程３に特に関連するツールとテンプレート等のさらに別
のアプリケーションを開始するためのツールバー１２２を備える。また、ページ
１２０は、主工程３の各副工程をリストし、また、さらに別の詳細な情報とそれ
に関連する記述に対するリンクを提供するボトムフレーム１２４も備える。

【００８７】本発明のこの態様によれば、要素副工程データファイル１８（図１）をアクセ
スし、選択された主工程に関連する副工程のステートメントをデータファイルか
ら検索し、ユーザディスプレイ２８Ａ−２８Ｎに主工程とそれに関連する副工程
の検索されたステートメントを表示する主工程をユーザが選択したときに対応す
るようにシステム１０の中央処理装置１２をプログラムする。また、ツールデー
タファイル２４（図１）をアクセスし、選択された工程または副工程に関するツ
ールに関連するデータファイルから情報を検索し、ユーザディスプレイ２８Ａ−
２８Ｎにそれらのツールに対するアイコンを表示する主工程またはそれに関連す
る副工程をユーザが選択したときに対応するように、その処理装置１２をプログ
ラムする。

【００８８】図６に戻ると、ツールバー１２２は、以下のラベル付けがなされたアイコンを
備える。即ち、プロジェクト計画１２５、ライブラリ１２６、ツール＆決済１２
７、役割１２８、必要な承認１２９、語彙集１３０、温度計チャート１３１、リ
スクスコアカード１３２、時間−収益スコアカード１３３、ツールインストラク
ション１３４、プロセスマップ１３５。本発明によれば、これらのアイコンは開
発中の商品の主工程３に関連して役に立つアプリケーションを開始する。

【００８９】特に、プロジェクト計画アイコン１２５、ライブラリアイコン１２６、語彙ア
イコン１３０、温度計チャートアイコン１３１、リスクスコアカードアイコン１
３２、時間−収益スコアカードアイコン１３３は、図５のページ１００に関連し
て上述されたものと同様のアプリケーションを開始する。更に、ツールバー１２
２は以下のアイコンを備える。即ち、役割アイコン１２８は、商品開発チームの様々なメンバーとプロセス内での各
自の役割を識別するアプリケーションを開始する手段を提供する。

【００９０】必要な承認アイコン１２９は、商品開発が正式に本プロセスの次の工程に進む
前に、主工程３を見直しし承認する必要のある事業担当者を識別するアプリケー
ションを開始する手段を提供する。ツールインストラクションアイコン１３４は
、主工程３に関連する様々なツールの使い方についての一連の詳細なインストラ
クションを提供するアプリケーションを開始する手段を提供する。

【００９１】プロセスマップアイコン１３５は、主工程３に関連する全活動と、それらがど
のように相互に関連するかをフローチャート形式の図で描く手段を提供する。

【００９２】ツール＆決済アイコン１２７は、主工程３に特に関連するさらに別のツールと
決済についての説明（例えば、支援文書情報）がある別のページとユーザを結び
つける手段を提供する。例えば、上述の表１にリストされた主工程３の副工程（
ｍ）では、その工程を支援し完了させるために、９種類の特定の文書（即ち、シ
ステムの見直し、規制当局の評価、経営の概要、インフラの分析、投資戦略、市
場実行可能性報告、価格設定モデル、収益性評価、初期製品仕様の更新）を作成
する必要がある。従って、アイコン１２７によってリンクされたディスプレイに
は、これらの文書の各々に対するエントリが含まれる。また、各エントリに対す
るハイパーテキストをクリックすることによって、それに関係するユーザディス
プレイについての詳細を与えるアプリケーションを開始させる。同様に、本プロ
セスのその他の主工程に関連するツール＆決済アイコンをクリックすることによ
って、特定の問題工程向きに仕立てられた文書リストが表示される（即ち、主工
程１、２、４、５、６、７、８、９、１０に関するツール＆決済アイコンをクリ
ックすることによってリストされる文書には、上述の表１の副工程ｆ、ｍ、Ｌ、
ｇ、ｉ、ｄ、ｂ、ｇのそれぞれで見つけられたものが含まれる）。

【００９３】さらに、図６の１２０のようなページ上のツール＆決済アイコンによってリン
クされたリストには、問題の主工程に関連する副工程の実行に役に立つさらに別
のツールのリストが含まれる。例えば、１０個の主工程１から１０の特定の副工
程に関して以下の種類のツールは役に立つ。

【００９４】［１］マーケティングポイント記録ツール。これは、情報を獲得するもので
あり、新製品のマーケティングで役に立つ。本記録は、関連するポイントと、会
議、対話、市場調査、焦点のグループ等で発生する問題間の相関関係や、商品の
売り出し、マーケティング、管理のためにこれらのポイントと問題が暗示する事
柄を与えるものである。この相関関係によって、新商品開発プロセスの基本的な
「フィードフォワード」ループが提供される。従って、このツールは、図４で示
される好適な実施形態の主工程２、３に関して役に立つ。ここで、マーケティン
グ実行可能性と戦略が初期的に決定される。

【００９５】［２］商品優先順位付けツール。これを使って、始めに完了されるべき商品
開発プロジェクトの優先順位のリストを提供することができる。例えば、この種
のツールをマトリクス形式で実施することができる。ここで、ユーザは、（ｉ）
マトリクスの上部に渡って主な商品開発評価基準をリストにし、（ｉｉ）各設計
変数の重要性を１から１０の段階（ここで、ｌ＝低い、１０＝高い）付けし、（
ｉｉｉ）可能性のある商品開発と左側下の改良プロジェクトをリストにし、（ｉ
ｖ）１から１０の段階（ここで、１＝低い、１０＝高い）の各設計評価基準に対
する各商品の相対的加重値を決定する。マトリクスが完了すると、始めに完了さ
れるべき商品開発プロジェクトの優先順位のリストが得られる。従って、このツ
ールが図４で示される好適な実施形態の主工程１に関して最も役立つであろう。
ここで、市場ニーズがわかり、潜在的な好機が確定される（上述の表１の副工程
（ａ））。

【００９６】［３］流通マトリクスツール。これを使って、商品を流通させる成功の見込
みをハイライトすることを手助けし、また、マーケティング戦略を決定するため
の早期の議論を行う支援を行うことができる。特に、本マトリクスでは、１から
３までのレベル（ここで、１＝低レベル／最適ではない、３＝高レベル／最適）
を使うことができる。主な商品チームのメンバーは、提案された各流通経路（例
えば、労務スペシャリストやブローカーエージェント）のスコアを付ける。商品
の最適な経路を選択する際に、加重の枠組みにより重要な条項を定めることがで
きる（例えば、（ｉ）競争下の経路で現在売れているか、（ｉｉ）商品の経験／
知識、（ｉｉｉ）目標の市場を代表しているか、（ｉｖ）実施／管理を緩和する
か（ｖ）商品の受容力／に対する熱意、（ｖｉ）既存のポートフォリオに合うか
、（ｖｉｉ）経路のセールスマンに対する顧客の受容力、（ｉｘ）販売促進能力
、（ｘ）相対的期待収益／成功度）等の要因）。従って、このツールは、複数の
流通経路が選択され（上述の表１の副工程（ｄ））、図４で示される好適な実施
形態の主工程２に関して最も役立つであろう。

【００９７】［４］リスクイクスポージャ木ツール。これを使って、商品とプロセスに埋
め込まれたリスクを見分けることができる。図７は、リスクイクスポージャ木の
実施形態の一例を示し、以下のように生成することができる。工程（１）：分析
項目を木の頂上に置く（即ち、図７のボックス１５０で示される「新商品」）。
工程（２）：次の行１５１に、上位レベル（即ち、複数の「機能」領域：財務管
理１５２、マーケティング１５３、引き受け１５４、ＩＴ１５５、法務１５６、
管理１５７、保険数理１５８、契約１５９）を構成するサブカテゴリを配置して
、究極の目標がリスクを見つけることであることを覚えておく。工程（３）：妥
当なリスクの分類がなされるまで各サブカテゴリに対して工程（２）を繰返す（
例えば、保険料１６０、商品価格設定１６２、財務管理１５２下の報酬１６３を
参照）。工程（４）：各リスクカテゴリに関する主要なリスクを見つける。従っ
て、本ツールは図４で示された好適な実施形態の主工程２、３、４に関して主要
なリスクとミティガントを見つけて評価するのに最も役立つであろう。

【００９８】［５］失敗モードと影響分析（「ＦＭＥＡ」）ツール。これを使って、潜在
的影響量分析に基づくリスクと、原因の発生頻度と、相対的な楽しさを測定し優
先順位を付けることができる。本ツールは、リスクイクスポージャ木からの結果
に基づいて成り立つことができる。図８はこの分析ツールの実施形態の例を示し
、以下のように構成される。工程（１）：主要なリスクカテゴリが、本発明に関
して本発明の譲受人によって使われる名である、見だしのＰＩＥ（導入と改良の
プロセス）の下の遠い左側の列１７１に並べられる。以下に続く各工程は図８の
さらに別の列を占有する。工程（２）：次に、主な入力要因（即ち、最終的なリ
スクサブカテゴリ）が列１７２にグループ化される。工程（３）：次に、潜在的
失敗モード（リスク）が列１７３で見分けられる。工程（４）：次に、各失敗モ
ードの潜在的影響が列１７４で決定される。工程（５）：各影響に対して、その
重大さの度合い（「ＳＥＶ」）が列１７４Ａで１（低）から１０（高）まで決め
られる。工程（６）：次に、各失敗モードの潜在的原因が列１７５で決定される
。工程（７）：各原因に対する発生頻度、即ち、発生確率「ＯＣＣ」）は列１７
５Ａで１から１０まで決められる。工程（８）：次に、各失敗モードを監視し防
止するために必要な管理または軽減戦略が列１７６で決定される。工程（９）：
各管理を実行するために必要な情報のアピール度（「ＤＥＴ」）が列１７６Ａで
１（強）から１０（弱）に決められる。工程（１０）：次に、式ＲＰＮ＝ＳＥＶ
＊ＯＣＣ＊ＤＥＴに基づいてリスク優先順位値（「ＲＰＮ」）が列１７７で計算
される。図８について示されたように、その値は、３０（「価格設定」リスクに
対して）から６４８（「契約」リスクに対して）までの範囲の値である。本ツー
ルは、図４で示される好適な実施形態の主工程３、４で主要なリスクとミティガ
ントを見分けて評価するために最も役立つであろう。

【００９９】［６］影響オンシステム＆構成ツール。これを使って事業の様々な態様で提
案された商品の影響を定量化することができる。図９は、（テンプレート形式の
）本ツールの実施形態の例を示す。図示されているように、水平軸１８１で事業
の機能要素が識別され、他方、垂直軸１８２にそれらの要素への提案の商品の影
響（即ち、低、中、高）がグラフにされている。従って、本ツールは、図４で示
される好適な実施形態の主工程１で提案の新商品に関する市場ニーズを見分け、
潜在的な好機を見つけるために最も役立つであろう。

【０１００】［７］決定木ツール。これによって、重要な情報を総合して商品開発プロセ
スの進度を測る枠組みを提供することができる。図１０は、決定木２００の実施
形態の一例を示す。特に、特定の商品開発に関する重要な情報はその木の４つの
カテゴリに分解される。即ち、（ｉ）商品概要２１０、（ｉｉ）マーケティング
２２０、（ｉｉｉ）業務２３０、（ｉｖ）財務管理２４０である。次に、これら
のカテゴリはさらにサブカテゴリ（例えば、「商品概要」カテゴリ２１０に関す
るサブカテゴリ２１０Ａ、２１０Ｂ、２１０Ｃ、２１０Ｄ、２１０Ｅ）に分解
されて、商品開発チームに対する枠組みを提供するのに役立つ。これらのサブカ
テゴリの各々下では、さらに別の所定の種類の情報リストが識別され、これは開
発プロセスにとって重要なものである。本発明によれば、「点検マーク」が開発
チームによってこれまで収集された情報の隣に配置される。従って、本ツールは
、図４で示される好適な実施形態の主工程２、３が新商品の特徴を見分け、デー
タ主導分析によって実行可能性を調査するために最も役立つであろう。

【０１０１】［８］商品の売り込み（承認見直し）テンプレートツール。これを使って、
商品見直し会議の主題である商品承認見直しに関連して収集され分析された情報
のための標準のフォーマットを提供することができる。従って、本ツールは、図
４に示される本発明の好適な実施形態の主工程１から６の各々に関して役立つ。

【０１０２】［９］コスト−ベネフィット分析ツール。これを使って、提案の商品開発に
関するコスト−ベネフィット分析のための標準フォーマットを提供することがで
きる。従って、本ツールは、図４に示される本発明の好適な実施形態の主工程２
、３が新商品の特徴を見分け、データ主導の分析に基づき実行可能性を調査する
ために最も役立つであろう。

【０１０３】［１０］市場識別ツール。これを使って、市場を探索して全ての収益可能な
好機を見つけることができる。本ツールには、以下の３つの工程に関連する分析
が含まれる。即ち、（ｉ）収益可能な好機を見つけ、目標分野を決めることによ
って市場を定義する、（ｉｉ）商品によって作られる価値を理解することによっ
て、ポテンシャルを最大化させ、既存の市場に狙いをつけ競合相手を叩く。（ｉ
ｉｉ）商品の価値を完全に引き出すために、適切な顧客との関係を育て、拡張す
る。従って、本ツールは、図４で示される本発明の好適な実施形態の主工程１が
市場ニーズを識別し、潜在的な好機を見つけるために最も役立つであろう。

【０１０４】［１１］市場好機評価ツール。これを使って、顧客のニーズと、ニーズと市
場の既存の商品間で不整合な点に焦点を当てることによって、市場の好機を評価
することができる。従って、本ツールは、図４に示される本発明の好適な実施形
態の主工程１、２が市場の好機を分析するために最も役立つであろう。

【０１０５】［１２］ギャップ分析ツール。これを使って、本プロセスの各主工程に対し
、その工程に関して既に収集された特定の情報（即ち、「何を持っているのか?
）と、その工程を完了させるのに必要なもの（即ち、「何が必要なのか」? ）の
間に所謂「ギャップ」をチャート形式で箇条書きすることができる。本チャート
は、関連する「活動／時間フレーム／誰? 」に対する列も含むことができる。従
って、本ツールは、図４で示される好適な実施形態の主工程１、２がデータ収集
を集中的に行うために最も役立つであろう。

【０１０６】［１３］多世代商品計画「ＭＧＰＰ」ツール。これを使って、先見性をもっ
て商品の導入と改良を行うことができる。商品計画時は、経路マネージャは現在
と将来のイニシアチブの両方に焦点を置く必要がある。この種のツールは、将来
の改良に対する計画と調査を行うものと既に自覚しているものに経路マネージャ
が焦点を当てる手助けをすることができる。次世代の商品を検討することにより
、経路管理に新しい次元が加えられる。従って、経路マネージャは、産業のトレ
ンドを予測し、将来の商品計画のための好機を認識する必要がある。本ツールを
商品開発プロセスに組み入れることによって、提案の新商品の潜在的な収益性を
上げることができる。従って、本ツールは、図４に示される本発明の好適な実施
形態の主工程６が多世代商品計画文書を作成する（表１の主工程６の副工程（ａ
）（ｖｉ）、（ｇ）（ｉｖ）参照）ために最も役立つであろう。

【０１０７】［１４］プロセスリスク管理システムツール。これによって、１０の主工程
の全てを含む商品開発プロセスの図式による概要を提供し、それによって主要な
リスク、指標、ミティガント、指標の監視責任のある者を見分けるすることがで
きる。図１１Ａ−Ｅは、図４で示されるプロセスの好適な実施形態に関するプロ
セスリスク管理システムのために利用されるテンプレートの実施形態の例を示す
。図１１Ａ−Ｅで示されるように、関連するリスク「指標」と「ミティガント」
を含む（１）から（１２）とラベル付けされた１２個の「主要なリスク」が各図
の下側のテーブルに示されており、また、それらは本プロセスの図式的概要に対
応している。従って、本ツールは、主工程４が主要なリスクとミティガントをリ
スク評価（上の表１の主工程４の副工程（ｃ）、（ｌ）（ｉｖ）参照）に関連し
て見直すために最も良く役立つであろう。

【０１０８】本発明によれば、上述された本ツールは、図１に示されるツールデータファイ
ル２４に格納され、商品開発プロセスによって利用されて本プロセスが合理化さ
れ標準化される。図１のユーザインターフェース２６Ａ−Ｎに関連するユーザデ
ィスプレイ上のそれぞれのアイコンを単純にクリックすることによって、本ツー
ルとそこで作成される文書を商品開発チームの全メンバーがアクセスすることが
できる。

【０１０９】本発明の他の態様によれば、金融サービス商品に関して高潜在性の好機（例え
ば、商品、サービス、配送経路、顧客のグループ）を早期に見つけることができ
る改良された市場評価方法が提供される。この改良された方法を、図４の商品設
計段階５２について上述された主工程１（即ち、何故新商品なのか）と主工程２
（即ち、新商品をいつ／どのように）に組み入れることが好ましい。特に、図１
２は、本発明の態様による改良された市場評価方法の好適な実施形態を示す図で
ある。特に、市場評価方法３００は、以下の一連の工程、即ち、二次的な市場デ
ータの収集を含む工程３０２、主な調査を行う工程３０４、高レベルの解決コン
セプトと戦略を作成することを含む工程３０６、見つけられた好機を正当化する
工程３０８を備えるを備える。図１２で示されるように、矢印３１０は工程３０
２への入力（以下で説明される）を表し、矢印３１２は工程３０８の出力を表し
、これは幻影で示される商品設計段階の残りの部分（例えば、図４の主工程３）
に送られる。また、矢印３１４は、二次的データを収集する工程３０２の出力が
（主な調査を行う工程３０４の出力ともに）工程３０６に入力されることを表す
。さらに、フィードバックループ３１６は、商品設計段階の残りの部分（ファン
トムで示される）からの情報が、工程３０２、３０４、３０６、３０８にフィー
ドバック入力されることを表す。以下で明らかになるが、工程３０２、３０４は
主工程１に実質的に対応し、工程３０６、３０８は主工程２に実質的に対応する
。

【０１１０】図１２を参照すると、二次的な市場データを収集する工程３０２は、ある所定
の戦略の見通し、市場の見通し、コアプロセスデータ（他の工程からのフィード
バックと共に）を入力する。この見通しは事業戦略と所望の収益性に基づいて選
択される。本情報の観点から、潜在的な顧客、市場分野、経路、品質と解決の見
通しに重要な要件を見分ける目的で、二次的な市場データ（即ち、相対的に素早
く収集できるが、市場調査報告書で必要とされず、一般的に無料か、安価であり
、また、だれでも利用可能な非所有の調査データ）が収集される。二次的な市場
データが工程３０２で収集された後で、本プロセスは工程３０４に進む。ここで
、顧客、市場、品質や見通しに重要な事項を確認し、リファインし、優先順位を
付ける目的で、主な調査（即ち、特定の事業目的を意図して計画され、また、事
業の市場調査リーダと協力して外部市場調査サプライヤによって計画される自己
所有の調査）が行われる。工程３０４で主な調査がなされた後で、本プロセスは
工程３０６に進む。ここでは、明確で高レベルの解決コンセプトを作成し、事業
の実行可能性を評価し、推薦される戦略を練る目的で、高レベルの解決コンセプ
ト（即ち、顧客によって評価可能な商品やサービスの記述）と戦略を作成する。
本工程の後で、本プロセスは工程３０８に進む。ここで、工程３０７に関して作
成された明確な解決コンセプトを正当化し、リファインし、優先順位を付ける目
的で、好機であるかどうかを調べる。本発明のこの態様によれば、上述の４工程
３０２、３０４、３０６、３０８の各々は関連する一連の副工程を備える。戦略
的指示を出したり、早期に高いポテンシャルの好機を見つけるために、一貫性が
あり、持続的で、繰り返し可能なプロセスを提供するために、これらの副工程が
選択される。例えば、図１２で示されるプロセス３００の好適な実施形態では、
各工程の副工程は以下の表１Ｉで示される処理を備えてもよい。

【０１１１】［表２］１）工程３０２：二次的な市場データを収集する（入力：市場の仮説、調査目的、コンセプト、調査結果、スクリーニングプロセス、事業戦略、既存の商品改良仮説、顧客の見込み；出力：告訴可能なデータと明らかになった事項の報告、また、解決の好機、品質［「ＣＴＱ」］を左右する予備的事項、潜在的顧客を含むこれらについての結論と推薦；先に進むための事業リーダ承認）ａ．目的と必要なデータ要素を定義する。ｉ．プロジェクトリーダ／スポンサー機能横断的資源を識別する。ｉｉ．仮説／目的（市場の動向と将来）を定義する。ｉｉｉ．目的（大きさ、ブランド、人口統計、サイコグラフ、競争相手、ＣＴＱ）を満たすために必要なデータを識別する。ｉｖ．業界環境、トレンドｖ．消費者／目標市場ｖｉ．事業の顧客の維持ｖｉｉ．事業の状況分析ｖｉｉｉ．規制環境、トレンドｉｘ．事業の最高の実践（パートナー、市場＆競争の情報、ツール）ｘ．顧客の声等のフィードバックｂ．次的データ収集計画の策定する。ｉ．データ収集目標の明確化する。ｉｉ．業務の定義と手続きを策定する。ｉｉｉ．既存の／二次的なデータ源を識別する。ｉｖ．誰がいつまでにデータを収集するかについて決定する。ｖ．データの一貫性と安定性の計画を立てる。Ｃ．二次的データを収集する。ｉ．既存の／二次的なデータを収集する。ｉｉ．中央の保管場所へデータを格納する。ｉｉｉ．二次的調査を評価／提供する。ｄ．二次的データを分析する。ｉ．データを操作して、結論と推薦を出す。ｉｉ．顧客のニーズとＣＴＱを決定する。ｉｉｉ．好機（ブレインストーミングする）と当を得た事業戦略（状況分析する）を見つける。ｉｖ．好機に優先順位を付ける。ｖ．事業リーダとスポンサーの承認を得る。ｖｉ．評価、推薦、次の工程を文書化する。２）工程３０４：主な調査（入力：工程３０２の出力、調査目的、調査方法；出力：告訴可能なデータと明らかになった事項の報告書、また、ＣＴＱ、分野、商品の好機を含むこれらについての結論と推薦；前へ進むための事業リーダ承認）ａ．主な調査の必要条件を定義し識別する。ｉ．潜在的な仮説を立てる。ｉｉ．主なデータのニーズを識別する。ｉｉｉ．主な調査サプライを識別する。ｂ．主なデータ収集計画を策定する。ｉ．主なデータ収集計画を策定する。ｉｉ．サプライヤ／ベンダーに簡潔な指示を前もって与える。ｉｉｉ．調査計画を立てる。ｉｖ．サプライヤ／ベンダーの計画を推薦する。ｃ．主な調査を行う。ｉ．主なデータを収集する。ｉｉ．中央の保管場所に格納する。ｉｉｉ．主な調査を評価する。ｄ．主なデータを分析する。ｉ．データを操作して、結論と推薦を出す。ｉｉ．顧客のニーズと品質を左右する事柄を明確にする。ｉｉｉ．目標市場を定義する。市場での競争と潜在的な反応を評価する（ベンチマークの特徴／ベネフィット）ｉｖ．好機（ブレインストーミングする）と事業戦略の適正を見分ける／改善する。ｖ．市場シェアのポテンシャルを推定する。ｖｉ．コンプライアンス／法的に好機を見直し、予備的事項や売込み市場／分野でのリスクを見分ける。ｖｉｉ．好機に優先順位をつける。ｖｉｉｉ．事業リーダとスポンサーの承認を得る。ｉｘ．評価、推薦、次の工程の文書化を行う。３）工程３０６：高レベルの解決コンセプトと戦略（入力：工程３０２や工程３０４の出力；出力：高リスクと識別された告訴可能なデータ、高レベルのマーケティング計画、解決策、コンセプト書）を作成する。ａ．解決策の特徴を定義する。ｉ．解決／プロジェクトリーダを割り当てる。ｉｉ．機能横断的なチームとコミュニケーション計画を立てる。ｉｉｉ．その他の事業経験をレバレッジ(Leverage)する。ｉｖ．識別された市場に従ってＣＴＱを満足させるために、商品、経路、マーケティング、サービスを含みこれらについての解決策／商品の特徴に関してチームでブレインストーミングする。ｖ．電子商取引のポテンシャルを評価する。ｖｉ．収益性、成長するポテンシャル、実行の容易さ、事業ＭＧＰＰの適正さ（経験に基づく評価。支援データを備える工程３０８に進むことが必要になることがある）を含む評価基準に基づき特徴を評価し、優先順位をつける。ｖｉｉ．解決策の特徴を文書化し、次の工程を決める。ｂ．コンプライアンスと規制、即ち、予備的評価を理解する。ｉ．提案の解決策を予備的に評価する。高いリスク領域／「ショーストッパー (showstoppers)」を見分ける。以下の高レベルの見直しを含む。即ち、（１）（ライセンス、専門的知識）販売能力。

【０１１２】（２）大きな影響を与える各州の必要条件。

【０１１３】（３）規制と環境のトレンド。ｉｉ．評価、推薦、次の工程を文書化する。ｃ．業務システムの実行可能性を評価する。予備的評価を行う。ｉ．提案の解決策を予備的に評価する。高いリスク領域／「ショーストッパー」を見分ける。以下の高レベルの見直しを含む。即ち、（１）インフラの必要条件／資源の利用可能性とのギャップ（２）コスト（３）システムの機能性、仕様（４）実行ｉｉ．評価、推薦、次の工程を文書化する。ｄ．商品と流通経路を評価する。予備的評価を行う。ｉ．流通商品、経路、地理的な範囲と構成を評価し選択する。ｉｉ．競争の評価を行う。ｉｉｉ．電子商取引のアプリケーションを評価する。ｉｖ．提案の解決策を予備的に評価する。高リスク領域／「ショーストッパー」を見分ける。以下の高レベルの見直しを含む。即ち、（１）ギャップと資源の利用可能性（２）コスト（３）横断的販売戦略（４）実行（５）競争的インセンティブ／歩合給戦略ｖ．評価、推薦、次の工程を文書化する。ｅ．事業リスクを評価する。予備的評価を行う。ｉ．ブレインストーミングによってリスクを捕らえ、機能的評価を行うｉｉ．商品改良の場合は、既存の商品のリスク評価の見直しを行う。ｉｉｉ．提案の解決策を予備的に評価する。以下の高レベルの見直しを含む。即ち、（１）ミティガント／却下／リスクのレベルと責任についての対応プラン（２）格付け機関の影響（３）知的財産権ｉｖ．評価、推薦、次の工程を文書化する。ｆ．財務分析を行う。予備的評価を行う。ｉ．提案の解決策を予備的に評価する。高リスク領域／「ショーストッパー」を見分ける。以下の高レベルの見直しを含む。即ち、（１）販売と市場シェアの立案（２）資本市場での好機と再保険（３）資本計画コスト、即ち、自己資本比率（４）価格設定と財務結果（時間−収益）（５）製造純利益／利益率／資本利益率の見積り額（６）商品と販売力の測定基準ｉｉ．見通しと目的を定める。ｉｉｉ．予備的文書評価を行い、推薦して次の工程へ進む。ｇ．解決戦略を策定し、予備的評価を行う。ｉ．提案の解決策を予備的に評価する。高リスク領域／「ショーストッパー」を見分ける。次の高レベルの見直しを含む。即ち、（１）販売促進戦略（概要）（２）市場戦略の推薦に進む。

【０１１４】（３）勘定計画戦略（仲介機関）（４）顧客管理戦略ｉｉ．文書の評価、推薦、次の工程４）工程３０８：好機を正当化する（入力：工程３０６の出力；出力：正当化された高ポテンシャルの好機、上司の承認）ａ．正当化のための必要条件を定義して識別する。ｉ．正当化のためのデータのニーズを識別する。ｂ．データ収集計画の策定ｉ．正当化のためのデータ収集計画を作成する。ｉｉ．サプライヤ／ベンダーに簡潔な指示を前もって与える。ｉｉｉ．調査計画を立てる。ｉｖ．サプライヤ／ベンダーの計画を推薦する。ｃ．正当化のためのデータを収集する。ｉ．正当化のためのデータを収集する。ｉｉ．中央の保管場所に格納する。ｄ．正当化のためのデータを分析する。ｉ．結論を確認する、もしくは、修正する。ｉｉ．顧客と代理店に聞いて特徴を正当化する。ｉｉｉ．解決コンセプトを改善する。ｉｖ．チームメンバーとリーダシップによってポテンシャルのある好機を選ぶ。これには、商品、経路、マーケティング、サービス内容が含まれる。また、市場／分野分析、事業のポテンシャル、ブレインストーミングの結果、予備的機能評価、リスク、推薦の工程とその次の工程について議論する。事業ＭＧＰＰを使って解決策を再度正当化する（主工程２の見直し）。ｖ．スポンサーシップ、プロジェクトリーダの役割、解決策を策定するための実行計画の移行。

【０１１５】上述され、表２で示された市場評価方法は、少なくとも以下の者を含む機能横
断的なチームによって実行されることが好ましい。

【０１１６】（１）事業スポンサー（即ち、プロジェクトを開始し実行し完了させる権限を
もつ事業リーダ）、（２）プロジェクトリーダ（日々の活動の管理を行って、プ
ロジェクトを実行して完了させる事業スポンサーによって指定された者）、（３
）市場評価プロセスオーナ（即ち、主工程１、２に焦点を置き、事業の全市場評
価活動の責任者）、（４）市場評価アナリスト（即ち、市場評価の市場調査の態
様に焦点を置く日々の活動を管理し実行させる責任者）、（５）開発解決リーダ
（即ち、プロジェクトの目的と範囲に入り、市場評価で高レベルの解決策を作成
する者）、（６）主な出資者（即ち、資源を市場評価プロジェクトに割り当てる
必要のある者）、（７）市場調査サプライヤ（即ち、市場調査を行う外部者また
はエンティティ）、（８）事物エキスパート（例えば、特定の事物のエキスパー
トである者）。図１３Ａ、１３Ｂ、１３Ｃは、本発明の市場評価方法の主工程の
実行に関連する機能横断的なチーム（各列の頂上で示される）の様々なメンバー
の模範的な役割と責任を示すフローチャートである。

【０１１７】特に、図１３Ａを参照すると、フローチャート４００は工程４０１から始まる
。ここでは、事業スポンサーは、高いポテンシャルの好機を見つけるための戦略
的事業計画を策定するために、見通し、目的、理論的根拠を説明する。次に、本
プロセスは工程４０２へ継続する。ここでは、事業スポンサーはプロジェクトリ
ーダと機能横断的な資源を見分けて、計画を評価する。その後、工程４０３では
、選ばれたプロジェクトリーダは見通し、目的、理論的根拠を確認する。次に、
本プロセスは工程４０４に進む。ここで、本プロジェクトリーダは、見通しと目
的に一致していることをを立証するために必要な情報を識別する。これを行うた
めに、本プロセスは工程４０５へ継続する。ここでは、プロジェクトリーダ、市
場評価（ＡＴＭ）プロセスオーナ、市場評価（ＡＴＭ）アナリスト、開発解決リ
ーダが共同でデータ収集計画を策定する。提案のデータ収集計画が策定された後
で、本プロセスは、テスト４０６へ進む。ここでは、事業スポンサーは、計画が
受け入れ可能かどうかを決定する。もし計画が受け入れ可能でないなら、本プロ
セスは上述の工程４０４を繰り返す。もし計画が受け入れ可能ならば、本プロセ
スはテスト４０７へ進む。ここでは、市場評価アナリストは、二次的なデータが
計画の原因であるかどうかを決定する。もし二次的なデータが原因ではないなら
、本プロセスは、以下で説明される図１３Ｂで示される工程３０４に進む。もし
二次的なデータが原因であれば、本プロセスは、工程４０８（ここで、データが
収集される）、工程４０９（ここで、データが分析される）、工程４１０（ここ
で、データが操作されて、結論を出し、推薦を行う）、工程４１１（ここで、複
数の好機に対して優先順位を付ける）、工程４１２（ここで、明らかになったこ
と、結論、推薦事項を文書化する）に進む。尚、これらの全工程は市場評価アナ
リストによって実行される。その後、本プロセスは、工程４１３に進む。ここで
は、市場評価アナリストが収集された二次的なデータを検討して、見通しはまだ
有効であるかどうかを決定し、プロジェクトを「殺す」（即ち、終了させる）か
、変更するか、前進させるかを決める。テスト４１４では、もし見通しが受け入
れ不可能であれば、本プロセスは上述のデータ収集工程４０８を繰り返す。もし
可能であれば、本プロセスは工程４１５Ａ、４１５Ｂ、４１５Ｃに進む。ここで
は、プロジェクトリーダ、市場評価アナリスト、開発解決リーダは共同でその結
論と推薦事項について議論する。もし彼らがテスト４１６Ａ、４１６Ｂ、４１６
Ｃで明らかになったことに同意すれば、本プロセスは工程４１７へ進む。ここで
は、収集されたデータはプロジェクトリーダによってデータ保管場所に格納され
る。もし彼らが同意しなければ、本プロセスは上述のデータ収集工程４０８を繰
り返す。工程４１７後に、検査のため、本プロセスはテスト４１８に進む。ここ
では、プロジェクトリーダは見通しがまだ有効かどうかを決定する。もし有効で
ないなら、テスト４１９で、プロジェクトリーダはプロジェクトを殺す（この場
合、次に、本プロセスは工程４２０で止まる）かどうかを決定する。もしテスト
４１９でプロジェクトリーダがプロジェクトを殺さない決定を行ったなら、本プ
ロセスは工程４２１へ進む。ここでは見通しを変更して、本プロセスは工程４０
５を繰り返す。ここでは、データ収集計画が変更策定される。もしテスト４１８
でプロジェクトリーダが見通しがまだ有効であると決定したならば、本プロセス
はテスト４２２へ進む。ここでは、プロジェクトに関連する知識にギャップがあ
るかどうか決定する。もしあれば、本プロセスは工程４０５を繰り返す。ここで
は、データ収集計画を変更策定する。もし知識にギャップがなければ、本プロセ
スは（以下で説明される）図１３Ｃで示される工程４６０に進む。

【０１１８】図１３Ｂを参照すると、図１３Ａからのテスト４０７が、データ収集計画で二
次的なデータを必要とすると決定すると、本プロセスは工程４３０Ａ、４３０Ｂ
に進む。ここでは、市場評価プロセスオーナとアナリストが共同でどの市場調査
サプライヤが計画の態様に適して実行するのかを決定する。この後、工程４３１
Ａ、４３１Ｂ、４３１Ｃ、４３１Ｄでは、プロジェクトリーダ、市場評価アナリ
スト、開発解決リーダ、市場調査（ＭＲ）者は会合を持って、（１）理事会の事
業背景を共有し、（２）調査目的について議論し、（３）時間とコストのパラメ
ータについて話し合い、（４）供給者の問題や関心事について述べ、（５）特定
の日までに、提案書と予備的設計書を要求する。この後、本プロセスは工程４３
２へ進む。ここでは、市場調査サプライヤによって調査計画が策定される。調査
計画の策定後、市場調査サプライヤは工程４３３で提案書を書き、それを市場評
価アナリストに提出する。工程４３４では、それが評価される。特に、テスト４
３５では、設計、コスト、時間の評価基準に基づき提案が受け入れ可能であるか
どうかを市場評価アナリストが決定する。もし不可であれば、本プロセスは上述
の工程４３１Ａ−Ｄを繰り返す。もし提案が受け入れ可能ならば、本プロセスは
工程４３６に進む。ここでは、調査計画／提案が推薦される。その後、本プロセ
スはテスト４３７に進む。ここでは、市場評価プロセスオーナは、設計、コスト
、時間の評価基準に基づき受け入れ可能かどうかを決定する。もし可能でなけれ
ば、本プロセスは上述の工程４３１Ａ−Ｄを繰り返す。もし提案が受け入れ可能
ならば、本プロセスはテスト４３８Ａ、４３８Ｂに進む。ここでは、プロジェク
トリーダと開発解決リーダがそれぞれの見こみから、提案が受け入れ可能かどう
かを決定する。テスト４３５、４３７と同様に、もし不可ならば、本プロセスは
上述の工程４３１Ａ−Ｄを繰り返す。もし提案が彼らに受けいれられれば、本プ
ロセスはテスト４３９に進む。ここでは、事業スポンサーも、提案が受け入れ可
能かどうかを決定する。もし不可であれば、本プロセスは上述の工程４３１Ａ−
Ｄを繰り返す。もし提案が事業スポンサーにとって受け入れ可能であれば、本プ
ロセスは工程４４０（ここで、市場調査サプライヤが調査を行う）と工程４４１
（ここで、その結果が分析される）へ進む。その後、本プロセスは工程４４２Ａ
、Ｂ（ここで、データを操作して結論を出し、推薦事項を作る）、工程４４３Ａ
、Ｂ（ここで、複数の好機に優先順位を付ける）、工程４４４Ａ、Ｂ（ここで、
明らかになったこと、結論、推薦事項が文書化される）へ進む。尚、これらの工
程は、市場評価アナリストと市場調査サプライヤによって同時に実行される。

【０１１９】明らかになったこと、結論、推薦事項が文書化された後で、市場評価プロセス
オーナーは、テスト４４５で、その結論や推薦事項が受け入れ可能かどうかを決
定する。もし不可であれば、本プロセスは上述の工程４４１を繰り返す。もし可
能であれば、本プロセスは工程４４６Ａ、４４６Ｂ、４４６Ｃ、４４６Ｄへ進
む。ここでは、プロジェクトリーダ、市場評価アナリスト、開発解決リーダ、市
場調査サプライヤが共同でその結論と推薦事項について話し合う。もし彼らがそ
こで明らかになったことに同意すれば（テスト４４７Ａ、４４７Ｂ、４４７Ｃ、
４４７Ｄ参照）、本プロセスは工程４４８へ進む。ここでは、関連のデータがデ
ータ保管場所に格納される。もし彼らがそこで明らかになったことに同意しなけ
れば、本プロセスは上述の工程４４１を繰り返す。工程４４８後、本プロセスは
テスト４４９へ進む。ここでは、プロジェクトリーダはその仮説を調べて、まだ
有効かどうかを決定する。もし有効でなければ、本プロセスはテスト４５０へ進
む。ここでは、工程４５１を止めることによって、プロジェクトを殺すかどうか
を決定する。もしプロジェクトリーダが、プロジェクトを殺さないが、その代わ
り、仮説（工程４５２参照）を修正する決定を行ったなら、本プロセスは図１３
Ａに戻り、修正された仮説に関するデータを収集する。

【０１２０】別の方法では、もしテスト４４９で仮説がまだ有効と決定すると、本プロセス
はテスト４５３に進む。ここでは、事業スポンサーが結論と推薦事項を受け入れ
可能かどうか決定する。もし不可であれば、本プロセスは上述の工程４４２Ａ、
Ｂを繰り返す。もし彼らが受け入れ可能であれば、本プロセスはテスト４５４に
進む。ここでは、コンセプトに優先順位を付けるために、事業スポンサーは調査
が行われたか否かを決定する。もしその答えがイエスであれば、本プロセスは図
１３Ｃに進み、以下でさらに説明されるリスク評価を実行する。もしその答えが
ノーであれば、本プロセスはテスト４５５に進む。ここでは、高いレベルの解決
コンセプトと戦略を有効とするために調査を行ったか否かを決定する。もしこの
有効化のための調査がなされていれば、本プロセスは、（以下でさらに説明され
る）図１３Ｃのテスト４８４に進む。もしテスト４５５の答えががノーならば、
本プロセスは図１３Ｃの工程４６０Ａ、４６０Ｂ、４６０Ｃ、４６０Ｄに進む。
ここでは、リスクを評価するために、プロジェクトリーダ、市場評価アナリスト
、開発解決リーダ、事物エキスパート（ＳＭＥ）が共同で工程３０２、３０４か
らの結論と推薦事項を見直す（以下でさらに説明される）。

【０１２１】図１３Ｃを参照すると、工程４６０Ａ−Ｄ後に本プロセスは工程４６１Ａ−Ｄ
にそれぞれ進む。ここでは、調査に基づく解決の好機を見つける。その後、本プ
ロセスはテスト４６２に進む。ここでは、市場評価プロセスオーナはその解決の
好機が受け入れ可能かどうかを決定する。もし不可であれば、本プロセスは上述
の工程４６０Ａ−Ｄに戻る。もし市場評価プロセスオーナにとって解決の好機が
受け入れ可能であれば、本プロセスはテスト４６３へ進む。ここでは、事業スポ
ンサーは解決の好機が受け入れ可能であるかどうか決定する。もし彼らにとって
不可であれば、本プロセスは上述の工程４６０Ａ−Ｄに戻る。もしその好機が受
け入れ可能ならば、本プロセスはテスト４６４に進む。ここでは、提案された解
決の好機も彼らにとって受け入れ可能かどうかを主な出資者が決定する。もし主
な出資者が、その好機は受け入れ不可と決定すると、本プロセスは上述の工程４
６０Ａ−Ｄに戻る。さもなくば、もし主な出資者にとって解決活動が受け入れ可
能であれば、本プロセスは工程４６５に進む。ここでは、機能横断的ブレインス
トーミングチームが開発解決リーダによって編成される。

【０１２２】その後、本プロセスは、工程４６６Ａ−Ｄ（ここでは、ブレーンストーミング
を使って解決策の特徴を定義する）、工程４６７Ａ−Ｄ（ここで、解決策のコン
セプトが作成される）、工程４６８Ａ−Ｄ（ここで、解決策のコンセプトが議
論される）に進む。尚、これらの工程は、プロジェクトリーダ、市場評価アナリ
スト、開発解決リーダ、事物エキスパートが共同して実行させる。次に、本プロ
セスはテスト４６９へ進む。ここでは、事業スポンサーが、解決策のコンセプト
が受け入れ可能か否かを決定する。もし解決策のコンセプトが受け入れ不可であ
れば、本プロセスは上述の工程４６５に戻る。もし解決策のコンセプトが事業ス
ポンサーにとって受け入れ可能であれば、本プロセスはテスト４７０へ進む。こ
こでは、コンセプトに優先順位を付けるための調査が必要がであるかどうかを決
定する。もし優先順位付けの調査が必要ならば、本プロセスは上述の図１３Ｂの
工程４３０Ａ、４３０Ｂに戻る。もし優先順位付けの調査が不用ならば、本プロ
セスは工程４７１に進む。ここでは、解決策のコンセプトに優先順位が付けられ
る。優先順位付けに関連して、本プロセスは、工程４７２（ここで、事業リスク
［例えば、コンプライアンスと規制］が評価される）、工程４７４（ここで、業
務／システムの実行可能性が評価される）、工程４７６（ここでは、流通経路が
評価される）、工程４７８（ここで、財務分析がなされる）に進む。これらの４
工程の各々に対して、開発解決リーダは事物エキスパート４７２Ａ、４７４Ａ、
４７６Ａ、４７８Ａのそれぞれに相談する。工程４７２、４７４、４７６、４７
８の後で、本プロセスは、関連するテスト４７２Ｂ、４７４Ｂ、４７６Ｂ、４７
８Ｂのそれぞれに進む。もしこれらの４つのテストのどれかに対する答えがノー
ならば、本プロセスは上述の工程４６５に戻り、さらにブレインストーミングを
行う。これらの４つのテスト全てに対する答えがイエスならば（テスト４７９参
照）、本プロセスは工程４８０に進む。ここでは、開発解決リーダによって高レ
ベルの解決戦略が作られる。これによって、本プロセスは工程４８１Ａ、４８１
Ｂ、４８１Ｃ、４８１Ｄに進む。ここでは、高レベルの解決策のコンセプトと戦
略が事業スポンサー、プロジェクトリーダ、市場評価アナリスト、開発解決リー
ダの間で議論される。この議論の後、本プロセスはテスト４８２に進む。ここで
は、事業スポンサーは、議論したコンセプトと戦略を有効なものとして承認する
かどうかを決定する。もし承認しないなら、本プロセスは上述の工程４６５に戻
る。もし議論したコンセプトと戦略が有効として承認されたなら、本プロセスは
工程４８３に進む。ここでは、関連するデータがプロジェクトによってデータ保
管場所に格納される。その後、有効化のために、本プロセスは工程４３０Ａ、Ｂ
（図１３Ｂ）に進む。有効化のための調査（図１３Ｂのテスト４５５参照）後、
本プロセスは図１３Ｃに戻り、テスト４８４を実行する。ここでは、主な出資者
にとって結論と推薦事項が受け入れ可能かどうかを決定する。もし可能ならば、
本プロセスは次に進み、商品設計段階の残りの部分に関する解決策を作成する。

【０１２３】上述の観点から、本発明の態様の市場評価方法を使って、金融サービス商品を
開発したり改良したりして、売込み市場で差別化を行い、競争力のある有利な状
態にすることができる。また、関連の市場を不適切にまたは不完全に理解した結
果として、市場に導入された後の商品に手を加える必要があるが、本方法はこの
必要性を減らすことに役立つ。このように、従来技術に比べて改良された金融サ
ービス商品の開発及び管理方法が提供される。更に、本方法は、特有な市場での
高いポテンシャルの好機を早期に見つけるための組織的で定量化可能な手続きを
提供する。

【０１２４】従って、これに基づき金融サービス商品の開発及び管理を行う総合システムと
方法を開示してきた。説明された実施形態以外の方法で本発明を実施できること
は当業者であればわかっている。例えば、本発明の好適な実施形態が保険商品の
開発及び管理向けであっても、本発明はこれに制限されるものではなく、その他
の形態の金融サービス商品、例えば、金融商品、投資プログラム、資産または資
金の管理、税調整、資本市場の開発／実施等にも拡張されるものであることは当
業者であれば理解している。更に、図１のメモリ１４には５つの別々の異なった
データファイル１６、１８、２０、２２、２４が示されているが、これらのデー
タファイルに関連する機能の一部またはその全てをまとめて１つのファイルにす
ることができる（もし必要ならば）。さらに、図２のプロセス３０には４つの別
々の異なる段階３２、３４、３６、３８があると示されているが、これらの段階
のうちの一部またはその全てをまとめて１つの段階にすることもできる（もし必
要ならば）。

【０１２５】このように、金融サービス商品の開発及び管理を行う総合システムと方法が開
示されてきた。限定するためではなく例示するために与えられた、説明された実
施形態以外の方法で本発明を実施することができ、また、本発明は以下の請求項
によってのみ限定されることを当業者であれば理解している。

【図面の簡単な説明】

【図１】本発明の金融サービス商品の開発管理のコンピュータ化したシステムの図であ
る。

【図２】本発明の金融サービス商品の開発管理の方法を示すブロック図である。

【図３Ａ】本発明の主工程に関連する特定の構成を示すブロック図である。

【図３Ｂ】本発明の要素副工程に関連する特定の構成を示すブロック図である。

【図４】本発明の保険商品開発及び管理の好適な方法を示すブロック図である。

【図５】図４で示された本発明の好適な実施形態に関連するツールバーと主な工程を示
す模範的なプロセスウインドウのスクリーン表示の図である。

【図６】模範的なプロセスウインドウの一例を示すスクリーン表示の図である。ここで
は図４で示された本発明の好適な実施形態に関連するツールバーと主工程３の副
工程構成要素を示す。

【図７Ａ】図７Ｂと共に、本発明のリスクイクスポージャ木の実施形態の一例を示す。

【図７Ｂ】図７Ａと共に、本発明のリスクイクスポージャ木の実施形態の一例を示す。

【図８Ａ】図８Ｂと共に、本発明の失敗モード有効性分析ツールの実施形態の一例を示す
。

【図８Ｂ】図８Ａと共に、本発明の失敗モード有効性分析ツールの実施形態の一例を示す
。

【図９】本発明のシステムと構成ツールに与える影響を示す一実施形態を示す。

【図１０Ａ】図１０Ｂと共に、本発明の決定木の実施形態の一例を示す。

【図１０Ｂ】図１０Ａと共に、は本発明の決定木の実施形態の一例を示す。

【図１１Ａ−１】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ａ−２】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｂ−１】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｂ−２】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｃ−１】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｃ−２】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｄ−１】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｄ−２】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｅ−１】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１１Ｅ−２】図１１Ａから図１１Ｅは、図４で示されたプロセスの好適な実施形態に関連す
るプロセスリスク管理システムで使われるテンプレートの実施形態の一例を示す
。

【図１２】本発明の市場評価方法の好適な実施形態の一例を示す。

【図１３Ａ】図１３Ａから図１３Ｃ−４までは、図１２の方法に関連する機能横断的なチー
ムのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ａ−１】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ａ−２】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ａ−３】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｂ】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｂ−１】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｂ−２】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｂ−３】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｂ−４】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｂ−５】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｃ】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｃ−１】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｃ−２】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｃ−３】本図を含めて図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断
的なチームのメンバーの役割と責任の例を示すフローチャートである。

【図１３Ｃ−４】図１３Ａから図１３Ｃ−４は、図１２の方法に関連する機能横断的なチームの
メンバーの役割と責任の例を示すフローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者キング，ジョセフ・エー，ジュニアアメリカ合衆国、23113、バージニア州、リッチモンド、ケントフォード・ドライブ、2531番 (72)発明者メッツ，ジャスティン・エムアメリカ合衆国、10023、ニューヨーク州、ニュー・ヨーク、ブロードウェイ・ナンバー1120、2109番 (72)発明者スグル，ウィリアム・エフアメリカ合衆国、06470、コネチカット州、ニュータウン、ヘッド・オブ・メドウ・ロード、121番 (72)発明者ブラム，ロビン・エフアメリカ合衆国、06896、コネチカット州、レディング、ミドル・ブルック・ポンド・ロード、15番

Claims

【特許請求の範囲】

【請求項１】入力手段、メモリ手段、プロセッサ手段およびディスプレイ
手段を備えた、金融サービス商品を開発及び管理するコンピュータシステムであ
って、［ａ］メモリ手段に格納されていて、金融サービス商品の開発に関る複数の主
工程のステートメントを含む第一のデータファイルと、［ｂ］メモリ手段に格納されていて、各主工程に関連する複数の要素副工程の
ステートメントを含む第二のデータファイルと、［ｃ］メモリ手段に格納されていて、必要な承認エンティティと前記エンティ
ティによって適用される規格を特定することによって、主工程が成功裏に完了し
たかどうかを決定するための評価基準のステートメントを含む第三のデータファ
イルと、［ｄ］メモリ手段に格納されていて、少なくとも１つの主工程または副工程に
関連する複数のツールを含むと共に、それに関連する具象的なアイコンをさらに
含む第四のデータファイルであって、前記アイコンは前記ツールが関連している
前記主工程または副工程と共に前記ディスプレイ手段に表示されるようになって
おり、前記複数のツールは、［ｄ１］金融サービス商品の開発及び管理に役立つ
用語と慣用句の語彙集と、［ｄ２］アプリケーションソフトウエア商品を使って
作成されて、少なくとも１つの副プロセスに潜在的に適用可能な前もって準備さ
れた複数の文書のリストであって、前記複数の文書は、それらを作成するために
使われる前記アプリケーションソフトウエア商品のファイルフォーマットで前記
メモリ手段に電子的に格納されている、当該複数の文書のリストと、［ｄ３］前
記工程を成功裏に完了させるために必要な複数の承認のリストと、［ｄ４］金融
サービス商品の市場を分析するために役立つ市場評価ツールと、［ｄ５］金融サ
ービス商品に関するリスクを分析するために役立つリスク評価ツールと、からな
るグループから選択される、当該第四のデータファイルと、［ｅ］前記第一のデータファイルからの主工程のステートメントを前記ディス
プレイ手段に表示して、ユーザが前記入力手段を介して前記主工程のうちの１つ
を選択することを可能にする手段と、［ｆ］ユーザによる主工程の選択に応答して、前記第二のデータファイルをア
クセスし、前記第二のデータファイルから前記選択された主工程に関連する副工
程のステートメントを検索し、前記ディスプレイのスクリーンに前記検索された
前記主工程とそれに関連する副工程のステートメントを表示させる手段と、［ｇ］ユーザによる主工程または関連する副工程の選択に応答して、前記第四
のデータファイルをアクセスし、前記第四のデータファイルから、前記選択され
た工程または副工程に関連するツールに関係する情報を検索し、前記ディスプレ
イ手段に前記ツールに対するアイコンを表示させる手段と、［ｈ］ユーザによるツールを表すアイコンの選択に応答して、ツールを表示さ
せる手段と、［ｉ］ソフトウエア商品に関して作成された文書を有するツールをユーザが選
択したことに応答して、コンピュータシステム上でその商品をスタートさせ、そ
の後に、前記文書を開いて、ユーザのために前記ディスプレイ手段に表示させる
手段と、を具備するシステム。
【請求項２】前記主工程は、商品設計、市場への商品承認商品売り出し、
および売り出し後の商品管理よりなるグループから選択される、請求項１のシス
テム。
【請求項３】前記承認エンティティは、商品設計、リスク管理、財務管理
、マーケティング、および法務管理よりなるグループから選択される、請求項１
のシステム。
【請求項４】前記ツールのグループは、さらに［ｄ６］ユーザが商品承認見直し文書の草案を作成するのを支援するテンプレ
ートを開くための商品承認見直しテンプレートと、［ｄ７］商品開発プロジェクトに他のものよりも高い優先度を与える優先順位
リストを提供する商品優先順位付けツールと、［ｄ８］事業の様々な態様に対する提案された商品の影響を定量化するための
支援を行う対システム／構成影響ツールと、［ｄ９］提案された商品の開発を計画し追跡するための支援を行うプロジェク
ト計画ツールと、をさらに含んでいる、請求項１のシステム。
【請求項５】前記金融サービス商品は保険商品を含んでいる、請求項１の
システム。
【請求項６】［ａ］中央処理装置と、［ｂ］機能横断的商品開発チームのメンバーによって利用される、前記処理装
置に接続された複数のユーザインターフェースであって、その各々が関連するユ
ーザディスプレイとユーザの入力手段を備えている、当該複数のユーザインター
フェースと、［ｃ］前記処理装置に接続され、前記ユーザインターフェースを介して前記機
能横断的商品開発チームのメンバーによってアクセスされて、見直しされる以下
のデータファイルを含むメモリであって、当該データファイルは、［ｃ１］前記
金融サービス商品の開発及び管理に関する複数の主工程のステートメントを含む
第一のデータファイルと、［ｃ２］各主工程に関連する複数の要素副工程のステ
ートメントを含む第二のデータファイルと、［ｃ３］主工程が完了したかどうか
を決定するための評価基準のステートメントを含む第三のデータファイルと、［
ｃ４］少なくとも１つの主工程または副工程に関連する複数のツールを含むと共
に、それに関連する具象的なアイコンをさらに含む第四のデータファイルであっ
て、前記アイコンは前記ツールが関連している前記主工程または副工程と共に前
記ディスプレイ手段に表示されるようになっている、当該第四のデータファイル
と、［ｃ５］少なくとも１つの主工程または副工程に関連する複数の文書を含む
第五のデータファイルとを含んでいる、当該メモリと、［ｄ］前記ユーザディスプレイに前記第一のデータファイルからの前記主工程
のステートメントを表示し、前記入力手段を介して前記主工程のうちの１つをユ
ーザに選択させる手段と、［ｅ］主工程をユーザが選択したことに応答して、前記第二のデータファイル
をアクセスし、前記第二のデータファイルから前記選択された主工程に関連する
前記副工程のステートメントを検索し、ユーザディスプレイに前記検索された前
記主工程および関連する副工程のステートメントを表示させる手段と、［ｆ］主工程または関連する副工程を前記ユーザが選択したことに応答して、
前記第四のデータファイルをアクセスし、前記第四のデータファイルから、前記
選択された工程または副工程に関連するツールに関する情報を検索し、ユーザデ
ィスプレイにそれらのツールに対するアイコンを表示させる手段と、［ｇ］前記ツールを代表するアイコンをユーザが選択したことに応答してツー
ルを表示させる手段と、［ｈ］ツールを前記ユーザが選択したことに応答して、前記選択された工程ま
たは副工程に関連する文書の作成を支援し、前記第五のデータファイルに前記作
成された文書を格納する手段と、を具備する金融サービス商品開発及び管理システム。
【請求項７】前記システムは、様々な異なる種類の金融サービス商品を開
発及び管理することができる請求項５のシステム。
【請求項８】前記主工程は、商品設計工程、商品承認工程、市場への商品
売出し工程、および売り出し工程後の商品管理を含むグループから選択される、
請求項６のシステム。
【請求項９】主工程が完了したかどうかを確定するための評価基準には、
次の事業機能、即ち、商品設計、リスク管理、財務管理、マーケティング、およ
び法務管理が所定の承認を得ているかどうかを決定することも含まれる、請求項
６のシステム。
【請求項１０】前記複数のツールは、［ｉ］金融サービス商品の開発及び管理に役立つ用語と慣用句の語彙集と、［ｉｉ］金融サービス商品の市場を分析するために役立つ市場評価ツールと、［ｉｉｉ］金融サービス商品に関連するリスクを分析するために役立つリスク
評価ツールと、［ｉｖ］ユーザが商品承認見直し文書の草案を作成することを支援するテンプ
レートを開くための商品承認見直しテンプレートと、［ｖ］始めに完了させるべき商品開発プロジェクトの優先順位リストを提供す
る商品優先順位付けツールと、［ｖｉ］提案された商品が事業の様々な態様に与える影響を定量化する支援を
行う対システム／構成影響ツールと、［ｖｉｉ］提案の商品の開発を計画し追跡することを支援するプロジェクト計
画ツールと、よりなるグループから選択される、請求項６のシステム。
【請求項１１】前記金融サービス商品は保険商品を含んでいる、請求項６
のシステム。
【請求項１２】［ａ］以下の金融サービス事業機能、即ち、商品設計、リ
スク管理、財務管理、マーケティング、および法務管理のうちの少なくとも複数
のものを代表するチームメンバーを含む機能横断的な商品開発チームによって商
品を開発及び管理する支援を行うようにプログラムされた中央処理装置と、［ｂ］前記中央処理装置に接続された複数のユーザインターフェースであって
、その各々は、前記横断機能的商品開発チームによって利用される入力手段とデ
ィスプレイ手段を備えている、当該ユーザインターフェースと、［ｃ］前記中央処理装置に接続され、前記商品の開発及び管理に関連する前も
って選択された情報を格納するデータファイルを含んでいるメモリであって、前
記ユーザの入力手段を介して、前記商品開発チームのメンバーによって前記デー
タファイルを検索することができ、前記データファイルは、少なくとも、［ｃ１
］前記商品の開発及び管理の第一段階に関連する第一のデータファイルと、［ｃ
２］前記商品の開発及び管理の次に第二段階に関連する第二のデータファイルと
を含んでいる、当該メモリと、を具備しており、［ｄ］前記中央処理装置は、前記第一または第二のデータファイルのいづれか
一方を第一のメンバーが検索したことに応答して、［ｄ１］前記検索されたデー
タファイルに関連する商品の開発及び管理を行う特定の段階に関する情報と、［
ｄ２］前記検索されたデータファイルに関連する開発及び管理の特定の段階に関
して役立つ第三のデータファイルに格納された文書リストであって、前記第一の
メンバーは前記リストされた文書のうちの１つを前記メンバーのユーザの入力手
段を介して選択することによって、それを表示させるために検索することができ
る、当該文書リストと、［ｄ３］前記検索されたデータファイルに関連する開発
及び管理の特定の段階に関して役立つ文書を前記第一のメンバーが作成するのを
支援するツールリストであって、前記第一のメンバーによって作成された前記文
書は前記チームのその他のメンバーによって検索され表示される前記第三のデー
タファイルに格納される、当該ツールリストと、を前記メンバーのユーザディス
プレイ手段に表示させるようにプログラムされていること、を特徴とする金融サービス商品開発及び管理総合システム。
【請求項１３】前記第一段階は商品設計段階を含み、前記第二段階は商品
承認段階を含み、前記メモリは、［ｃ３］市場段階に対する商品売り出しを含む前記商品の開発及び管理の第三
段階に関連する第四のデータファイルと、［ｃ２］売出し後の商品管理を含む前記商品の開発及び管理の第四段階に関連
する第五のデータファイルと有している、請求項１２のシステム。
【請求項１４】前記第一、第二、第四および第五のデータファイルのうち
のいずれか１つを検索したことに応答して、前記中央処理装置は、前記メンバー
のユーザディスプレイ手段に、［ｄ１］前記検索されたデータファイルに関連する商品の開発及び管理の特定
の段階に関する情報と、［ｄ２］第三のデータファイルに格納された文書のリストであって、前記第一
のメンバーは、前記メンバーのユーザの入力手段を介して前記文書を選択するこ
とによって、前記リストされた文書のうちの１つを表示させるために検索するこ
とができる、当該文書のリストと、［ｄ３］前記検索されたデータファイルに関連する開発及び管理の特定の段階
に関して役立つ文書を前記第一のメンバーが作成することを支援するツールのリ
ストであって、前記第一のメンバーによって作成された文書は、前記チームの他
のメンバーによって検索される前記第三のデータファイルに格納される、当該ツ
ールのリストと、を表示させるようにプログラムされている、請求項１２のシステム。
【請求項１５】前記ツールのリストは、［ｉ］金融サービス商品の開発及び管理に役立つ用語と慣用句の語彙集と、［ｉｉ］金融サービス商品の市場を分析するために役立つ市場評価ツールと、［ｉｉｉ］金融サービス商品に関連するリスクを分析するために役立つリスク
評価ツールと、［ｉｖ］ユーザが商品承認見直し文書の草案を作成することを支援するテンプ
レートを開くための商品承認見直しテンプレートと、［ｖ］他のものより高い優先順位が与えられるべき商品開発プロジェクトの優
先順位リストを提供する商品優先順位付けツールと、［ｖｉ］提案された商品が事業の様々な態様に与える影響を定量化する支援を
行う対システム／構成影響ツールと、［ｖｉｉ］提案された商品の開発を計画し追跡することを支援するプロジェク
ト計画ツールと、よりなるグループから選択される、請求項１２のシステム。
【請求項１６】開発及び管理の第一と第二の段階の各々に関連する第一の
メンバーのユーザディスプレイに表示される情報は、前記商品の開発及び管理に関連するリスク管理の原理に関する情報と、前記商品の開発及び管理に関連する品質管理の原理に関する情報と、を含んでいる請求項１２のシステム。
【請求項１７】開発及び管理の第一、第二、第三、第四段階の各々に関連
する第一のメンバーのユーザディスプレイに表示される情報は、前記商品の開発及び管理に関連するリスク管理の原理に関する情報と、前記商品の開発及び管理に関連する品質管理の原理に関する情報と、を含んでいる請求項１３のシステム。
【請求項１８】前記金融サービス商品は保険商品を含んでいる、請求項１
２のシステム。
【請求項１９】［ａ］少なくとも複数の以下の金融サービス事業機能、
即ち、商品設計、リスク管理、財務管理、マーケティングおよび法務管理を代表
するチームメンバーを含む機能横断的商品開発チームを編成する工程と、［ｂ］前記機能横断的商品開発チームによる商品の開発及び管理を支援するプ
ロセスを中央処理装置にプログラムする工程と、［ｃ］前記中央処理装置に複数のユーザインターフェースを接続する工程であ
って、各ユーザインターフェースは、前記機能横断的商品開発チームが利用でき
るように適合した入力手段とディスプレイ手段を備える、当該工程と、［ｄ］前記商品の開発及び管理に関する前もって選択された情報を含む前記中
央処理装置のデータファイルをメモリに格納する工程であって、前記商品開発チ
ームのメンバーによって前記ユーザの入力手段を介して、前記データファイルを
検索でき、前記データファイルは、少なくとも、［ｄ１］前記商品の開発及び管
理の第一段階に関連する第一のデータファイルと、［ｄ２］前記商品の開発及び
管理の次の第二段階に関連する第二のデータファイルとを含んでいる、当該工程
と、［ｅ］前記第一または第二のデータファイルのいずれか一方を第一のメンバー
が検索したことに応答して、このメンバーのユーザディスプレイ手段に、［ｅｌ
］前記検索されたデータファイルに関連する前記商品の開発及び管理の特定の段
階に関する情報と、［ｅ２］前記検索されたデータファイルに関連する開発及び
管理の特定の段階に関して役立つ第三のデータファイルに格納される文書のリス
トであって、前記第１のメンバーも前記メンバーのユーザの入力手段を介して前
記リストされた文書の１つを選択することによってこの文書を表示させるために
検索することができる、当該文書のリストと、［ｅ３］前記検索されたデータフ
ァイルに関連する開発及び管理の特定の段階に関して役立つ文書を前記第一のメ
ンバーが作成することを支援するツールのリストであって、前記第一のメンバー
によって作成された文書は、前記チームの別のメンバーによって検索され表示さ
れる前記第三のデータファイルに格納される、当該ツールのリストと、を表示さ
せるように前記中央処理装置をプログラミングする工程と、を有している金融サービス商品の開発及び管理方法。
【請求項２０】前記第一段階は商品設計段階を含み、前記第二段階は商品
承認段階を含み、前記方法は、［ｄ３］市場段階に対する商品売出しを含む商品の開発及び管理の第三段階に
関連するメモリに、第四のデータファイルを格納し、［ｄ２］売り出し段階後の商品管理を含む前記商品の開発及び管理の第四段階
に関連するメモリに第五のデータファイルを格納すること、をさらに含んでいる
請求項１９の方法。
【請求項２１】前記第一、第二、第四および第五のデータファイルのいづ
れか一つを検索したことに応答して、前記メンバーのユーザディスプレイ手段に
、［ｅ１］前記検索されたデータファイルに関連する商品の開発及び管理の特定
の段階に関連する情報と、［ｅ２］第三のデータファイルに格納された文書のリストであって、前記第一
のメンバーも、前記メンバーのユーザの入力手段を介してこの文書を選択するこ
とによって、前記リストされた文書のうちの１つを表示させるために検索するこ
とができる、当該文書のリストと、［ｅ３］前記検索されたデータファイルに関連する開発及び管理の特定の段階
に関して役立つ文書を前記第一のメンバーが作成する支援を行うツールのリスト
であって、前記第一のメンバーによって作成される文書は、前記チームの別のメ
ンバーによって検索される前記第三のデータファイルに格納される、当該ツール
のリストと、を表示させるように前記中央処理装置をプログラムする請求項２０の方法。
【請求項２２】前記ツールのリストは、［ｉ］金融サービス商品の開発及び管理に役立つ用語と慣用句の語彙集と、［ｉｉ］金融サービス商品の市場を分析するために役立つ市場評価ツールと、［ｉｉｉ］金融サービス商品に関連するリスクを分析するために役立つリスク
評価ツールと、［ｉｖ］ユーザが商品承認見直し文書の草案を作成することを支援するテンプ
レートを開くための商品承認見直しテンプレートと、［ｖ］他のものより高い優先順位が与えられるべき商品開発プロジェクトの優
先順位リストを提供する商品優先順位付けツールと、［ｖｉ］提案の商品が事業の様々な態様に与える影響を定量化する支援を行う
対システム／構成影響ツールと、［ｖｉｉ］提案の商品の開発を計画し追跡することを支援するプロジェクト計
画ツールと、よりなるグループから選択される、請求項１９の方法。
【請求項２３】前記開発及び管理の第一および第二段階に関連する前記第
一のメンバーのユーザディスプレイに表示される情報は、商品の開発及び管理に関連するリスク管理の原理に関する情報と、商品の開発及び管理に関連する品質管理の原理に関する情報と、を含んでいる、請求項１９の方法。
【請求項２４】前記開発及び管理の第一、第二、第三および第四段階に関
連する前記第一のメンバーのユーザディスプレイに表示される情報は、商品の開発及び管理に関連するリスク管理の原理に関する情報と、商品の開発及び管理に関連する品質管理の原理に関する情報と、を含んでいる、請求項２０の方法。
【請求項２５】前記金融サービス商品は保険商品を含んでいる、請求項１
９の方法。
【請求項２６】［ａ］以下の金融サービス事業、即ち、商品設計、リスク
管理、財務管理、マーケティングおよび法務管理のうちの少なくとも複数のもの
を代表するチームメンバーを含む横断機能的商品開発チームを編成する工程と、［ｂ］前記チームの各メンバーに中央処理装置に接続されたユーザインターフ
ェースを提供する工程と、［ｃ］商品の開発及び管理を支援するプロセスを前記中央処理装置にプログラ
ムする工程であって、前記プロセスは、［ｃ１］商品の開発及び管理に関連する
複数の連続的な所定の主工程と、［ｃ２］次の工程に進むために、主工程が成功
裡に完了したかどうかを決定するための評価基準のステートメントと、［ｃ３］
各主工程に組み入れられたリスク管理と、［ｃ４］各主工程に組み入れられた品
質管理と、［ｃ５］文書データや定量化データに基づき商品を開発できるように
、各主工程に組み入れられたデータ主導分析とを含む、当該工程と、を有している金融サービス商品の開発及び管理方法。
【請求項２７】前記方法は様々な金融サービス商品を開発及び管理できる
請求項２６の方法。
【請求項２８】前記金融サービス商品は、保険商品、金融商品および投資
プログラムよりなるグループから選ばれる請求項２７の方法。
【請求項２９】前記所定の主工程は、設計工程、商品承認工程、市場への
商品売出し工程、および売出し後の商品管理工程を含んでいる、請求項２６の方
法。
【請求項３０】主工程が成功裡に完了したかどうかを決定するための前記
評価基準のステートメントは、次の工程に進むために必要な承認の識別を含む、
請求項２６の方法。
【請求項３１】入力手段、メモリ手段、プロセッサ手段およびディスプレ
イ手段を備えていて、金融サービス商品を開発するコンピュータシステムであっ
て、［ａ］市場を評価し、好機を見分ける工程を含む前記金融サービス商品の開発
に関する複数の主工程のステートメントを含んでいる、前記メモリ手段に格納さ
れた第一のデータファイルと、［ｂ］［ｂ１］二次的なデータを収集する副工程と、［ｂ２］主要な調査を
行う副工程と、［ｂ３］市場戦略を作成する副工程と、［ｂ４ｌ好機を正当化す
る副工程とを有する各主工程に関連する複数の要素副工程のステートメントを含
んでいる、前記メモリ手段に格納された第二のデータファイルと、［ｃ］必要な承認エンティティと前記エンティティによって適用される標準を
見つけることによって主工程が成功裡に完了したかどうかを決定するための評価
基準のステートメントを含んでいる、前記メモリ手段に格納された第三のデータ
ファイルと、［ｄ］少なくとも１つの主工程または副工程に関連する複数のツールを含んで
いると共に、それらに関する具象的アイコンをさらに含んでいる、前記メモリ手
段に格納された第四のデータファイルであって、前記アイコンは前記ツールに関
する主工程または副工程と共に前記ディスプレイ手段に表示されるようになって
おり、前記ツールは、［ｄ１］金融サービス商品の開発及び管理に役立つ用語と
慣用句の語彙集と、［ｄ２］少なくとも１つのサブプロセスに対して潜在的に適
用可能で、また、アプリケーションソフトウエア商品を使って作成された、前も
って準備された文書のリストであって、前記文書は、それらを作成するために使
われた前記アプリケーションソフトウエア商品のファイルフォーマットで電子的
に前記メモリ手段に格納される、当該文書のリストと、［ｄ３］工程の成功裡の
完了に必要な承認のリストと、よりなるグループから選ばれる、当該第四のデー
タファイルと、［ｅ］前記ディスプレイ手段に、前記第一のデータファイルからの前記主工程
のステートメントを表示させ、前記ユーザが前記入力手段を介して前記主工程の
うちの１つを選択することを可能にする手段と、［ｆ］ユーザが主工程を選択したことに応答して、前記第二のデータファイル
をアクセスし、前記第二のデータファイルから前記前記選択された主工程に関連
する副工程のステートメントを検索し、前記主工程とそれに関連する副工程の検
索されたステートメントをディスプレイスクリーンに表示させる手段と、［ｇ］前記ユーザが主工程または関連する副工程を選択したことに応答して、
前記第四のデータファイルをアクセスし、前記第四のデータファイルから、前記
選択された工程または副工程に関連するツールに関する情報を検索し、前記ディ
スプレイ手段にそれらのツールに対するアイコンを表示させる手段と、［ｈ］前記ツールを代表するアイコンをユーザが選択することに応答して、ツ
ールを表示させる手段と、［ｉ］ソフトウエア商品で作成された文書を含むツールを前記ユーザが選択す
ることに応答して、該商品を前記コンピュータシステム上でスタートさせて、前
記文書を開いた後、前記ユーザのために前記ディスプレイ手段に表示させる手段
と、を具備しているシステム。
【請求項３２】二次的なデータを収集する前記副工程は、潜在的顧客、市
場、および解決策の見通しを見つけることを含む、請求項１のシステム。
【請求項３３】主調査を行う前記副工程は、顧客と市場を確認し、リファ
インし、優先順位をつけることを含む、請求項１のシステム。
【請求項３４】前記金融サービス商品は保険商品を含んでいる、請求項１
のシステム。
【請求項３５】［ａ］中央処理装置と、［ｂ］機能横断的市場評価チームのメンバーによって利用される前記処理装置
に接続された複数のユーザインターフェースであって、その各々は関連するユー
ザディスプレイとユーザの入力手段を備える、当該ユーザインターフェースと、［ｃ］前記処理装置に接続され、前記ユーザインターフェースを介して、前記
機能横断的市場評価チームのメンバーによって評価され、見直しされ、格納され
た以下のデータファイル、即ち、［ｃ１］市場を評価し、好機を正当化する工程
を含む、前記金融サービス商品の開発及び管理に必要とされる複数の主工程のス
テートメントを含む第一のデータファイルと、［ｃ２］二次的なデータを収集す
る副工程と、主な調査を行う副工程と、市場戦略を作成する副工程と、好機を正
当化する副工程とを含む各主工程に関連する複数の要素副工程のステートメント
を含む第二のデータファイルと、［ｃ３］主工程が完了したかどうかを決定する
ための評価基準のステートメントを含む第三のデータファイルと、［ｃ４］少な
くとも１つの主工程または副工程に関連する複数のツールを含むと共に、それら
に関連する具象的アイコンをさらに含む第四のデータファイルであって、前記ア
イコンは前記ツールが関連する主工程または副工程と共に前記ユーザディスプレ
イに表示されるようになっている、当該第四のデータファイルと、［ｃ５］少な
くとも１つの主工程または副工程に関連する複数の文書を含む第五のデータファ
イルと、を含んでいるメモリと、［ｄ］ユーザディスプレイに第一のデータファイルからの前記主工程のステー
トメントを表示させ、前記入力手段を介して前記主工程のうちの１つをユーザが
選択できるようにする手段と、［ｅ］主工程をユーザが選択したことに応答して、第二のデータファイルをア
クセスし、第二のデータファイルから前記選択された主工程に関連する前記副工
程のステートメントを検索し、前記検索された前記主工程とそれに関連する副工
程のステートメントをユーザディスプレイに表示させる手段と、［ｆ］主工程またはそれに関連する副工程を前記ユーザが選択したことに応答
して、第四のデータファイルをアクセスし、第四のデータファイルから前記選択
された工程または副工程に関連するツールに関する情報を検索し、ユーザディス
プレイにそれらのツールのためのアイコンを表示させる手段と、［ｇ］前記ツールを代表するアイコンをユーザが選択したことに応答して、ツ
ールを表示させる手段と、［ｈ］ツールを前記ユーザが選択したことに応答して、前記選択された工程ま
たは副工程に関連する文書の作成を支援し、前記作成された文書を第五のデータ
ファイルに格納する手段と、を具備する金融サービス商品の開発システム。
【請求項３６】前記二次的データを収集する副工程は、潜在的な顧客、市
場、および解決策の仮説を見つけることを含む、請求項５のシステム。
【請求項３７】前記主な調査を行う副工程は、顧客と市場を確認し、リフ
ァインし、優先順位をつけることを含む、請求項５のシステム。
【請求項３８】前記システムは様々な異なる種類の金融サービス商品を開
発及び管理できる請求項５のシステム。
【請求項３９】前記機能横断的市場評価チームのメンバーは、事業リーダ
、プロジェクトリーダ、市場評価プロセスオーナー、市場評価アナリスト、開発
解決リーダ、主な出資者、市場調査サプライヤ、および事物エキスパートを含ん
でいる、請求項８のシステム。
【請求項４０】主工程が完了したかどうかを決定するための前記評価基準
は、以下の事業機能、即ち、商品設計、リスク管理、財務管理、マーケティング
、および法務管理が承認されるかどうかを決定することを含む、請求項８のシス
テム。
【請求項４１】前記金融サービス商品は保険商品を含んでいる、請求項５
のシステム。
【請求項４２】［ａ］事業リーダ、プロジェクトリーダ、市場評価プロセ
スオーナー、市場評価アナリスト、開発解決リーダ、主な出資者、市場調査サプ
ライヤ、および事物エキスパートを含む機能横断的市場評価チームによって商品
の開発を支援するようにプログラムされた中央処理装置と、［ｂ］前記中央処理装置に接続された複数のユーザインターフェースであって
、その各々が前記機能横断的市場評価チームの利用に適合した入力手段とディス
プレイ手段を備える、当該ユーザインターフェースと、［ｃ］前記中央処理装置に接続され、商品の開発に関連する前もって選択され
た情報を格納するデータファイルを含むメモリであって、前記市場評価チームの
メンバーによって前記ユーザの入力手段を介して前記データファイルを検索する
ことができ、前記データファイルは、少なくとも、［ｃ１］前記商品の開発の第
一の段階に関連する第一のデータファイルであって、前記第一段階は、二次的デ
ータを収集し、主な調査を行い、戦略を練り、好機を正当化することを含めて、
市場を評価して好機を見つける工程を含む、当該第一のデータファイルと、［ｃ
２］前記商品の開発の次の第二段階に関連する第二のデータファイルと、を含ん
でいる、当該メモリと、を具備し、［ｄ］前記中央処理装置は、第一のメンバーが第一または第二のデータファイ
ルのいずれか一方を検索することに応答して、前記メンバーのユーザディスプレ
イ手段に、［ｄ１］前記検索されたデータファイルに関連する商品の開発の特定
の段階に関する情報と、［ｄ２］前記検索されたデータファイルに関連する開発
の特定の段階に関して役立つ第三のデータファイルに格納される文書のリストで
あって、前記リストされた文書のうちの１つを表示させるために、前記メンバー
のユーザの入力手段を介して前記文書を選択することによって前記第一のメンバ
ーは検索することもできる、当該文書のリストと、［ｄ３］前記第一のメンバー
が前記検索されたデータファイルに関連する開発の特定の段階に関して役立つ文
書を作成することを支援するツールのリストであって、前記第一のメンバーによ
って作成される文書は、前記チームの別のメンバーによって検索され表示される
第三のデータファイルに格納される、当該ツールのリストと、を表示させるよう
にプログラムされていること、を特徴とする金融サービス商品開発総合システム。
【請求項４３】前記第一の段階は商品設計段階を含み、前記第二段階は商
品承認段階を含み、前記メモリは、［ｃ３］市場への商品売り出し段階を含む商
品開発の第三段階に関連する第三のデータファイルを含んでいる、請求項１２の
システム。
【請求項４４】第一、第二または第三のデータファイルのいずれか１つを
検索することに応答して、前記メンバーのユーザディスプレイ手段に、［ｄ１］前記検索されたデータファイルに関連する商品の開発及び管理の特定
の段階に関する情報と、［ｄ２］第四のデータファイルに格納された文書のリストであって、第一のメ
ンバーは前記リストされた文書の１つを表示させるために、前記メンバーのユー
ザの入力手段を介して前記文書を選択することによって検索することもできる、
当該文書のリストと、［ｄ３］前記検索されたデータファイルに関連する開発の特定の段階に関する
文書を第一のメンバーが作成することを支援するツールのリストであって、前記
第一のメンバーによって作成された文書は前記チームの別のメンバーによって検
索される第四のデータファイルに格納される、当該ツールのリストと、を表示させるように前記中央処理装置がプログラムされている、請求項１３のシ
ステム。
【請求項４５】前記金融サービス商品は保険商品を含む、請求項１３のシ
ステム。
【請求項４６】［ａ］事業リーダ、プロジェクトリーダ、市場評価プロセ
スオーナー、市場評価アナリスト、開発解決リーダ、主な出資者、市場調査サプ
ライヤ、および事物エキスパートのうちの少なくとも複数を代表するチームメン
バーを含む機能横断的市場評価チームを編成する工程と、［ｂ］前記機能横断的市場評価チームによる商品開発を支援するプロセスを中
央処理装置にプログラムする工程と、［ｃ］前記中央処理装置に複数のユーザインターフェースを接続する工程であ
って、各ユーザインターフェースは前記機能横断的市場評価チームの利用に適合
する入力手段とディスプレイ手段を備える、当該工程と、［ｄ］前記中央処理装置に接続されたメモリに、商品開発に関連する所定の情
報を含むデータファイルを格納する工程であって、前記市場評価チームのメンバ
ーは前記ユーザの入力手段を介して前記データファイルを検索することができ、
前記データファイルは、少なくとも、［ｄ１］商品の開発及び管理の第一段階に関連する第一のデータファイルで
あって、前記第一段階は、市場を評価し、好機を見分ける工程を備える、当該第
一のデータファイルと、［ｄ２］商品開発の次の第二段階に関連する第二のデータファイルとを備え
る、当該工程と、［ｅ］前記第一または第二のデータファイルのいずれか一方を第一のメンバー
が検索することに応答して、第一のメンバーのユーザディスプレイ手段に、［ｅ１］前記検索されたデータファイルに関連する商品開発の特定の段階に
関する情報と、［ｅ２］前記検索されたデータファイルに関連する開発の特定の段階に関し
て役立つ第三のデータファイルに格納される文書のリストであって、前記第一の
メンバーは前記リストされた文書の１つを表示させるために、前記メンバーのユ
ーザ入力手段を介して前記文書を選択することによって検索することもできる、
当該文書のリストと、［ｅ３］前記検索されたデータファイルに関連する開発の特定の段階に関し
て役立つ文書を第一のメンバーが作成するのを支援するツールのリストであって
、前記第一のメンバーによって作成された文書は、前記チームの別のメンバーに
よって検索され表示される第三のデータファイルに格納される、当該ツールのリ
ストとを表示させるように前記中央処理装置をプログラムする工程とを備える金
融サービス商品開発方法。
【請求項４７】前記第一段階は商品設計段階を備え、前記第二段階は商品
承認段階を備え、前記方法は、［ｄ３ｌ市場への商品売り出し段階を含む商品開発の第三の段階に関連するメモ
リに第四のデータファイルを格納する工程をさらに備える請求項１６の方法。
【請求項４８】第一のメンバーが前記第一、第二または第四のデータファ
イルのいずれか１つを検索することに対応して、前記メンバーのユーザディスプ
レイ手段に、［ｅ１］前記検索されたデータファイルに関連する商品開発の特定の段階に関
する情報と、［ｅ２］第三のデータファイルに格納される文書のリストであって、前記第一
のメンバーは、前記リストされた文書の１つを表示させるために、前記メンバー
のユーザ入力手段を介して前記文書を選択することによって検索することもでき
る、当該文書のリストと、［ｅ３］前記検索されたデータファイルに関連する開発の特定の段階に関して
役立つ文書を第一のメンバーが作成することを支援するツールのリストであって
、前記第一のメンバーによって作成される文書は、前記チームの別のメンバーに
よって検索される第三のデータファイルに格納される、当該ツールのリストとを
表示させるように前記中央処理はプログラムされる請求項１７の方法。
【請求項４９】前記金融サービス商品は保険商品を備える請求項１９の方
法。
【請求項５０】［ａ］事業リーダ、プロジェクトリーダ、市場評価プロセ
スオーナー、市場評価アナリスト、開発解決リーダ、主な出資者、市場調査サプ
ライヤ、事物エキスパートのうちの少なくとも複数のものを代表するチームメン
バーを含む機能横断的市場評価チームを編成し、［ｂ］中央処理装置に接続されたユーザインターフェースを前記チームの各メ
ンバーに提供し、［ｃ］前記中央処理装置に商品開発を支援するプロセスをプログラミングし、
前記プロセスは、［ｃ１］二次的データを収集し、主な調査を行い、戦略を練り、好機を正当
化することを含み、市場を評価し、好機を見分ける工程を備える商品開発に関連
する所定の一連の複数の主工程と、［ｃ２］次の工程に進むために、主工程が成功裡に完了したかどうかを決定
するための評価基準のステートメントと、［ｃ３］文書データや定量化可能なデータにに基づき商品を開発できるよう
に、各主工程に組み入れられたデータ主導分析とを備える、金融サービス商品開
発方法。
【請求項５１】前記方法は様々な金融サービス商品を開発できる請求項２
０の方法。
【請求項５２】前記金融サービス商品は保険商品、金融商品、投資プログ
ラムを含むグループから選ばれる請求項２０の方法。