(57)【要約】【課題】  ユーザから出される要望のうち、採用できずに保留となるものをその理由を含めて適切に保存することができる要望管理システムおよび要望管理プログラムを提供する。【解決手段】  入力される要望情報をメモリ１１の要望管理データベースに記憶しておき、その要望管理データベース内の要望情報を開発センタの担当者が閲覧できるようにし、閲覧した要望情報の中に採用まで至らないものがあれば、その採用に至らない保留対象の要望情報をそのまま保存し、しかもその保留対象の要望情報にフィードバック情報を付加する。【選択図】      図１
2006079548.tif 000002
【特許請求の範囲】
【請求項１】
要望情報を入力するための第１入力手段と、
前記第１入力手段で入力された要望情報を記憶する記憶手段と、
前記記憶手段内の要望情報を表示する表示手段と、
前記表示手段で表示された要望情報に対し採用か否かを指定するための指定手段と、
前記指定手段で採用が指定された要望情報を前記記憶手段から削除する削除手段と、
前記指定手段で採用が指定されない保留対象の要望情報に対し、採用とならない理由が含まれる情報を入力するための第２入力手段と、
前記第２入力手段で入力された情報を、前記保留対象の要望情報に付加する形で前記記憶手段に記憶する制御手段と、
を備えていることを特徴とする要望管理システム。
【請求項２】
前記第１入力手段は、製品の販売店または製品に関する問合せを受付けるサービスセンタに設置されている端末である、
前記表示手段、前記指定手段、および前記第２入力手段は、製品の開発センタに設置されている端末である、
前記記憶手段は、製品の管理センタに設置されているメモリである、
前記削除手段および前記制御手段は、製品の管理センタに設置されているサーバの機能である、
ことを特徴とする請求項１に記載の要望管理システム。
【請求項３】
要望情報を入力するための第１入力手段と、
前記第１入力手段で入力された要望情報を記憶する記憶手段と、
前記記憶手段内の各要望情報に対する検索条件を入力するための第２入力手段と、
前記記憶手段内の各要望情報のうち、前記第２入力手段で入力された検索条件に合致する要望情報を検索する検索手段と、
前記検索手段で検索された要望情報を表示する表示手段と、
前記表示手段で表示された要望情報に対し採用か否かを指定するための指定手段と、
前記指定手段で採用が指定された要望情報を前記記憶手段から削除する削除手段と、
前記指定手段で採用が指定されない保留対象の要望情報に対し、採用とならない理由が含まれる情報を入力するための第３入力手段と、
前記第３入力手段で入力された情報を、前記保留対象の要望情報に付加する形で、前記記憶手段に記憶する制御手段と、
を備えていることを特徴とする要望管理システム。
【請求項４】
前記第１入力手段は、製品の販売店または製品に関する問合せを受付けるサービスセンタに設置されている端末である、
前記第２入力手段、前記表示手段、前記指定手段、および前記第３入力手段は、製品の開発センタに設置されている端末である、
前記記憶手段は、製品の管理センタに設置されているメモリである、
前記検索手段、前記削除手段、および前記制御手段は、製品の管理センタに設置されているサーバの機能である、
ことを特徴とする請求項３に記載の要望管理システム。
【請求項５】
コンピュータに、
要望情報の入力を受付ける第１手順と、
前記第１手順で入力を受付けた要望情報を記憶する第２手順と、
前記第２手順で記憶した要望情報を表示する第３手順と、
前記第３手順で表示した各要望情報に対する採用か否かの指定を受付ける第３手順と、
前記第３手順で採用の指定の受付けがあった要望情報を前記第２手順による記憶内容から削除する第４手順と、
前記第３手順で採用の指定の受付けがなかった保留対象の要望情報に対し、採用とならない理由が含まれる情報の入力を受付ける第５手順と、
前記第５手順で入力を受付けた情報を、前記保留対象の要望情報に付加して記憶する第６手順と、
を実現させることを特徴とする要望管理プログラム。
【請求項６】
コンピュータに、
要望情報の入力を受付ける第１手順と、
前記第１手順で入力を受付けた要望情報を記憶する第２手順と、
前記第２手順で記憶した各要望情報に対する検索条件の入力を受付ける第３手順と、
前記第２手順で記憶した各要望情報のうち、前記第３手順で入力を受付けた検索条件に合致する要望情報を検索する第４手順と、
前記第４手順で検索した要望情報を表示する第５手順と、
前記第５手順で表示した要望情報に対する採用か否かの指定を受付ける第６手順と、
前記第６手順で採用の指定の受付けがあった要望情報を前記第２手順による記憶内容から削除する第７手順と、
前記第６手順で採用の指定の受付けがなかった保留対象の要望情報に対し、採用とならない理由が含まれる情報の入力を受付ける第８手順と、
前記第８手順で入力を受付けた情報を、前記保留対象の要望情報に付加して記憶する第９手順と、
を実現させることを特徴とする要望管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、製品に対する要望を管理する要望管理システムおよび要望管理プログラムに関する。
【背景技術】
【０００２】
製品の開発段階では、ユーザから出された要望が、開発の検討課題として採用されることが多い。このようなユーザから出された要望を、ネットワークを介して製品開発に取り入れるシステムがある（例えば特許文献１）。  
【特許文献１】特開平１１−２５１６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ユーザから出される要望の中には、検討課題として採用できるものと、採用できないものがある。現時点では採用されなくても、後の開発段階で採用すべき貴重なものもある。
【０００４】
ただし、このようなユーザから出される要望については、担当者の個人レベルで管理されることが多く、複数の担当者で共有化するような処置はとられていないのが実情である。このため、せっかくの貴重な要望が、後の開発に活かされないまま、埋もれてしまうこともある。
【０００５】
この発明は上記の事情を考慮したもので、ユーザから出される要望のうち、採用できずに保留となるものをその理由を含めて適切に保存することができる要望管理システムおよび要望管理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００６】
請求項１に係る発明の要望管理システムは、要望情報を入力するための第１入力手段と、この第１入力手段で入力された要望情報を記憶する記憶手段と、この記憶手段内の要望情報を表示する表示手段と、この表示手段で表示された要望情報に対し採用か否かを指定するための指定手段と、この指定手段で採用が指定された要望情報を上記記憶手段から削除する削除手段と、上記指定手段で採用が指定されない保留対象の要望情報に対し、採用とならない理由が含まれる情報を入力するための第２入力手段と、この第２入力手段で入力された情報を、上記保留対象の要望情報に付加する形で上記記憶手段に記憶する制御手段と、を備えている。
【０００７】
請求項３に係る発明の要望管理システムは、要望情報を入力するための第１入力手段と、この第１入力手段で入力された要望情報を記憶する記憶手段と、この記憶手段内の各要望情報に対する検索条件を入力するための第２入力手段と、上記記憶手段内の各要望情報のうち、上記第２入力手段で入力された検索条件に合致する要望情報を検索する検索手段と、この検索手段で検索された要望情報を表示する表示手段と、この表示手段で表示された要望情報に対し採用か否かを指定するための指定手段と、この指定手段で採用が指定された要望情報を上記記憶手段から削除する削除手段と、上記指定手段で採用が指定されない保留対象の要望情報に対し、採用とならない理由が含まれる情報を入力するための第３入力手段と、この第３入力手段で入力された情報を、上記保留対象の要望情報に付加する形で、上記記憶手段に記憶する制御手段と、を備えている。
【０００８】
請求項５に係る発明の要望管理プログラムは、コンピュータに、要望情報の入力を受付ける第１手順と、この第１手順で入力を受付けた要望情報を記憶する第２手順と、この第２手順で記憶した要望情報を表示する第３手順と、この第３手順で表示した各要望情報に対する採用か否かの指定を受付ける第３手順と、この第３手順で採用の指定の受付けがあった要望情報を上記第２手順による記憶内容から削除する第４手順と、上記第３手順で採用の指定の受付けがなかった保留対象の要望情報に対し、採用とならない理由が含まれる情報の入力を受付ける第５手順と、この第５手順で入力を受付けた情報を、上記保留対象の要望情報に付加して記憶する第６手順と、を実現させる。
【０００９】
請求項６に係る発明の要望管理プログラムは、コンピュータに、要望情報の入力を受付ける第１手順と、この第１手順で入力を受付けた要望情報を記憶する第２手順と、この第２手順で記憶した各要望情報に対する検索条件の入力を受付ける第３手順と、上記第２手順で記憶した各要望情報のうち、上記第３手順で入力を受付けた検索条件に合致する要望情報を検索する第４手順と、この第４手順で検索した要望情報を表示する第５手順と、この第５手順で表示した要望情報に対する採用か否かの指定を受付ける第６手順と、この第６手順で採用の指定の受付けがあった要望情報を上記第２手順による記憶内容から削除する第７手順と、上記第６手順で採用の指定の受付けがなかった保留対象の要望情報に対し、採用とならない理由が含まれる情報の入力を受付ける第８手順と、この第８手順で入力を受付けた情報を、上記保留対象の要望情報に付加して記憶する第９手順と、を実現させる。
【発明の効果】
【００１０】
この発明の要望管理システムおよび要望管理プログラムによれば、ユーザから出される要望のうち、採用できずに保留となるものをその理由を含めて適切に保存することができて、貴重な要望を後の開発等に活かすことが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、この発明の一実施形態について図面を参照して説明する。  
図１に示すように、製品たとえば電子複写機の販売店に、ユーザから出される要望情報を入力するための入力手段として、パーソナルコンピュータ等の端末１ａ…１ｎがそれぞれ設置されている。また、製品に関する問合せを受付けるサービスセンタに、要望情報を入力するための入力手段として、パーソナルコンピュータ等の端末２が設置されている。一方、電子複写機を製造する会社の開発センタには、複数の部署に、情報入力用として、パーソナルコンピュータ等の端末３ａ…３ｎが分散配置されている。これら端末は、通信ネットワーク４に接続されている。
【００１２】
通信ネットワーク４には、さらに、電子複写機を製造する会社の管理センタに設置されている業務処理用のコンピュータいわゆるサーバ１０が接続されている。サーバ１０には、データ記憶用のメモリ１１、および制御プログラムメモリ１２が接続されている。メモリ１１には、端末１ａ…１ｎ，２から入力される要望情報がまとめて記憶される要望管理データベースが格納されている。制御プログラムメモリ１２には、要望情報を管理するための要望管理プログラムが記憶されている。
【００１３】
サーバ１０は、上記要望管理プログラムに基づく機能として、次の（１）〜（９）の手段を有する。  
（１）要望情報の入力（端末１ａ…１ｎ，２からの入力）を受付ける手段。
【００１４】
（２）上記受付けた要望情報をメモリ１１の要望管理データベースに記憶する手段。
【００１５】
（３）要望管理データベース内の各要望情報に対する検索条件の入力（端末３ａ…３ｎのいずれかからの入力）を受付ける手段。
【００１６】
（４）要望管理データベース内の各要望情報のうち、上記受付けた検索条件に合致する要望情報を検索する手段。
【００１７】
（５）上記検索した要望情報を、上記検索条件の入力元（端末３ａ…３ｎのいずれか）で表示する手段。
【００１８】
（６）上記表示した要望情報に対する採用か否かの指定（端末３ａ…３ｎのいずれかでの指定）を受付ける手段。
【００１９】
（７）上記採用の指定の受付けがあった要望情報を要望管理データベースから削除する手段。
【００２０】
（８）上記採用の指定の受付けがなかった保留対象の要望情報に対し、採用とならない理由が含まれる情報（以下、フィードバック情報という）の入力（端末３ａ…３ｎのいずれかからの入力）を受付ける手段。
【００２１】
（９）上記受付けたフィードバック情報を、上記保留対象の要望情報に付加する形で、要望管理データベースに記憶する手段。
【００２２】
以上の端末１ａ…１ｎ，２，３ａ…３ｎ、通信ネットワーク４、サーバ１０、メモリ１１、制御プログラムメモリ１２により、要望管理システムが構成されている。
【００２３】
つぎに、図２のフローチャートを参照しながら作用を説明する。  
製品のユーザは、製品に対する要望を販売店の店員あるいはサービスセンタの係員に伝える。要望を受けた店員や係員は、端末１ａ…１ｎ，２のいずれかで図３に示す要望登録画面を表示し、その要望登録画面において要望情報を入力する。入力される要望情報の項目として、報告者（店員や係員）のメールアドレス、緊急度（ＡＡ，Ａ，Ｂ，Ｃの４段階）、報告日、要望元、客先名、イベント（要望を受けるきっかけとなった展示会や説明会）、製品の機種、要望の対象ユニット、要求種別、内容、備考がある。内容は、要望をそのまま文章にしたもので、例えば“カラー表示にしてほしい”などがある。
【００２４】
要望登録画面の登録釦がクリック操作されると、入力された要望情報が、通信ネットワーク４によりサーバ１０に送られる。サーバ１０は、要望情報の入力を受付けて（ステップ１０１のＹＥＳ）、その入力された要望情報をメモリ１１の要望管理データベースに記憶する（ステップ１０２）。要望管理データベースに記憶される各要望情報のフォーマットを図４に示している。要望管理データベース内の各要望情報は、開発センタの端末３ａ…３ｎの操作により、読み出して端末３ａ…３ｎで表示することが可能である。
【００２５】
開発センタの例えば企画担当者は、端末３ａで図５に示す検索画面を表示させ、その検索画面において、要望管理データベース内の各要望情報に対する検索条件を入力する。入力される検索条件は、要望情報の各項目のうち少なくとも１つの項目である。
【００２６】
検索画面の検索釦がクリック操作されると、入力された検索条件が、通信ネットワーク４によりサーバ１０に送られる。サーバ１０は、検索条件の入力を受付けて（ステップ１０３のＹＥＳ）、その入力された検索条件に合致する１つまたは複数の要望情報を要望管理データベースから検索し、検索した要望情報を検索条件の入力元の端末３ａに送って表示する（ステップ１０４）。
【００２７】
端末３ａの表示を見た企画担当者は、表示されている要望情報を製品企画の資料として活用することができる。また、企画担当者は、表示されている要望情報が企画にとって有効なものかどうかを判断し、有効と判断した要望情報を採用対象として表示画面上のカーソル操作により指定する。この指定内容は、通信ネットワーク４によりサーバ１０に送られる。サーバ１０は、採用指定の受付けがあった場合（ステップ１０５のＹＥＳ）、採用対象の要望情報を、端末３ａからプリント出力させるとともに、要望管理データベースから削除する（ステップ１０６）。
【００２８】
端末３ａで表示されている要望情報のうち、採用指定の受付けがなかった要望情報は、保留対象であるとの判断の下に（ステップ１０５のＮＯ）、フィードバック情報（Ｆ／Ｂ情報）の入力待ちとなる（ステップ１０７）。企画担当者は、端末３ａで図６に示すＦ／Ｂ情報登録画面を表示させ、そのＦ／Ｂ情報登録画面において、保留対象の要望情報に対するフィードバック情報を入力する。入力されるフィードバック情報の項目として、Ｆ／Ｂコメント、Ｆ／Ｂ製品区分、優先度（ＡＡ，Ａ，Ｂ，Ｃの４段階）、最優先、Ｆ／Ｂ日、Ｆ／Ｂ先、Ｆ／Ｂ判断がある。Ｆ／Ｂコメントは、保留対象の要望情報が採用とならない理由をそのまま文章にしたもので、例えば“コストが高くなってしまう”などがある。
【００２９】
なお、Ｆ／Ｂ情報登録画面には、対応する保留対象の要望情報が、同じ入力画面の形で表示されている。企画担当者は、保留対象の要望情報を具体的に確認しながら、フィードバック情報を入力することができる。
【００３０】
Ｆ／Ｂ情報登録画面の登録釦がクリック操作されると、入力されたフィードバック情報が、通信ネットワーク４によりサーバ１０に送られる。サーバ１０は、フィードバック情報の入力を受付けて（ステップ１０７のＹＥＳ）、その入力されたフィードバック情報を対応する要望情報に付加する形で要望管理データベースに記憶する（ステップ１０８）。保留対象の要望情報にフィードバック情報が付加された様子を図４に示している。要望管理データベース内の各要望情報および各フィードバック情報は、開発センタの端末３ａ…３ｎの操作により、読み出して端末３ａ…３ｎで表示することが可能である。
【００３１】
ここまでは、要望情報の登録についての説明である。以下、登録された要望情報の利用について説明する。  
開発センタには企画のほかに例えば設計部門があり、そこの設計担当者は、端末３ｎで図５に示す検索画面を表示し、その検索画面において、要望管理データベース内の各要望情報あるいは各フィードバック情報に対する検索条件を入力する。入力される検索条件は、要望情報の各項目あるいはフィードバック情報の各項目のうち、少なくとも１つの項目である。
【００３２】
検索画面の検索釦がクリック操作されると、入力された検索条件が、通信ネットワーク４によりサーバ１０に送られる。サーバ１０は、検索条件の入力を受付けて（ステップ１０３のＹＥＳ）、その入力された検索条件に合致する要望情報あるいはフィードバック情報を要望管理データベースから検索して読み出し、読み出した情報を検索条件の入力元の端末３ｎに送って表示する（ステップ１０４）。
【００３３】
なお、要望情報が検索されて、検索された要望情報にフィードバック情報が付加されていれば、その要望情報およびフィードバック情報が共に表示される。検索された要望情報にフィードバック情報が付加されていなければ、要望情報のみが表示される。フィードバック情報が検索された場合には、検索されたフィードバック情報と、そのフィードバック情報に対応する要望情報とが、共に表示される。
【００３４】
端末３ｎの表示を見た設計担当者は、表示された要望情報を製品設計の資料として活用することができる。この際、要望情報と共にフィードバック情報が表示されていれば、そのフィードバック情報の内容から、要望情報について、どのような理由で保留となったか、保留対象となったのはいつか、保留と判断した者はだれか、優先度はどうか、最優先の有無、フィードバック先などを、把握することができる。これにより、要望情報が保留となった経緯を、的確に捕らえることができて、製品設計に活かすことができる。優先度が高かったり、最優先の場合は、迅速な処置も可能となる。
【００３５】
また、設計担当者は、表示されている要望情報が設計にとって有効なものかどうかを判断し、有効と判断した要望情報を採用対象として表示画面上のカーソル操作により指定する。この指定内容は、通信ネットワーク４によりサーバ１０に送られる。サーバ１０は、採用指定の受付けがあった場合（ステップ１０５のＹＥＳ）、採用対象の要望情報およびフィードバック情報を、端末３ｎでプリント出力させるとともに、要望管理データベースから削除する（ステップ１０６）。
【００３６】
端末３ｎで表示された要望情報のうち、採用指定の受付けがなかった要望情報は、再び、保留対象となる（ステップ１０５のＮＯ）。この場合、必要であれば、フィードバック情報を再入力（更新）することができる。
【００３７】
以上のように、ユーザからの要望情報を要望管理データベースに記憶しておき、その要望管理データベース内の要望情報を開発センタの担当者が閲覧できるようにし、閲覧した要望情報の中に採用に至らないものがあれば、その採用に至らない要望情報を保留対象としてそのまま保存し、しかもその保留対象の要望情報にフィードバック情報を付加することにより、せっかく出された要望を複数の担当者で共有することができる。したがって、貴重な要望を、埋もらすことなく適切に保存することができ、後の開発に活かすことができる。
【００３８】
なお、この発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。
【図面の簡単な説明】
【００３９】
【図１】一実施形態の構成を示すブロック図。
【図２】一実施形態の作用を説明するためのフローチャート。
【図３】一実施形態における要望登録画面を示す図。
【図４】一実施形態における要望管理データベースの記憶フォーマットを示す図。
【図５】一実施形態における検索画面を示す図。
【図６】一実施形態におけるＦ／Ｂ情報登録画面を示す図。
【符号の説明】
【００４０】
１ａ…１ｂ……端末、２…端末、３ａ…３ｎ……端末、４…通信ネットワーク、１０…サーバ（コンピュータ）、１１…メモリ、１２…制御プログラムメモリ
【図１】
2006079548.tif 000003
【図２】
2006079548.tif 000004
【図３】
2006079548.tif 000005
【図４】
2006079548.tif 000006
【図５】
2006079548.tif 000007
【図６】
2006079548.tif 000008