(57)【要約】  【課題】  客観的な情報に基づいて、商品を構成する各仕様項目をベース仕様とするかオプション仕様とするか判定する。また各仕様項目について顧客がいずれかを選択可能なバリエーションの品揃えが適切か否か判定する。  【解決手段】  ベース・オプション判定部７００は、ＶＯＣデータベース１０１および製品情報データベース１０２を参照して各仕様項目についてベース仕様とするかオプション仕様とするかを判定する。バリエーション判定部９００は、ＶＯＣデータベース１０１および受注実績データベース１０３を参照して各仕様項目についてバリエーションの見直しが必要か否かを判定する。【選択図】  図１
2006154917.tif 000002
【特許請求の範囲】
【請求項１】
商品を構成する部品、材料を含む製品である仕様項目が商品構成上必須のベース仕様の仕様項目と顧客が選択可能なオプション仕様の仕様項目とに区分され、前記仕様項目の各々は顧客がいずれかを選択可能な複数のバリエーションから構成されている場合に、
前記仕様項目の各々について法規上必須か否かの情報、商品構成上必須か否かの情報および他社と比較したときの優位性の大きさを数値で表現する優位度を格納する製品情報データベースと、前記仕様項目と前記バリエーションの組合せの各々について顧客によって判断されたそのバリエーションの重要性の大きさを数値で表現する重要度を格納するマーケット情報データベースとを格納する記憶装置を有する計算機のメモリに格納されるベース・オプション判定部のプログラムをＣＰＵで実行することによって実現される商品企画支援方法であって、前記プログラムを実行することによって、
前記仕様項目の各々について、前記製品情報データベースを参照して法規上又は商品構成上必須の仕様項目をベース仕様と判定し、
前記仕様項目が必須の仕様項目でない場合に、当該仕様項目について前記マーケット情報データベースを参照して得られるバリエーションの前記重要度の全バリエーションに関する平均値と、当該仕様項目の前記優位度との積である魅力度を計算し、
計算された魅力度が所定値以上の場合に当該仕様項目をオプション仕様と判定することを特徴とする商品企画支援方法。
【請求項２】
商品を構成する部品、材料を含む製品である仕様項目が商品構成上必須のベース仕様の仕様項目と顧客が選択可能なオプション仕様の仕様項目とに区分され、前記仕様項目の各々は顧客がいずれかを選択可能な複数のバリエーションから構成されている場合に、
前記仕様項目と前記バリエーションの組合せの各々について受注量を格納する受注実績データベースと、前記仕様項目と前記バリエーションの組合せの各々について顧客によって判断されたそのバリエーションに対する要求の大きさを数値で表現する要求度を格納するマーケット情報データベースとを格納する記憶装置を有する計算機のメモリに格納されるバリエーション判定部のプログラムをＣＰＵで実行することによって実現される商品企画支援方法であって、前記プログラムを実行することによって、
前記仕様項目の各々について、前記受注実績データベースを参照して得られるバリエーションの前記受注量と当該受注量から求められる売上高とを変数とする第１の相関係数を計算し、
当該仕様項目について、当該受注量と、前記マーケット情報データベースを参照して得られるバリエーションの前記要求度とを変数とする第２の相関係数を計算し、
前記第１の相関係数と前記第２の相関係数が各々所定値以上の場合にバリエーションの見直し必要なしと判定し、
前記第１の相関係数と前記第２の相関係数が各々前記所定値に満たない場合に設計・商品企画の担当者によるバリエーションの見直しの必要ありと判定することを特徴とする商品企画支援方法。
【請求項３】
前記記憶装置は、さらに前記仕様項目と前記バリエーションの組合せの各々についてコストを格納する製品情報データベースを記憶し、
前記プログラムを実行することによって、さらに前記のバリエーションの見直しの必要ありと判定された前記仕様項目について、当該仕様項目の少なくとも１つのバリエーションを含むバリエーションの組合せの各々について前記製品情報データベースを参照して得られる各バリエーションの前記コストを合計して総コストを計算し、
当該仕様項目について前記マーケット情報データベースを参照して得られる前記要求度の各バリエーションの組合せについての合計値と全バリエーションの組合せについての前記要求度の合計値との比である充足率を計算し、
バリエーションの各組合せごとに前記総コストと前記充足率を示すテーブルを作成して表示することを特徴とする請求項２記載の商品企画支援方法。
【請求項４】
前記プログラムを実行することによって、さらに前記充足率を一方の座標軸方向にとり、前記総コストを他方の座標軸方向にとったグラフ上に前記バリエーションの各組合せをプロットして表示することを特徴とする請求項３記載の商品企画支援方法。
【請求項５】
商品を構成する部品、材料を含む製品である仕様項目が商品構成上必須のベース仕様の仕様項目と顧客が選択可能なオプション仕様の仕様項目とに区分され、前記仕様項目の各々は顧客がいずれかを選択可能な複数のバリエーションから構成されている場合に、
前記仕様項目の各々について法規上必須か否かの情報、商品構成上必須か否かの情報および他社と比較したときの優位性の大きさを数値で表現する優位度を格納する製品情報データベースと、前記仕様項目と前記バリエーションの組合せの各々について顧客によって判断されたそのバリエーションの重要性の大きさを数値で表現する重要度を格納するマーケット情報データベースとを格納する記憶装置を有し、計算機のメモリに格納されるプログラムをＣＰＵで実行することによって実現される処理手段を有する商品企画支援システムであって、前記処理手段は、
前記仕様項目の各々について、前記製品情報データベースを参照して法規上又は商品構成上必須の仕様項目をベース仕様と判定する手段と、
前記仕様項目が必須の仕様項目でない場合に、当該仕様項目について前記マーケット情報データベースを参照して得られるバリエーションの前記重要度の全バリエーションに関する平均値と、当該仕様項目の前記優位度との積である魅力度を計算する手段と、
計算された魅力度が所定値以上の場合に当該仕様項目をオプション仕様と判定する手段とを有することを特徴とする商品企画支援システム。
【請求項６】
商品を構成する部品、材料を含む製品である仕様項目が商品構成上必須のベース仕様の仕様項目と顧客が選択可能なオプション仕様の仕様項目とに区分され、前記仕様項目の各々は顧客がいずれかを選択可能な複数のバリエーションから構成されている場合に、
前記仕様項目と前記バリエーションの組合せの各々について受注量を格納する受注実績データベースと、前記仕様項目と前記バリエーションの組合せの各々について顧客によって判断されたそのバリエーションに対する要求の大きさを数値で表現する要求度を格納するマーケット情報データベースとを格納する記憶装置を有し、計算機のメモリに格納されるプログラムをＣＰＵで実行することによって実現される処理手段を有する商品企画支援システムであって、前記処理手段は、
前記仕様項目の各々について、前記受注実績データベースを参照して得られるバリエーションの前記受注量と当該受注量から求められる売上高とを変数とする第１の相関係数を計算する手段と、
当該仕様項目について、当該受注量と、前記マーケット情報データベースを参照して得られるバリエーションの前記要求度とを変数とする第２の相関係数を計算する手段と、
前記第１の相関係数と前記第２の相関係数が各々所定値以上の場合にバリエーションの見直し必要なしと判定する手段と、
前記第１の相関係数と前記第２の相関係数が各々前記所定値に満たない場合に設計・商品企画の担当者によるバリエーションの見直しの必要ありと判定する手段とを有することを特徴とする商品企画支援システム。
【請求項７】
前記記憶装置は、さらに前記仕様項目と前記バリエーションの組合せの各々についてコストを格納する製品情報データベースを記憶し、
前記処理手段は、さらに前記のバリエーションの見直しの必要ありと判定された前記仕様項目について、当該仕様項目の少なくとも１つのバリエーションを含むバリエーションの組合せの各々について前記製品情報データベースを参照して得られる各バリエーションの前記コストを合計して総コストを計算する手段と、
当該仕様項目について前記マーケット情報データベースを参照して得られる前記要求度の各バリエーションの組合せについての合計値と全バリエーションの組合せについての前記要求度の合計値との比である充足率を計算する手段と、
バリエーションの各組合せごとに前記総コストと前記充足率を示すテーブルを作成して表示する手段とを有することを特徴とする請求項６記載の商品企画支援システム。
【請求項８】
前記処理手段は、さらに前記充足率を一方の座標軸方向にとり、前記総コストを他方の座標軸方向にとったグラフ上に前記バリエーションの各組合せをプロットして表示する手段を有することを特徴とする請求項７記載の商品企画支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品企画、商品開発段階の仕様決定を支援する技術に関する。
【背景技術】
【０００２】
「生産マネジメント入門II（生産資源・技術管理編）」（藤本隆宏、2001、日本経済新聞社）（非特許文献１）にあるように、商品開発とは、顧客ニーズ→要求品質→外部仕様(機能仕様)→構造仕様→部品仕様→製造(工程)仕様、といった状態遷移を経る情報ストックの連鎖的翻訳のプロセス、あるいは問題解決のサイクルと言える。
【０００３】
したがって顧客に受け入れられる商品を開発するためには、これらの翻訳作業の連鎖を正確に遂行しなければならない。翻訳作業の連鎖はエラーを累積する性質を持ち、ある箇所での翻訳ミスがそれ以降の結果に必ず影響し、最終段階で顧客に提供される商品は期待したものにならなくなる。顧客ニーズをうまく把握できても詳細設計へのニーズの展開が正確でなければ魅力的な商品にならず、また顧客ニーズをつかめていなければ後の翻訳がうまくいってもやはり期待される商品は得られない。
【０００４】
一方で商品開発を取り巻く営業、開発、設計、商品企画といった部門では一般に、
・顧客の声の把握・分析が不十分である、
・特定の機種や型式に閉じた局所最適設計となっている、および
・企画や開発のプロセス不備で判断が設計に集中する、
といったことから、商品企画、開発段階において、様々なニーズを系統的かつ網羅的にバランス良く商品仕様に反映できない、という問題があった。
【０００５】
なおこの種の技術に関連するものとして、例えば特開２００２−１４０３７６号（特許文献１）、公報特開２００３−６４０９号公報（特許文献２）などがある。
【０００６】
【特許文献１】特開２００２−１４０３７６号公報
【特許文献２】特開２００３−６４０９号公報
【非特許文献１】「生産マネジメント入門II（生産資源・技術管理編）」（藤本隆宏、2001、日本経済新聞社）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
顧客のニーズの多様化や多品種少量生産化の背景として、商品企画、商品開発の場では、より顧客の立場での企画力が問われている。それに伴い、商品の多機能・高機能化が進み、個々の顧客の要望にあわせた多様なバリエーションが存在している。しかし低コストでの競争が激化している状況下において、全ての顧客の要求を満たす製品を作ることは、コストの増加を招き価格競争力では劣勢になる。そこで顧客に広く受け入れられる商品を安価に提供するために、一般的な方法として、多くの顧客が共通して望む機能は、商品の標準仕様として商品に標準的に組み込み、一部の顧客層が要求する機能はオプション仕様として用意し、顧客ごとの要求に合わせるような仕様変更とすることがある。しかし現状ではどの機能をベース仕様とし、どの機能をオプション仕様とするかは、設計者の経験的な判断や他社の動向、継続的な商品開発の中での慣習といったものでしか判断されていない。その結果、顧客にとって余剰な機能が標準仕様になることがある。顧客の立場では、この余剰機能へ強制的に対価を払わされたことへの不満、しいてはメーカーへの不信感に繋がることが懸念される。開発側の視点でも余剰機能の開発に無駄な金銭的資源、人的資源、時間的資源の投資が余儀なくされ、新商品の早期投入への妨げと、広義での商品の開発コストを圧迫する原因となる。
【０００８】
本発明の目的は、客観的な情報に基づいて各仕様項目をベース仕様とするかオプション仕様とするか判定することにある。
【０００９】
本発明の他の目的は、客観的な情報に基づいて各仕様項目について顧客がいずれかを選択可能なバリエーションの品揃えが適切か否か判定することにある。
【課題を解決するための手段】
【００１０】
本発明は、法規上又は商品構成上必須の仕様項目をベース仕様と判定し、それ以外の仕様項目についてはその仕様項目の魅力度を計算し、魅力度が所定値以上のものをオプション仕様仕様と判定する。仕様項目の魅力度は、その仕様項目を他社のものと比較したときの優位性と、その仕様項目とバリエーションの組合せの各々について顧客によって評価された重要度の全バリエーションに関する平均値とから計算される。
【００１１】
また本発明は、仕様項目の各々について各バリエーションの受注量とその売上高とから相関計数を計算し、各バリエーションごとの受注量と、各バリエーションについて顧客によって評価された要求度とから相関係数を計算し、両相関係数の値によってバリエーションの見直しが必要か否かを判定する。
【発明の効果】
【００１２】
本発明により、商品企画、開発段階などプロダクトライフサイクルの初期段階に於いて、ベース仕様とオプション仕様の判定が得られるとともに、バリエーションの見直しが必要か否かの判定を得ることができ、顧客要求の読み違いによって生じる仕様変更などの工数が削減され、開発期間短縮が見込まれる。また早期に新商品市場投入を果たすことにより、機会損失の低減によるシェア向上・売上増加に寄与する。またベース仕様とオプション仕様の判定と適切なバリエーションによりオーバースペックを防止する結果として、商品開発コスト削減に伴う商品の価格競争力強化への効果が見込まれる。さらに顧客にとって金額価値が認められる要求はオプション化することにより、売上単価向上を目指し、本来得られるべき利益を確保する。
【発明を実施するための最良の形態】
【００１３】
図１は、本実施形態の商品企画支援システムの構成を示す図である。１０６は顧客と直接に接する立場にある営業担当者や販売担当者による受注の実績情報である。１０７はＷｅｂ上での自動見積・受注システムを通じて入力される受注の実績情報である。実績情報１０６および実績情報１０７は、収集されて受注実績データベース１０３に蓄積される。１０９は設計担当者が管理する設計情報である。１１０は商品を構成する部品や材料の管理担当者が管理する製品・部品情報である。設計情報１０９および製品・部品情報１１０は、製品情報データベース１０２に格納される。１０５はマーケティング担当者が収集した顧客や営業によるマーケティング情報である。１０４はコールセンタに集められた顧客の問い合わせなどの情報である。収集されたマーケティング情報１０５および情報１０４は、ＶＯＣ（Voice of Customer）データベース１０１に蓄積される。
【００１４】
ベース・オプション判定部７００は、製品情報データベース１０２およびＶＯＣデータベース１０１からデータを読み込み、商品に要求される仕様項目についてベース仕様とするかオプション仕様とするかを判定する。バリエーション判定部９００は、受注実績データベース１０３、製品情報データベース１０２およびＶＯＣデータベース１０１からデータを読み込み、各仕様項目に関して展開されるバリエーションについて適切なバリエーションか見直しが必要かを判定し、見直しの効果を算出する。またバリエーション判定部９００は、ＶＯＣ充足率とコストの関係を示すグラフを作成して表示する。
【００１５】
本実施形態の商品企画支援システムは、１台又は複数台の計算機ハードウェアを用いて実現される。受注実績データベース１０３、製品情報データベース１０２およびＶＯＣデータベース１０１は、計算機の記憶装置に格納される。計算機は、この記憶装置のほかにＣＰＵ、メモリ、入力装置、表示装置などを備える。ベース・オプション判定部７００およびバリエーション判定部９００は、計算機のメモリに格納され、ＣＰＵによって実行されるプログラムである。
【００１６】
図２は、受注実績データベース１０３のデータ構成を示す図である。受注実績データベース１０３の各レコードは、仕様項目３００、製品バリエーション３０１、受注量３０２および単価３０３の各データ項目を有する。仕様項目３００は、商品を構成する部品、材料などであり、１つ又は複数のバリエーションを伴う製品である。例えばエレベータの扉、車のボディカラー（塗料）などである。商品構成上必須のベースとなる仕様項目と、顧客の必要により顧客が選択可能なオプションの仕様項目とがある。
【００１７】
製品バリエーション３０１は、その仕様項目について顧客がいずれかを選択可能なバリエーションである。例えば扉であればステンレス製、アルミ製など材質のバリエーション、ボディカラーであれば白、赤、黄など色のバリエーション、その他形状やデザインのバリエーションなどがある。図２の例では、仕様項目１にはＡ，Ｂ，Ｃの３つのバリエーションがある。商品を購入する顧客は、仕様項目を選択し、その仕様項目についてバリエーションを選択する。受注量３０２および単価３０３は、各々仕様項目とバリエーションの組合せについての受注量と単価である。なお受注実績データベース１０３の各レコードは、各受注案件についての受注量を各仕様項目のバリエーションごとに集計したものである。なお単価３０３については、別のテーブルで各仕様項目とバリエーションの組合せについて記憶しておいてもよい。
【００１８】
図３は、製品情報データベース１０２のテーブルの１つのデータ構成を示す図である。本テーブルの各レコードは、仕様項目３００、法規上必須性４０１、商品構成上必須性４０２および優位度４０３の各データ項目を有する。法規上必須性４０１は安全性確保や保全性といった理由から、製品に組み込むよう法規上定められているものを必須とする。商品構成上必須性４０２は、商品の構成上必ず装備されていないと商品の目的を達しないものを必須とする。法規上必須性４０１および商品構成上必須性４０２は、各々真偽の二値（必須ならば真、必須でなければ偽）で表現されている。優位度４０３は、その仕様項目を他社の該当する仕様項目と比較したときの技術的、商品価値的な自社優位性を示す数値である。優位度４０３は、自社優位性が客観的に判断され、格付けされた数値であり、数値が大きいほどその商品価値が他社よりも優れていることを表す。
【００１９】
図４は、製品情報データベース１０２の他のテーブルのデータ構成を示す図である。本テーブルの各レコードは、仕様項目３００、製品バリエーション３０１およびコスト５０１の各データ項目を有する。コスト５０１は、仕様項目とバリエーションの組合せについての製造コストを示す。
【００２０】
図５は、ＶＯＣデータベース１０１のデータ構成を示す図である。ＶＯＣデータベース１０１の各レコードは、仕様項目３００、製品バリエーション３０１、要求度６０１および重要度６０２の各データ項目を有する。要求度６０１および重要度６０２は、各々バリエーションについての要求度と重要度である。要求度６０１は、アンケート調査、市場調査、コールセンタに集積した顧客の声などからそのバリエーションを欲しいという人の数を集計したもの、あるいは欲しい人のパーセンテージなどであり、数値が大きいほど要求度が高い。重要度６０２は、顧客がそのバリエーションを重要と判断するか否か格付けされ、マーケッティング担当者によって入力された数値である。この例は５段階評価による数値であり、数値が大きいほど高い重要度となる。要求度と重要度は視点が異なり、例えば要求度が高いバリエーションの重要度が高いとは限らない。ＶＯＣデータベース１０１をマーケット情報データベースと呼んでも構わない。
【００２１】
図６は、本実施形態のシステムの概略処理の流れを示す図である。ベース・オプション判定部７００は、企画・開発対象とする商品に要求される仕様項目について、製品仕様としてベース仕様とするか、顧客が任意で選択可能なオプション仕様とするかを判定する（ステップ２０１）。詳細は図７の処理のフローチャートを用いて説明する。次にバリエーション判定部９００は、１つの仕様項目について実現されるバリエーションが複数存在する場合に、顧客の要求に対する満足度と、製造、開発にかかるコストとのトレードオフを図るために最適なバリエーションの種類を判定する（ステップ２０２）。詳細は図９の処理のフローチャートを用いて説明する。
【００２２】
図７は、ベース・オプション判定部７００のプログラムが実行されるときの処理手順を示すフローチャートである。ベース・オプション判定部７００は、製品情報データベース１０２とＶＯＣデータベース１０１からデータレコードをメモリに読み込み（ステップ７０１）、メモリ上にベース仕様とオプション仕様を判定するテーブルを作成する（ステップ７０２）。
【００２３】
図８は、ベース・オプション判定テーブルのデータ構成を示す図である。このテーブルの各レコードは、仕様項目３００、法規上必須性４０１、商品構成上必須性４０２、魅力度８０１および判定結果８０２の各データ項目を有する。魅力度８０１は、以下に述べるように製品情報とＶＯＣデータから計算される当該仕様項目に係わる製品の魅力の大きさを示す数値である。判定結果８０２は、以下に述べる手順で計算されたベース仕様かオプション仕様かの判定結果である。ここでは○がベース仕様を示し、×がオプション仕様を示す。
【００２４】
ベース・オプション判定部７００は、ベース・オプション判定テーブルの各レコードに仕様項目３００と該当する法規上必須性４０１と商品構成上必須性４０２を格納する。次にベース・オプション判定部７００は、ベース・オプション判定テーブルから順に仕様項目の１つを選択し、法規上必須性４０１と商品構成上必須性４０２の真理値の論理和を計算し、その結果が真偽のいずれか、すなわち当該仕様項目が必須か否か判定する（ステップ７０３）。必須であれば当該仕様項目はベース仕様と判定し、その判定結果８０２に真を示す○を格納する（ステップ７０４）。
【００２５】
当該仕様項目が必須でなければ、ベース・オプション判定部７００は、その仕様項目の魅力度を算出する（ステップ７０５）。ベース・オプション判定部７００は、当該仕様項目の全バリエーションについて重要度６０２の平均値をとり、この平均値と当該仕様項目の優位度４０３の積を魅力度とする。ベース・オプション判定部７００は、算出した魅力度を当該仕様項目の魅力度８０１に格納する。次にベース・オプション判定部７００は、算出した魅力度が基準値以上か否か判定する（ステップ７０６）。すなわちこの値が企画担当者の定める一定基準を超した場合に、ベース・オプション判定部７００は、当該仕様項目をオプション仕様と判定し、その判定結果８０２に偽を示す×を格納する（ステップ７０７）。魅力度が基準値に満たない場合に、ベース・オプション判定部７００は、当該仕様項目をベース仕様と判定し、その判定結果８０２に真を示す○を格納する（ステップ７０８）。
【００２６】
つまり優位度と重要度の少なくとも一方が高い仕様項目は、魅力度の高い仕様項目として、オプション仕様と判定される。優位度と重要度の少なくとも一方が低い仕様項目は、重要度が高いか又は優位度が高い場合が含まれ、他社との商品の差別化を図るためにベース仕様と判定される。魅力度が別に定められた所定値に満たない場合に、その仕様項目を除外してもよい。
【００２７】
ベース・オプション判定部７００は、ベース・オプション判定テーブルに格納される各レコードについてステップ７０３〜７０８の該当する処理を繰り返す。
【００２８】
例えば仕様項目１を実現する手段としては、バリエーションＡ、バリエーションＢ及びバリエーションＣと複数案存在し、顧客のニーズが多様化するほどこのバリエーションは増加する。個々の顧客の要求する仕様に対応するためには、顧客個別にバリエーションを用意し商品に反映することもあるが、通常は代表する顧客の声を製品に反映させ、多数の要望があり経済的、技術的に実現可能な範囲でバリエーションを商品のラインナップとする。バリエーション判定部９００は、複数のバリエーションのうち、顧客要求と開発にかかるコストのバランスを考慮し、商品化に際するバリエーション選定の意思決定を支援する。
【００２９】
図９は、バリエーション判定部９００のプログラムが実行されるときの処理手順を示すフローチャートである。バリエーション判定部９００は、受注実績データベース１０３、製品情報データベース１０２およびＶＯＣデータベース１０１からデータレコードをメモリに読み込み（ステップ９０１）、メモリにバリエーション判定テーブルを作成する（ステップ９０２）。
【００３０】
図１０は、バリエーション判定テーブルのデータ構成を示す図である。このテーブルの各レコードは、仕様項目３００、受注実績−売上相関１１１、受注実績−要求度相関１１２およびバリエーションの見直し判定１１５の各データ項目を有する。受注実績−売上相関１１１および受注実績−要求度相関１１２は、各々以下に述べる処理によって計算された相関係数である。バリエーションの見直し判定１１５は、以下に述べる手順で計算されたバリエーションを見直すか否かの判定結果を示すフラグである。ここで×がバリエーションの見直し必要なしを示し、○がバリエーションの見直し必要を示す。
【００３１】
バリエーション判定部９００は、バリエーション判定テーブルの各レコードに仕様項目３００を格納する。次にバリエーション判定部９００は、バリエーション判定テーブルから順に仕様項目の１つを選択し、以下に示す相関係数を計算する（ステップ９０３）。まずバリエーション判定部９００は、当該仕様項目とそのバリエーションの各組合せについて受注実績データの受注量３０２と単価３０３から売上高（単価３００×受注量３０２）を計算し、各組合せの受注量３０２と売上高とを変数とする相関係数ｒを求め、バリエーション判定テーブルの当該仕様項目の受注実績−売上相関１１１に格納する。次にバリエーション判定部９００は、当該仕様項目とそのバリエーションの各組合せについて受注量３０２と要求度６０１とを変数とする相関係数ｒを求め、バリエーション判定テーブルの当該仕様項目の受注実績−要求度相関１１２に格納する。
【００３２】
相関係数ｒとは、二つの変数の関係を記述する統計量であり、ここでは受注量と売上、受注量と要求度それぞれの相関関係を表す。この相関係数ｒは−１．０〜１．０の範囲の値を取り、｜１．０｜に近いほど相関が強いといえる。本発明では、相関係数ｒの解釈については一般的な定義に従い、
０．０≦|ｒ|≦０．２  ほとんど相関がない
０．２＜|ｒ|≦０．４  弱い相関がある
０．４＜|ｒ|≦０．７  中程度の相関がある
０．７＜|ｒ|≦１．０  強い相関がある
と解釈をする。
【００３３】
次にバリエーション判定部９００は、当該仕様項目について受注実績−売上相関１１１と受注実績−要求度相関１１２を総合して正の相関があるか否か判定する（ステップ９０４）。受注実績−売上相関１１１と受注実績−要求度相関１１２のｒがいずれもある程度の相関が認められる値のとき、バリエーション判定部９００は、バリエーションの見直し必要なしと判定し、バリエーション判定テーブルの当該仕様項目のバリエーションの見直し判定１１５にその旨を示すフラグを設定する（ステップ９０５）。ただし相関係数の判断基準は一例である。
【００３４】
既存の製品のバリエーションが適切なケースでは、単価は通常一定であるとした場合、受注量が増加すると、単価と受注量の積で表す売上高も連動して増加する。この変動が全く等しい場合、受注量と売上高の相関係数ｒを求めると正の相関を表す１になる。また二つの変数が近似して変化する場合には相関係数ｒは１に近似する。この二つの変数に正相関が見られない場合、市場のニーズに支持されないバリエーションが存在していることが示唆されるため、バリエーション判定部９００は、バリエーション見直しの必要ありを意味するフラグをバリエーションの見直し判定１１５に設定する。
【００３５】
既存の製品のバリエーションが適切な場合、多くの顧客の要求度にあわせ、受注実績も連動して増加する。この変動が等しい場合、受注量と要求度の相関係数ｒを求めると正の相関を表す１になる。この二つの変数に正相関が見られない場合、顧客のニーズに支持されないバリエーションが存在していることが示唆されるため、バリエーション判定部９００は、バリエーション見直しの必要ありを意味するフラグをバリエーションの見直し判定１１５に設定する。
【００３６】
判断基準となる相関係数ｒは、企画・開発の対象となる商品または仕様項目によって異なるが、基本的な判断基準としては、少なくとも一般定義の「中程度の相関がある」値を基準とする。
【００３７】
図１０に示す例について仕様項目１のレコードは、受注実績と売上の相関係数ｒと受注実績と要求度の相関計数ｒがそれぞれ０．９８５と０．９６７と高いため、どちらも強い相関関係であり、現状のバリエーションが適切と判断される。仕様項目２のレコードは、受注実績と売上の相関係数ｒが−０．１１９であり、「ほとんど相関がない」と判断され、かつ受注実績と要求度の相関計数ｒも−０．３７と「弱い相関がある」程度であるため、現状のバリエーションの見直しが必要である可能性があると判断される。
【００３８】
当該仕様項目について上記の相関の条件を満たさず、相関なしと判定した場合、バリエーション判定部９００は、バリエーション判定テーブルの当該仕様項目のバリエーションの見直し判定１１５にバリエーション見直し必要ありを示すフラグを設定し、担当者の表示装置に当該仕様項目３００の受注実績−売上相関１１１、受注実績−要求度相関１１２およびバリエーションの見直し判定１１５を表示し、担当者によるバリエーション見直しを促す（ステップ９０６）。
【００３９】
商品企画担当者及び設計担当者は、商品化に関する技術的な課題や、資材調達、リードタイムなど外部要因を検討した上でバリエーションを変更するか否かの意思決定を行う。
【００４０】
バリエーション判定部９００は、この意思決定を支援するために、図１１に示すテーブルを作成して担当者の表示装置に表示する（ステップ９０７）。
【００４１】
図１１は、見直しの必要がある仕様項目のバリエーションの全組合せを示すテーブルのデータ構成を示す図である。このテーブルの各レコードは、仕様項目３００、製品バリエーションの組合せ１２１、総コスト１２２および充足率１２３の各データ項目を有する。製品バリエーションの組合せ１２１は、少なくとも１つのバリエーションを含むバリエーションの組合せの各々を挙げる。総コスト１２２は、基本的にはその組合せの各々のバリエーションのコスト５０１の総和となる。ただし製造コストは、各バリエーションの生産量に応じて単位あたりの原材料調達コストなどの変更があり得るため、単純な積み上げ計算ではなくスケールメリットを考慮して算出するのが望ましい。充足率１２３は、そのバリエーションの組合せによって顧客の要求度を満足する割合を示す。
【００４２】
バリエーション判定部９００は、当該仕様項目について製品情報データベース１０２のコスト５０１を参照し、各バリエーションの組合せについて総コストを計算して総コスト１２２に格納する。またバリエーション判定部９００は、当該仕様項目についてＶＯＣデータベース１０１の要求度６０１を参照し、各バリエーションの組合せについて要求の充足率を計算して充足率１２３に格納する。充足率は、同一仕様項目についての各バリエーションの要求度の総和を分母とし、各バリエーションの組合せについての要求度の和を分子とする要求の充足率である。
【００４３】
担当者は、図１１に例示されるようなテーブルを参照し、コストと充足率のトレードオフから削除するのが適切なバリエーションを特定することができる。
【００４４】
またバリエーション判定部９００は、各バリエーションの組合せについて充足率とコストの関係をプロットしたグラフを作成して表示する（ステップ９０８）。
【００４５】
図１２は、各バリエーションの組合せについて充足率とコストの関係をプロットしたグラフの例を示す。すべての顧客要求をバリエーションとして用意した場合、ＶＯＣの充足率は１００％になるが、コストは最高値になる。１３１は目標とするコストの上限を示す線である。この直線の傾きは、ＶＯＣの充足率とコストが比例関係にあるため右上がりになるが、他社にない技術で付加価値が高ければ傾きを大きくする。１３２はＶＯＣ充足率の下限値を示す線である。線１３１および線１３２は、企画担当者又は設計担当者によってグラフ上に指定されたものである。このＶＯＣの下限ラインとコストの上限ラインに囲まれた領域が適正領域１３３となる。このグラフによってバリエーション変更の意思決定を支援することが可能となる。
【００４６】
バリエーション判定部９００は、バリエーション判定テーブルに格納される各レコードについてステップ９０３〜９０８の該当する処理を繰り返す。
【産業上の利用可能性】
【００４７】
顧客の要望を満たす最低限の機能（ベース仕様）に、顧客の要望に応じた付加機能（オプション仕様）を選択するような商品、ビル設備、産業機械、建設機械、家電商品、情報機器、自動車などの商品企画・開発に本発明適用することにより、シェア／売上、コスト／収益の企画が可能になるか、あるいは企画の精度が向上するとともに、結果的にシェア／売上向上、コスト低減に寄与する。
【図面の簡単な説明】
【００４８】
【図１】実施形態の商品企画支援システムの構成図である。
【図２】受注実績データベースのテーブルの１つのデータ構成例を示す図である。
【図３】製品情報データベースの他のテーブルのデータ構成例を示す図である。
【図４】製品情報データベースのデータ構成例を示す図である。
【図５】ＶＯＣデータベースのデータ構成例を示す図である。
【図６】実施形態のシステムの概略処理手順を示す図である。
【図７】実施形態のベース・オプション判定部の処理手順を示すフローチャートである。
【図８】ベース・オプション判定テーブルのデータ構成例を示す図である。
【図９】実施形態のバリエーション判定部の処理手順を示すフローチャートである。
【図１０】バリエーション判定テーブルのデータ構成例を示す図である。
【図１１】バリエーション変更を見直すためのテーブルのデータ構成例を示す図である。
【図１２】図１１のテーブルをグラフ化した例を示す図である。
【符号の説明】
【００４９】
１０１：ＶＯＣデータベース、１０２：製品情報データベース、１０３：受注実績データベース、７００：ベース・オプション判定部、９００：バリエーション判定部
【図１】
2006154917.tif 000003
【図２】
2006154917.tif 000004
【図３】
2006154917.tif 000005
【図４】
2006154917.tif 000006
【図５】
2006154917.tif 000007
【図６】
2006154917.tif 000008
【図７】
2006154917.tif 000009
【図８】
2006154917.tif 000010
【図９】
2006154917.tif 000011
【図１０】
2006154917.tif 000012
【図１１】
2006154917.tif 000013
【図１２】
2006154917.tif 000014