JP2019082744A - 情報処理装置、情報処理方法及びプログラム - Google Patents

Abstract

【課題】効率的な営業活動の実施を支援することができる情報処理装置等を提供する。【解決手段】情報処理装置１は、営業計画に応じて段階的に設定される段階目標をユーザの情報処理端末２に送信する送信部１３と、前記段階目標について前記ユーザが実施する営業活動の入力を前記情報処理端末２から受け付ける受付部１３と、前記営業活動を実施した実施結果を前記情報処理端末から取得する取得部１３とを備えることを特徴とする。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

営業活動の現場において、生産性の低下が問題となっている。すなわち、営業活動を実施する各担当者を管理する管理者のプレイングマネージャ化が進む一方で、担当者は管理者への報告等の業務が増えている。これによって管理者は業務に忙殺される一方、担当者は管理者から的確な指示、アドバイス等を得られないなどの悪循環に陥り、生産性の低下を招いている。

上記の問題に鑑みて、営業活動に係る生産性の向上を図るために様々な提案がなされている。例えば特許文献１では、営業活動に関するスケジュール表、ディスカッション等を営業担当者のグループで共有するグループワーク支援装置が開示されている。

特開２００４−３１０２７３号公報

しかし、特許文献１では円滑なグループワークの実現に主眼が置かれており、管理者による各担当者への関与を軽減し、担当者の自立的な学習を促すに至っていない。

本発明は斯かる事情によりなされたものであって、その目的とするところは、効率的な営業活動の実施を支援することができる情報処理装置等を提供することにある。

本発明に係る情報処理装置は、営業計画に応じて段階的に設定される段階目標をユーザの情報処理端末に送信する送信部と、前記段階目標について前記ユーザが実施する営業活動の入力を前記情報処理端末から受け付ける受付部と、前記営業活動を実施した実施結果を前記情報処理端末から取得する取得部とを備えることを特徴とする。

本発明に係る情報処理装置は、前記受付部が受け付けた前記営業活動に関して実施期限を設定する設定部を備え、前記取得部が前記実施結果を取得しないまま、前記実施期限の所定時間前となった場合に、又は前記実施期限を経過した場合に、前記送信部は前記ユーザに対する警告を前記情報処理端末に送信することを特徴とする。

本発明に係る情報処理装置は、前記段階目標及び営業活動を対応付けて記憶する記憶部を備え、前記送信部は、前記営業活動を含む情報を他のユーザの情報処理端末に送信し、前記受付部は、前記営業活動に関する前記他のユーザからの評価を示す評価情報を、前記他のユーザの情報処理端末から受け付け、前記記憶部は、前記評価情報を前記営業活動と対応付けて記憶することを特徴とする。

本発明に係る情報処理装置は、前記送信部は前記記憶部を参照して、前記段階目標と共に、該段階目標と同一又は類似する段階目標について前記営業活動を複数送信し、前記受付部は、複数の前記営業活動から、前記ユーザが実施する前記営業活動の選択を受け付けることを特徴とする。

本発明に係る情報処理装置は、前記営業計画の対象である顧客に関する情報、及び前記営業計画に係る商品又はサービスに関する情報の入力を受け付ける第２受付部と、該第２受付部で受け付けた入力内容に応じて、前記記憶部を参照し、前記段階目標を含む前記営業計画のモデルを生成する生成部とを備えることを特徴とする。

本発明に係る情報処理方法は、コンピュータに、営業計画に応じて段階的に設定される段階目標をユーザの情報処理端末に出力し、前記段階目標について前記ユーザが実施する営業活動の入力を前記情報処理端末から受け付け、前記営業活動を実施した実施結果を前記情報処理端末から取得する処理を実行させることを特徴とする。

本発明に係るプログラムは、コンピュータに、営業計画に応じて段階的に設定される段階目標を記憶する情報処理装置から、前記段階目標を取得し、取得した前記段階目標を表示部に表示し、前記段階目標についてユーザが実施する営業活動の入力を受け付け、受け付けた前記営業活動の入力内容を前記情報処理装置に出力し、前記営業活動を実施した実施結果を前記情報処理装置に出力し、前記実施結果を出力した場合に、前記ユーザが次に達成すべき前記段階目標を前記情報処理装置から取得して前記表示部に表示し、前記営業活動の入力を再度受け付ける処理を実行させることを特徴とする。

本発明によれば、効率的な営業活動の実施を支援することができる。

情報処理システムの構成例を示す模式図である。 計画ＤＢのレコードレイアウトの一例を示す説明図である。 実施ＤＢのレコードレイアウトの一例を示す説明図である。 営業計画の策定について説明するための説明図である。 営業計画の一例を示す説明図である。 進捗画面の一例を示す説明図である。 閲覧画面の一例を示す説明図である。 進捗管理フォーマットの一例を示す説明図である。 情報処理システムの処理手順の一例を示すフローチャートである。 情報処理システムの処理手順の一例を示すフローチャートである。 営業活動閲覧のサブルーチンの処理手順の一例を示すフローチャートである。 実施の形態２に係る進捗画面の一例を示す説明図である。 実施の形態２に係る情報処理システムの処理手順の一例を示すフローチャートである。 実施の形態３に係る入力画面の一例を示す説明図である。 実施の形態３に係る情報処理システムの処理手順の一例を示すフローチャートである。

以下、本発明をその実施の形態を示す図面に基づいて詳述する。
（実施の形態１）
本実施の形態では、効率的な営業活動を支援するための情報処理システムを一例として説明を行う。図１は、情報処理システムの構成例を示す模式図である。情報処理システムは、ネットワークＮを介して相互に通信接続された情報処理装置１、情報処理端末２、２、２…を含む。ネットワークＮはインターネット、ＬＡＮ（Local Area Network）等である。

情報処理装置１は、種々の情報を記憶すると共に、ネットワークＮを介して情報の送受信を行う情報処理装置である。情報処理装置１は、例えばサーバコンピュータ、パーソナルコンピュータ等である。本実施の形態において情報処理装置１はサーバコンピュータであるものとし、サーバ１と読み替える。サーバ１は情報処理端末２と通信を行い、ユーザが実施する営業活動について、活動内容、実施結果等の各種情報の回収、期限管理等の処理を行う。上記の処理について、詳しくは後述する。

情報処理端末２は、各ユーザが所持している端末装置であり、例えばスマートフォン、携帯電話、パーソナルコンピュータ等である。本実施の形態では情報処理端末２はスマートフォンであるものとし、以下では簡潔のため端末２と読み替える。端末２は、サーバ１から取得した情報を表示すると共に、営業活動の内容、結果等に係る情報の入力を受け付け、サーバ１に送信する処理を行う。
なお、営業担当者である各ユーザを管理する管理者の端末２を、符号２ａで表す。また、端末２ａはパーソナルコンピュータであるものとする。

サーバ１は、制御部１１、記憶部１２、通信部１３、時計部１４、大容量記憶装置１５を含む。
制御部１１は、ＣＰＵ（Central Processing Unit）又はＭＰＵ（Micro-Processing Unit）等の演算処理装置を含む。制御部１１は、記憶部１２に記憶されたプログラムを読み出して実行することにより、サーバ１に係る種々の情報処理又は制御処理等を行う。
記憶部１２は、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含む。記憶部１２は、制御部１１が本実施の形態に係る処理を実行するために必要なプログラム又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。
通信部１３は通信に関する処理を行うための処理回路等を含み、ネットワークＮを介して端末２、２、２…と情報の送受信を行う。
時計部１４は時刻の計測を行い、計測した時刻を制御部１１に与える。

大容量記憶装置１５は、例えばハードディスク等を含む大容量の記憶装置である。大容量記憶装置１５は、計画ＤＢ１５１、実施ＤＢ１５２等を記憶している。計画ＤＢ１５１は、営業目標を達成するために予め策定される営業計画に関する情報を記憶している。実施ＤＢ１５２は、営業計画に沿って実施される個々の具体的な営業活動に関する情報を記憶している。
なお、本実施の形態において記憶部１２及び大容量記憶装置１５は一体の記憶装置として構成されていてもよい。また、大容量記憶装置１５は複数の記憶装置により構成されていてもよい。また、大容量記憶装置１５はサーバ１に接続された外部記憶装置であってもよい。

なお、本実施の形態においてサーバ１は上記の構成に限られず、例えば操作入力を受け付ける入力部、サーバ１に係る情報を表示する表示部、可搬型記憶媒体に記憶された情報を読み取る読取部等を含んでもよい。

端末２は、制御部２１、記憶部２２、通信部２３、表示部２４、入力部２５を含む。
制御部２１はＣＰＵ又はＭＰＵ等の演算処理装置を含み、記憶部２２に記憶されたプログラムＰを読み出して実行することにより、端末２に係る種々の情報処理又は制御処理等を行う。
記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要なプログラムＰ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。
通信部２３はアンテナ及び通信処理回路等を含む。より詳しくは、通信部２３は携帯電話網、無線ＬＡＮ等により通信を行う。なお、本実施の形態において通信部２３の通信方式は上記に限られず、例えば有線ＬＡＮによって行ってもよい。
表示部２４は液晶ディスプレイ又は有機ＥＬ（Electro Luminescence）ディスプレイ等の画面を有し、制御部２１から与えられた画像を表示する。
入力部２５は表示部２４に設けられたタッチパネル又は押下式のボタン等であり、対象者による操作入力を受け付ける。入力部２５は、対象者によりなされた操作内容を制御部
２１に通知する。

なお、本実施の形態において端末２は上記の構成に限られず、例えば音声の入力及び出力を行うマイク及びスピーカ、画像の撮像を行うカメラ等を含んでもよい。

図２は、計画ＤＢ１５１のレコードレイアウトの一例を示す説明図である。計画ＤＢ１５１は、ＩＤ列、区分列、担当者列、顧客列、顧客属性列、商品列、商品属性列、番号列、段階目標列、営業目標列を含む。ＩＤ列は、各営業計画を識別するためのＩＤを記憶している。区分列は、ＩＤと対応付けて、後述する営業計画の区分を記憶している。担当者列は、ＩＤと対応付けて、営業計画を担当するユーザの氏名を記憶している。なお、営業計画を担当するユーザは複数名であってもよい。顧客列は、ＩＤと対応付けて、営業計画の対象である顧客の名称を記憶している。なお、顧客列に記憶される顧客は法人等の団体に限られず、例えば個人であってもよい。顧客属性列は、顧客と対応付けて、当該顧客の属性を記憶している。顧客属性は、顧客を所定の基準で分類したものであり、例えば顧客が法人である場合に、当該法人の業種等により表される。商品列は、ＩＤと対応付けて、営業計画において顧客に紹介、売り込み等する商品の名称を記憶している。なお、営業計画を通じて顧客に提供するものは商品に限られず、サービスであってもよい。商品属性列は、商品と対応付けて、当該商品の属性を記憶している。商品属性は、例えば所定基準による商品の分類を示している。

番号列は、ＩＤと対応付けて、営業計画に応じて段階的に設定される段階目標の順番を記憶している。段階目標は、ユーザが適切な順序で営業活動を実施することにより営業目標を達成するべく設定される、営業計画の途中目標である。段階目標列は、番号と対応付けて、段階目標の内容を記憶している。営業目標列は、ＩＤと対応付けて、営業計画により最終的に達成すべき営業目標を記憶している。

図３は、実施ＤＢ１５２のレコードレイアウトの一例を示す説明図である。実施ＤＢ１５２は、ＩＤ列、担当者列、番号列、段階目標列、営業活動列、実施期限列、実施日列、添付列、実施結果列、備考列、評価列を含む。ＩＤ列は、営業計画のＩＤを記憶している。担当者列は、ＩＤと対応付けて、営業計画を担当するユーザの氏名を記憶している。番号列は、ＩＤと対応付けて、段階目標の番号を記憶している。段階目標列は、番号と対応付けて、段階目標の内容を記憶している。

営業活動列は、段階目標の番号と対応付けて、当該段階目標を達成するためにユーザが実施する営業活動の内容を記憶している。詳しくは後述するように、営業活動の内容は、営業活動を実施するユーザ自身が設定する。実施期限列は、営業活動と対応付けて、当該営業活動の実施期限を記憶している。実施日列は、営業活動と対応付けて、当該営業活動を実施した日付を記憶している。なお、実施期限及び実施日は日付だけではなく、時刻まで含めてもよい。添付列は、営業活動と対応付けて、当該営業活動に用いる所定の添付ファイルを記憶している。実施結果列は、営業活動と対応付けて、当該営業活動を実施した実施結果を記憶している。備考列は、段階目標の番号と対応付けて、ユーザにより任意に入力されたコメント等を記憶している。評価列は、営業活動と対応付けて、当該営業活動に関する他のユーザからの評価を示す評価情報を記憶している。詳しくは後述するように、評価情報は、対応付けられた営業活動に対して他のユーザが「いいね」の評価アイコンにタッチ入力をした数で表される。なお、評価情報は他のユーザから評価された数に限られるものではなく、例えば他のユーザにより入力されたコメント等であってもよい。

情報処理システムが実行する処理について説明する前に、まず営業計画の概要について説明する。図４は、営業計画の策定について説明するための説明図である。図４は、営業計画の対象である顧客に関する情報、及び営業計画に係る商品（又はサービス）に関する情報に基づき、営業計画が策定される様子を概念的に示している。図４左側のグラフに示すように、営業計画の策定にあたってまず顧客及び商品の属性に応じた分類を行い、策定する営業計画の区分を決定する。次に、決定した区分に応じて達成可能な営業目標を設定し、個別の営業計画を策定する。詳しくは、営業目標、予定する実施期間等を考慮し、具体的な途中工程、すなわち段階目標を策定していく。

図５は、営業計画５０の一例を示す説明図である。営業計画５０は、当該営業計画５０の営業目標５１のほかに、段階目標５２、営業活動５３及び実施結果５４を含む。段階目標５２は、営業目標５１を達成するべく、営業計画５０に応じて段階的に設定される途中目標である。営業担当者であるユーザは、段階目標５２を順次達成することで最終的に営業目標５１を達成する。

営業活動５３は、各段階目標５２についてユーザが実施する活動である。ユーザは、各段階目標５２を達成するべく営業活動５３を行う。従って、営業活動５３は段階目標５２と対応付けて定められる。なお、一の段階目標５２に対応する営業活動５３は複数であってもよい。

実施結果５４は、ユーザが営業活動５３を実施した結果である。例えば実施結果５４は、ユーザが顧客に対して営業活動５３を実施したことにより、顧客がどのような反応を示したかによって表される。実施結果５４は営業計画５０の実施を評価する上での指標とすることができ、管理者は実施結果５４を参照してユーザの活動内容を評価することができる。
本実施の形態に係る情報処理システムは、上記の営業計画５０の円滑な実施を支援する。具体的には、サーバ１は予め策定された営業計画を計画ＤＢ１５１に記憶して端末２に配信する。端末２は配信された営業計画に係る情報を表示すると共に、ユーザ自身により入力される営業活動を受け付け、サーバ１に送信する。そのほかに情報処理システムは期限管理、実施結果の回収等を行う。以下では、当該一連の処理について詳細を説明する。なお、以下では説明の便宜のため、サーバ１の処理主体は制御部１１とし、端末２の処理主体は制御部２１とする。

図６は、進捗画面６０の一例を示す説明図である。サーバ１の制御部１１は計画ＤＢ１５１を参照し、段階目標を含む営業計画の情報を端末２に送信する。端末２の制御部２１は当該情報を受信し、図６に示す進捗画面６０を表示部２４に表示する。進捗画面６０は、営業計画の進捗状況を管理するための画面であり、例えば段階目標６１、活動入力欄６２、閲覧アイコン６３、添付欄６４、実施期限６５、備考欄６６、結果入力欄６７、送信アイコン６８等を含む。段階目標６１は、ユーザが現段階で達成すべき段階目標である。活動入力欄６２は、ユーザが実施する営業活動の入力を受け付ける入力欄である。ユーザは、自らが実施する営業活動について活動入力欄６２へのテキスト入力を行う。

閲覧アイコン６３は、後述する閲覧画面を表示するためのアイコンである。閲覧アイコン６３へのタッチ入力を受け付けた場合、制御部２１は後述するように、サーバ１に他のユーザの営業活動に係る情報の送信要求を行い、当該営業活動に係る情報を閲覧画面において表示する。当該処理について詳しくは後述する。添付欄６４は、添付ファイルの入力を受け付ける入力欄であり、営業活動の実施に際してユーザが作成、使用するファイルの入力を受け付ける。

実施期限６５は、受け付けた営業活動に関して設定される期限であり、当該営業活動を実施すべき期限を示す。実施期限６５は、例えば後述するようにサーバ１が設定する。なお、制御部２１は進捗画面６０においてユーザによる実施期限６５の設定入力を受け付け、サーバ１に通知する構成でもよい。備考欄６６は、ユーザによる任意のコメントの入力を受け付ける入力欄である。結果入力欄６７は、営業活動を実施した実施結果の入力を受け付ける入力欄である。営業活動の実施後に、ユーザは結果入力欄６７へのテキスト入力を行う。送信アイコン６８は、進捗画面６０において上述のごとく入力された各種情報をサーバ１に送信するためのアイコンである。送信アイコン６８へのタッチ入力を受け付けた場合、制御部２１は各種情報をサーバ１に送信する。

サーバ１から段階目標を含む情報を受信した場合に、端末２の制御部２１は、段階目標６１を含む進捗画面６０を表示する。ユーザは段階目標６１に照らし、自らが実施する営業活動を活動入力欄６２に入力する。これにより、制御部２１は営業活動の入力を受け付ける。なお、制御部２１は、上述のごとく添付欄６４への添付ファイルの入力、実施期限６５の設定入力等を受け付けてもよい。送信アイコン６８へのタッチ入力を受け付けた場合、制御部２１は営業活動の入力内容を含む所定情報をサーバ１に送信する。

当該情報を受信したサーバ１の制御部１１は、ユーザの営業計画に係る段階目標と対応付けて、受信した営業活動の内容を実施ＤＢ１５２に記憶する。また、制御部１１は当該営業活動に関して実施期限を設定する。具体的には、例えば制御部１１は時計部１４を参照して現在の日付を取得し、所定日数後の日付を実施期限に設定する。制御部１１は設定した実施期限を実施ＤＢ１５２に記憶すると共に、端末２に送信する。端末２の制御部２１は、受信した実施期限６５を進捗画面６０に表示する。制御部１１は時計部１４を参照して、実施期限の所定時間前、例えば実施期限の前日になった場合に、ユーザに対する警告を端末２に送信する。当該警告に係る情報を受信した場合に、端末２の制御部２１は所定の警告文（図示せず）を進捗画面６０上に表示する。これにより、制御部２１はユーザへの督促を行う。
なお、上記でサーバ１は実施期限の所定時間前に警告を端末２に送信することとしたが、本実施の形態はこれに限るものではなく、例えばサーバ１は実施期限の経過時に警告を送信することとしてもよい。

ユーザは営業活動の実施後に、実施結果を結果入力欄６７に入力する。これにより、端末２の制御部２１は実施結果の入力を受け付ける。送信アイコン６８へのタッチ入力を受け付けた場合、制御部２１は実施結果を含む情報をサーバ１に送信する。当該情報を受信した場合に、サーバ１の制御部１１は実施結果を段階目標と対応付けて実施ＤＢ１５２に記憶する。

なお、図６で示した進捗画面６０は一例であって、本実施の形態はこれに限るものではない。例えば制御部２１は進捗画面６０において、段階目標６１と共に、段階目標６１の達成の目安である判断基準を併せて表示してもよい。当該判断基準は、例えば計画ＤＢ１５１に段階目標と対応付けて予め記憶される。ユーザは、当該判断基準を参照して的確に段階目標を把握することができる。

また、制御部２１は進捗画面６０において、ユーザが実施する営業活動だけでなく、当該営業活動を実施する理由についても併せて入力を受け付けてもよい。例えば制御部２１は、活動入力欄６２と紐づけて当該理由の入力欄を併せて表示し、入力を受け付ける。サーバ１の制御部１１は、営業活動と共に当該理由を併せて受信する。これにより、管理者は営業活動を行う各ユーザの意図等を把握することができる。

また、制御部２１は進捗画面６０において、結果入力欄６７への実施結果の入力だけでなく、併せて営業活動の実施により段階目標を達成したとユーザが判断した根拠の入力を受け付けてもよい。例えば制御部２１は、結果入力欄６７以外に、判断根拠の入力欄を表示し、ユーザによるテキスト入力を受け付ける。これにより、後述する進捗管理フォーマットにおいて管理者は各ユーザの判断根拠を確認できると共に、ユーザは自ら判断根拠を入力するため、判断能力の向上を図ることができる。

図７は、閲覧画面７０の一例を示す説明図である。図６の進捗画面６０において閲覧アイコン６３へのタッチ入力を受け付けた場合に、端末２の制御部２１は、他のユーザが過去に実施した営業活動を含む情報を送信すべき旨の送信要求をサーバ１に送信する。具体的に制御部２１は、進捗画面６０に係る営業計画と類似する営業計画について、過去の営業活動を含む情報を送信すべき旨の送信要求をサーバ１に送信する。当該送信要求を受信した場合に、サーバ１の制御部１１は計画ＤＢ１５１を参照し、他のユーザに係る営業活動を抽出し、当該営業活動を含む情報端末２に送信する。具体的に制御部１１は、送信要求に係る営業計画と顧客、顧客属性、商品、商品属性、営業目標、段階目標等が同一又は類似する営業計画を特定する。制御部１１は、特定した営業計画に係る段階目標、及び当該段階目標に対応付けられた営業活動を含む情報を実施ＤＢ１５２から抽出し、端末２に送信する。当該情報を受信した端末２の制御部２１は、図７で示す閲覧画面７０を表示する。

閲覧画面７０は、他のユーザの氏名、顧客名、商品名、営業目標、段階目標、実施結果、及び営業活動７２等を含む営業情報７１を表示する。なお、図７に示すように、閲覧画面７０で表示する営業情報７１は複数であってもよい。ユーザは営業情報７１を閲覧することで、類似する案件（営業計画）について他のユーザが実施した営業活動７２を参考にすることができる。
また、制御部１１は閲覧画面７０において、各営業活動７２に対応して評価アイコン７３を表示する。評価アイコン７３は、一のユーザの営業活動に関して他のユーザからの評価を受け付けるためのアイコンである。評価アイコン７３は、例えば「いいね」のテキストを含んで表示される。評価アイコン７３へのタッチ入力を受け付けた場合、制御部２１は当該タッチ入力を示す評価情報をサーバ１に送信する。サーバ１の制御部１１は各端末２、２、２…から評価情報を受信し、評価対象である営業活動と対応付けて実施ＤＢ１５２に記憶する。
なお、上記では評価アイコン７３へのタッチ数を評価情報としたが、本実施の形態はこれに限るものではない。例えば評価情報は、他のユーザにより入力されるコメントを含んでもよい。この場合、例えば端末２の制御部２１は閲覧画面７０において、各営業情報７１又は個別の営業活動７２に対応してコメント入力欄を表示し、閲覧者によるコメントの入力を受け付けるようにすればよい。

図８は、進捗管理フォーマット８０の一例を示す説明図である。進捗管理フォーマット８０は、営業計画の詳細を示す管理フォーマットであり、営業活動の進捗状況を示す。具体的に進捗管理フォーマット８０は、ユーザ名等の書誌的事項のほか、上述の段階目標８１、各段階目標８１に対応する営業活動８２、実施期限８３、備考８４、実施結果８５等を含む。なお、制御部２１は、実施結果８５が未取得である営業活動８２及び実施期限８３を、実施結果８５が取得済みの営業活動８２及び実施期限８３とは別形式で表示する。図８では、別形式で表示されている様子を太字で示してある。サーバ１の制御部１１は、上記の処理により端末２から営業活動、実施結果等に関する情報を回収し、実施ＤＢ１５２に記憶する。そしてサーバ１は、管理者の端末２ａからの要求に応じて図８に示す進捗管理フォーマット８０を生成し、端末２ａに送信する。管理者は、進捗管理フォーマット８０により各ユーザの進捗状況を確認できるため、各ユーザから個別に報告等を受ける必要がない。なお、サーバ１は図８に示す管理フォーマット８０を各ユーザの端末２に対しても配信可能としてもよい。これにより、営業活動に係る情報がユーザ間で共有される。

図９及び図１０は、情報処理システムの処理手順の一例を示すフローチャートである。図９及び図１０に基づき、情報処理システムが実行する処理について説明する。なお、管理者によって端末２ａを介して営業計画の入力処理がなされ、サーバ１の計画ＤＢ１５１には予め営業計画が記憶されているものとする。
サーバ１の制御部１１は、計画ＤＢ１５１を参照し、ユーザが達成すべき最初の段階目標を読み出す（ステップＳ１１）。段階目標は、最終的な営業目標を達成するべく、営業計画に応じて段階的に設定される途中目標である。営業計画は、当該営業計画の対象である顧客、及び当該営業活動に係る商品等に応じて予め策定される。制御部１１は、読み出した段階目標を含む営業計画の情報を端末２に送信する（ステップＳ１２）。

端末２の制御部２１は、段階目標を含む情報をサーバ１から受信する（ステップＳ１３）。制御部２１は受信した情報を読み出し、段階目標６１を含む進捗画面６０を表示部２４に表示する（ステップＳ１４）。進捗画面６０は、段階目標６１、活動入力欄６２、閲覧アイコン６３、結果入力欄６７等を含む。制御部２１は、ユーザによる操作入力に応じて、他のユーザが実施した営業活動に係る閲覧処理を行う（ステップＳ１５）。制御部２１は進捗画面６０において、営業活動の入力を受け付ける（ステップＳ１６）。具体的には、制御部２１は活動入力欄６２へのテキスト入力により営業活動の入力を受け付ける。また、制御部２１はステップＳ１６において、営業活動に関連してユーザが作成、使用等する添付ファイルの入力を併せて受け付ける。なお、制御部２１はステップＳ１６において実施期限の設定入力を受け付けてもよい。制御部２１は、受け付けた営業活動の入力内容を含む所定情報をサーバ１に送信する（ステップＳ１７）。

サーバ１の制御部１１は、ステップＳ１６で入力された営業活動を含む情報を端末２から受信する（ステップＳ１８）。これにより制御部１１は、ユーザが実施する営業活動の入力を端末２から受け付ける。制御部１１は、受信した営業活動に関して実施期限を設定する（ステップＳ１９）。実施期限は、例えばサーバ１が現在の日付を参照して自動的に設定するようにしてもよく、端末２を介してユーザにより入力された日付を実施期限に設定するようにしてもよい。制御部１１は、ステップＳ１８で受信した営業活動、及びステップＳ１９で設定した実施期限を、段階目標と対応付けて実施ＤＢ１５２に記憶する（ステップＳ２０）。制御部１１は、設定した実施期限を端末２に送信する（ステップＳ２１）。

端末２の制御部２１は、実施期限をサーバ１から受信する（ステップＳ２２）。制御部２１は、受信した実施期限６５を進捗画面６０に表示する（ステップＳ２３）。制御部２１は、営業活動を実施した実施結果の入力を受け付ける（ステップＳ２４）。具体的に制御部２１は、進捗画面６０において段階目標６１と対応付けて表示された結果入力欄６７へのテキスト入力により、実施結果の入力を受け付ける。

図１０に移って、制御部２１は、ステップＳ２４で受け付けた実施結果をサーバ１に送信する（ステップＳ２５）。
サーバ１の制御部１１は、実施結果を端末２から受け付ける（ステップＳ２６）。具体的に制御部１１は、端末２から実施結果を含む情報が送信された場合に、当該情報を受信する。これによって制御部１１は、営業活動の実施結果を端末２から取得する。制御部１１は、端末２から実施結果を取得したか否かを判定する（ステップＳ２７）。具体的に制御部１１は、ステップＳ２６の受付処理により実施結果を取得したか否かを判定する。

実施結果を取得していないと判定した場合（Ｓ２７：ＮＯ）、制御部１１は、実施期限の所定時間前になったか否かを判定する（ステップＳ２８）。例えば制御部１１は、実施期限の前日になったか否かを判定する。なお、制御部１１は実施期限の所定時間前になったか否か、すなわち実施期限間近になったか否かではなく、実施期限を経過したか否かを判定するようにしてもよい。実施期限の所定時間前になっていないと判定した場合（Ｓ２８：ＮＯ）、制御部１１は処理をステップＳ２６に戻す。実施期限の所定時間前になったと判定した場合（Ｓ２８：ＹＥＳ）、制御部１１は、実施期限間近である旨を示す、ユーザに対する警告を端末２に送信する（ステップＳ２９）。

端末２の制御部２１は、当該警告に係る情報をサーバ１から受信する（ステップＳ３０）。制御部２１は、受信した情報を読み出し、ユーザに対する警告を表示部２４に表示する（ステップＳ３１）。例えば制御部２１は、所定の警告文を表示部２４に表示する。制御部２１は、処理をステップＳ２４に戻す。

実施結果を取得したと判定した場合（Ｓ２７：ＹＥＳ）、サーバ１の制御部１１は、当該実施結果を段階目標と対応付けて実施ＤＢ１５２に記憶する（ステップＳ３２）。制御部１１は実施ＤＢ１５２を参照し、全ての段階目標について実施結果を記憶しているか否かを判定する（ステップＳ３３）。すなわち、制御部１１はユーザが達成していない段階目標が残っているか否かを判定する。実施結果が記憶されていない段階目標があると判定した場合（Ｓ３３：ＮＯ）、制御部１１は計画ＤＢ１５１を参照してユーザが次に達成すべき段階目標を読み出し（ステップＳ３４）、処理をステップＳ１２に戻す。全ての段階目標について実施結果を記憶していると判定した場合（Ｓ３３：ＹＥＳ）、制御部１１は一連の処理を終了する。

図１１は、営業活動閲覧のサブルーチンの処理手順の一例を示すフローチャートである。図１１に基づいて、ステップＳ１５の営業活動閲覧のサブルーチンについて説明する。
端末２の制御部２１は、他のユーザが過去に実施した営業活動に関する情報の送信要求を受け付けたか否かを判定する（ステップＳ５１）。具体的に制御部２１は、例えば進捗画面６０に表示される閲覧アイコン６３へのタッチ入力を受け付けか否かを判定する。送信要求を受け付けていないと判定した場合（Ｓ５１：ＮＯ）、制御部２１は特段の処理をすることなく処理をリターンする。送信要求を受け付けたと判定した場合（Ｓ５１：ＹＥＳ）、制御部２１は、受け付けた送信要求をサーバ１に送信する（ステップＳ５２）。送信要求は、例えば進捗画面６０に係る営業計画のＩＤ等を含む。

サーバ１の制御部１１は、送信要求を端末２から受信する（ステップＳ５３）。制御部１１は、受信した送信要求に基づき、他のユーザが過去に実施した営業活動を実施ＤＢ１５２から抽出する（ステップＳ５４）。具体的に制御部１１は、送信要求に含まれるＩＤに基づき計画ＤＢ１５１を参照して、当該営業計画と顧客、顧客属性、商品、商品属性、営業目標、段階目標等が同一又は類似する営業計画を特定する。制御部１１は、特定した営業計画に係る段階目標、及び当該段階目標に対応付けられた営業活動を含む情報を実施ＤＢ１５２から抽出する。制御部１１は、抽出した営業活動を含む情報を、端末２に送信する（ステップＳ５５）。

端末２の制御部２１は、営業活動を含む情報を端末２から受信する（ステップＳ５６）。制御部２１は、営業活動を含む閲覧画面７０を表示部２４に表示する（ステップＳ５７）。閲覧画面７０は、他のユーザの氏名、顧客名、商品名、営業目標、段階目標、実施結果、及び営業活動７２等のほかに、当該営業活動７２に対する評価を受け付ける評価アイコン７３を含む。

制御部２１は、閲覧画面７０で表示する営業活動に関して、評価情報の入力を受け付ける（ステップＳ５８）。例えば制御部２１は、営業活動７２と対応付けて表示される評価アイコン７３へのタッチ入力を受け付けることにより、評価情報を受け付ける。なお、評価情報は評価アイコン７３へのタッチ数に限定されず、例えばユーザにより入力されたコメント等であってもよい。制御部２１は、受け付けた評価情報をサーバ１に送信する（ステップＳ５９）。なお、サーバ１が評価対象である営業活動７２を識別可能とするべく、制御部２１は評価情報と共に営業活動７２に係る営業計画のＩＤ、段階目標の番号、実施日等を併せて送信する。

サーバ１の制御部１１は、評価情報を端末２から受信する（ステップＳ６０）。制御部１１は、受信した評価情報を、評価対象である営業活動と対応付けて実施ＤＢ１５２に記憶し（ステップＳ６１）、一連の処理を終了する。

なお、上記では閲覧画面７０において、ユーザが担当する営業計画と類似する営業計画について表示処理を行うものとしたが、本実施の形態はこれに限るものではない。例えば端末２は営業活動、段階目標、顧客名、商品名等についてキーワードの入力を受け付け、サーバ１は当該キーワードに基づいて他のユーザの営業活動を抽出し、端末２に送信して表示させることとしてもよい。

また、上記の営業計画について段階目標は予め定められたものとしたが、ユーザが適宜に修正可能とする構成でもよい。この場合、例えば端末２は進捗画面６０において、段階目標６１の編集入力を受け付ける構成とすればよい。

また、上記でサーバ１は、ユーザが段階目標を達成した場合に次の段階目標を端末２に送信することとしたが、段階目標が未達成の場合にも次の段階目標を送信することとしてもよい。この場合、例えば端末２は進捗画面６０において、結果入力欄６７と併せて、「達成」及び「未達成」の入力を受け付ける所定のオブジェクトを表示し、段階目標を達成したか否かの入力を受け付ける。サーバ１は、当該入力内容を端末２から取得し、未達成である場合でも次の段階目標を端末２に送信する。つまりサーバ１が受け付ける実施結果の入力内容は、段階目標を達成した場合の入力内容に限るものではない。
また、この場合に端末２は、進捗画面６０において達成の可否に係る理由について入力を受け付けてもよい。例えば端末２は、結果入力欄６７のほかに当該理由の入力欄を表示し、達成又は未達成の理由の入力を受け付け、実施結果と併せてサーバ１に送信する。サーバ１は、端末２から取得した当該達成又は未達成の理由を実施ＤＢ１５２に記憶する。当該構成により、ユーザに営業活動の要点、改善点等を考えさせ、自立学習を促すことができる。

また、上記でサーバ１は実施期限に応じて警告を行うこととしたが、本実施の形態はこれに限るものではない。例えばサーバ１は、営業計画の最終的な達成に必要な営業活動量に応じて警告を行うこととしてもよい。この場合、例えばサーバ１は計画ＤＢ１５１に、各段階目標の達成確率を初期登録しておく。サーバ１は、営業計画を達成するために必要な残りの段階目標数、各段階目標の達成確率等に基づき、必要となる営業活動量を算出する。営業活動量は、例えば作業時間で表される。サーバ１は、営業活動量の大小に応じて警告を行うか否かを判断する。また、例えばサーバ１は各端末２から取得する実施結果に応じて、初期登録した達成確率を変更する。例えば各ユーザの達成確率が高くなった場合、達成確率を上方修正する。このように、サーバ１は実施期限によらずともユーザに対する警告を行うことができる。

以上より、本実施の形態１によれば、ユーザに適切な段階目標を与えてナビゲートすることにより、効率的な営業活動の実施を支援することができる。

また、与えられた段階目標についてユーザ自身が営業活動の内容を考え、入力を行う。また、ユーザは営業活動を実施した後で、実施結果を自ら入力することで営業活動の振り返りを行う。従って、営業活動に携わるユーザの自立的な学習を促すことができる。

また、本実施の形態１によれば、設定された実施期限に基づいて期限管理を行い、必要に応じてユーザへの督促を行うことができる。

また、本実施の形態１によれば、ユーザは、他のユーザが実施した営業活動を閲覧することができる。また、閲覧した営業活動について評価を行うことで、優れた営業活動を把握することができる。

（実施の形態２）
本実施の形態では、営業活動の入力処理について、複数の営業活動からユーザが実施する営業活動の選択を受け付ける形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。

図１２は、実施の形態２に係る進捗画面６０の一例を示す説明図である。サーバ１の制御部１１は、営業計画に応じて段階目標を含む情報を端末２に送信する場合に、当該段階目標と同一又は類似する段階目標について過去に実施された営業活動を複数送信する。具体的には、制御部１１は計画ＤＢ１５１を参照し、段階目標の内容のほかに、当該段階目標に係る営業計画の顧客名、顧客属性、商品名、商品属性、営業目標等に基づき、段階目標の同一性又は類似性を判断する。制御部１１は実施ＤＢ１５２を参照し、同一又は類似すると判断した段階目標と対応付けて記憶されている営業活動を複数抽出する。制御部１１は、ユーザが次に達成すべき段階目標と共に、抽出した複数の営業活動を含む情報を端末２に送信する。当該情報を受信した端末２の制御部２１は、図１２に示す進捗画面６０を表示する。

活動入力欄６２へのタッチ入力を受け付けた場合に、制御部２１は、図１２に示すように複数の営業活動２６９、２６９、２６９…をプルダウン形式で表示する。ユーザは、当該複数の営業活動２６９、２６９、２６９…から、自らが実施を予定する営業活動２６９を選択する。これにより、制御部２１は複数の営業活動２６９、２６９、２６９…からユーザが実施する営業活動２６９の選択を受け付ける。送信アイコン６８へのタッチ入力を受け付けた場合、制御部２１は選択された営業活動を含む情報をサーバ１に送信する。

なお、上記でサーバ１は過去に実施された営業活動を端末２に送信するものとしたが、対応する段階目標について営業活動が実施されたことがなく、実施ＤＢ１５２に営業活動が記憶されていない場合は、例えばデフォルトで設定された営業活動を端末２に送信するものとすればよい。この場合、例えばサーバ１は計画ＤＢ１５１に、段階目標と対応付けて営業活動を初期登録しておく。

また、実施の形態１において、端末２は営業活動と共に当該営業活動を実施する理由についても入力を受け付けてもよい旨を述べた。本実施の形態ではこれに対応して、端末２は進捗画面６０において複数の営業活動を表示する場合、営業活動に係る理由を併せて表示してもよい。この場合、サーバ１は過去に実施された複数の営業活動と共に、各ユーザにより入力された当該理由を併せて端末２に送信する。これにより、各ユーザは営業活動の内容について主旨、意図、目的等を共有することができる。

図１３は、実施の形態２に係る情報処理システムの処理手順の一例を示すフローチャートである。ステップＳ１１又はＳ３４の処理を実行した後で、サーバ１の制御部１１は以下の処理を実行する。
制御部１１は、実施ＤＢ１５２を参照し、ステップＳ１１又はＳ３４で読み出した段階目標と同一又は類似する段階目標について過去に実施された営業活動を複数抽出する（ステップＳ２０１）。具体的に制御部１１は、計画ＤＢ１５１を参照し、段階目標の内容のほかに、段階目標に係る営業計画の顧客名、顧客属性、商品名、商品属性、営業目標等に基づいて同一性又は類似性を判断する。制御部１１は実施ＤＢ１５２を参照し、同一又は類似すると判断した段階目標と対応付けて記憶されている営業活動を複数抽出する。制御部１１は、ステップＳ１１又はＳ３４で読み出した段階目標と共に、ステップＳ２０１で抽出した複数の営業活動を含む情報を端末２に送信する（ステップＳ２０２）。

端末２の制御部２１は、段階目標及び営業活動を含む情報をサーバ１から受信する（ステップＳ２０３）。制御部２１は受信した情報を読み出し、段階目標６１を含む進捗画面６０を表示部２４に表示する（ステップＳ２０４）。進捗画面６０は、活動入力欄６２等を含む。制御部２１は、ユーザによる操作入力に応じて所定の閲覧処理を行う（ステップＳ２０５）。制御部２１は進捗画面６０において、複数の営業活動から、ユーザが実施する営業活動の選択を受け付ける（ステップＳ２０６）。具体的には、制御部２１は活動入力欄６２へのタッチ入力を受け付けた場合に、サーバ１から受信した複数の営業活動２６９、２６９、２６９…をプルダウン形式で表示する。制御部２１は、ユーザによる操作入力に基づき、当該複数の営業活動２６９、２６９、２６９…から、ユーザが実施を予定する営業活動２６９の選択入力を受け付ける。制御部２１は、選択された営業活動に係る情報をサーバ１に送信する（ステップＳ２０７）。当該情報を受信したサーバ１の制御部１１は、ステップＳ１８以降の処理を実行する。

なお、端末２は複数の営業活動を表示する場合に、例えば実施ＤＢ１５２に記憶された評価情報に基づき、高評価順に各営業活動を表示する、各営業活動と共に評価数（「いいね」の数）を表示する等してもよい。これにより、ユーザは評価情報を元に営業活動を選択することができる。

以上より、本実施の形態２によれば、営業活動の内容を決定する場合に、サーバ１に蓄積された営業活動が選択肢として提供され、営業活動をより効率化することができる。

（実施の形態３）
本実施の形態では、サーバ１に蓄積された過去の営業計画に係る情報を参照して、新たに営業計画のモデルを生成する形態について述べる。なお、実施の形態１と重複する内容については同一の符号を付して説明を省略する。

図１４は、実施の形態３に係る入力画面３９０の一例を示す説明図である。所定の操作入力を受け付けた場合に、管理者の端末２ａの制御部２１は図１４に示す入力画面３９０を表示する。入力画面３９０は、営業計画の対象である顧客に関する情報、及び営業計画に係る商品（又はサービス）に関する情報を含む必要事項の入力を受け付けるための画面である。入力画面３９０は、顧客入力欄３９１、顧客属性欄３９２、商品入力欄３９３、商品属性欄３９４、その他の必要事項の入力欄を含む。顧客入力欄３９１は、顧客名の入力を受け付ける。顧客属性欄３９２は、例えば顧客の業種の入力を受け付ける。商品入力欄３９３は、商品名（又はサービス名）の入力を受け付ける。商品属性欄３９４は、例えば商品分類の入力を受け付ける。そのほかに、制御部２１は入力画面３９０において営業計画を担当するユーザの氏名等の入力を受け付ける。制御部２１は、各入力欄において受け付けた入力内容をサーバ１に送信する。

上記の入力内容に係る情報を受信した場合に、サーバ１の制御部１１は、段階目標を含む営業計画のモデルを生成する。具体的には、制御部１１は受信した顧客及び商品に関する情報に基づき、営業計画の区分を判別する（図４参照）。制御部１１は計画ＤＢ１５１を参照し、判別した区分と同一区分に係る過去の営業計画の情報を読み出す。当該情報は、営業計画に係るＩＤ、顧客名、商品名、段階目標、営業目標等を含む。なお、制御部１１はさらに実施ＤＢ１５２を参照し、当該営業計画に係る営業活動等についても併せて読み出してもよい。制御部１１は、読み出した営業計画の情報に、端末２で受け付けたその他の必要事項（ユーザの氏名等）を反映させ、営業計画のモデルを生成する。制御部１１は、生成した営業計画のモデルを端末２に送信する。

当該営業計画のモデルに関する情報を受信した場合に、端末２の制御部２１は当該情報に基づき、営業計画のモデルを進捗管理フォーマット８０（図８参照）により表示する。制御部２１は進捗管理フォーマット８０により、営業計画の雛形（モデル）を管理者に示す。制御部２１は進捗管理フォーマット８０において、詳細事項に係る編集を受け付ける。例えば制御部２１は、管理者による各段階目標８１の修正、変更等の入力を受け付ける。制御部２１は編集内容を含む情報をサーバ１に送信し、サーバ１の制御部１１は受信した編集内容を含めて営業計画に係る情報を計画ＤＢ１５１に記憶する。当該営業計画に基づき、情報処理システムは実施の形態１、２で説明した処理を実行する。

図１５は、実施の形態３に係る情報処理システムの処理手順の一例を示すフローチャートである。図１５に基づいて、本実施の形態に係る情報処理システムが実行する処理について説明する。
端末２ａの制御部２１は、入力画面３９０を表示する（ステップＳ３０１）。制御部２１は入力画面３９０において、営業計画の対象である顧客に関する情報、及び営業計画に係る商品（又はサービス）に関する情報を含む必要事項の入力を受け付ける（ステップＳ３０２）。具体的には、制御部２１は顧客の名称、業種等の情報、商品の名称、分類等の情報のほかに、営業計画を担当するユーザの氏名等の必要事項の入力を受け付ける。制御部２１は、受け付けた入力内容をサーバ１に送信する（ステップＳ３０３）。

サーバ１の制御部１１は、当該入力内容に係る情報を受信する（ステップＳ３０４）。これにより、制御部１１は端末２を介して必要事項の入力を受け付ける。制御部１１は当該情報を読み出し、顧客名、顧客属性、商品名、商品属性等に基づき、営業計画の区分を決定する（ステップＳ３０５）。制御部１１は、端末２で入力された顧客及び商品に関する情報に応じて、計画ＤＢ１５１を参照し、段階目標を含む営業計画のモデルを生成する（ステップＳ３０６）。具体的には、制御部１１はステップＳ３０５で決定した区分に基づき、該区分と同一区分に係る過去の営業計画に関する情報を計画ＤＢ１５１から読み出す。制御部１１は、読み出した営業計画に、ステップＳ３０４で受信した必要事項を反映させ、営業計画のモデルを生成する。制御部１１は、生成した営業計画のモデルに関する情報を端末２に送信する（ステップＳ３０７）。

端末２の制御部２１は、当該情報を受信する（ステップＳ３０８）。制御部１１は当該情報を読み出し、営業計画のモデルを進捗管理フォーマット８０により表示する（ステップＳ３０９）。上述のごとく、進捗管理フォーマット８０は段階目標等を含む。制御部１１は、進捗管理フォーマット８０について管理者による編集を受け付ける（ステップＳ３１０）。例えば制御部１１は、営業計画の各段階目標８１等について編集入力を受け付ける。制御部１１は、編集内容を含む情報をサーバ１に送信する（ステップＳ３１１）。

サーバ１の制御部１１は、当該情報を受信する（ステップＳ３１２）。制御部１１は、受信した編集内容を含む営業計画に係る情報を計画ＤＢ１５１に記憶し（ステップＳ３１３）、一連の処理を終了する。

以上より、本実施の形態によれば、サーバ１に蓄積された過去の営業計画を流用して雛形（モデル）を生成することができ、営業計画を策定する上での負担を軽減することができる。

今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ サーバ（情報処理装置）
１５１ 計画ＤＢ
１５２ 実施ＤＢ
２ 端末（情報処理端末）
５０ 営業計画
５１ 営業目標
５２、６１、８１ 段階目標
５３、７２、８２、２６９ 営業活動
５４、８５ 実施結果
６０ 進捗画面
６２ 活動入力欄
６３ 閲覧アイコン
６４ 添付欄
６５、８３ 実施期限
６６ 備考欄
６７ 結果入力欄
６８ 送信アイコン
７０ 閲覧画面
７１ 営業情報
７３ 評価アイコン
８０ 進捗管理フォーマット
８４ 備考

Claims (7)

1. 営業計画に応じて段階的に設定される段階目標をユーザの情報処理端末に送信する送信部と、
   前記段階目標について前記ユーザが実施する営業活動の入力を前記情報処理端末から受け付ける受付部と、
   前記営業活動を実施した実施結果を前記情報処理端末から取得する取得部と
   を備えることを特徴とする情報処理装置。
2. 前記受付部が受け付けた前記営業活動に関して実施期限を設定する設定部を備え、
   前記取得部が前記実施結果を取得しないまま、前記実施期限の所定時間前となった場合に、又は前記実施期限を経過した場合に、前記送信部は前記ユーザに対する警告を前記情報処理端末に送信する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記段階目標及び営業活動を対応付けて記憶する記憶部を備え、
   前記送信部は、前記営業活動を含む情報を他のユーザの情報処理端末に送信し、
   前記受付部は、前記営業活動に関する前記他のユーザからの評価を示す評価情報を、前記他のユーザの情報処理端末から受け付け、
   前記記憶部は、前記評価情報を前記営業活動と対応付けて記憶する
   ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
4. 前記送信部は前記記憶部を参照して、前記段階目標と共に、該段階目標と同一又は類似する段階目標について前記営業活動を複数送信し、
   前記受付部は、複数の前記営業活動から、前記ユーザが実施する前記営業活動の選択を受け付ける
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記営業計画の対象である顧客に関する情報、及び前記営業計画に係る商品又はサービスに関する情報の入力を受け付ける第２受付部と、
   該第２受付部で受け付けた入力内容に応じて、前記記憶部を参照し、前記段階目標を含む前記営業計画のモデルを生成する生成部と
   を備えることを特徴とする請求項３又は請求項４に記載の情報処理装置。
6. コンピュータに、
   営業計画に応じて段階的に設定される段階目標をユーザの情報処理端末に出力し、
   前記段階目標について前記ユーザが実施する営業活動の入力を前記情報処理端末から受け付け、
   前記営業活動を実施した実施結果を前記情報処理端末から取得する
   処理を実行させることを特徴とする情報処理方法。
7. コンピュータに、
   営業計画に応じて段階的に設定される段階目標を記憶する情報処理装置から、前記段階目標を取得し、
   取得した前記段階目標を表示部に表示し、
   前記段階目標についてユーザが実施する営業活動の入力を受け付け、
   受け付けた前記営業活動の入力内容を前記情報処理装置に出力し、
   前記営業活動を実施した実施結果を前記情報処理装置に出力し、
   前記実施結果を出力した場合に、前記ユーザが次に達成すべき前記段階目標を前記情報処理装置から取得して前記表示部に表示し、前記営業活動の入力を再度受け付ける
   処理を実行させることを特徴とするプログラム。

Images