データベース：データベース名は「案件リスト」にし、そこに全ての自分の案件が保存され、リスト化される。

​

フォーム：新しい案件をシステムに登録する時に保存したい情報は、「案件番号」「会社名」「会社規模」「業種」「初回訪問日」「アカウント数」「詳細」である。なので、それらが案件リストのフォームの中に作るフィールドになる。

ステータスフロー：私の案件管理方法では、案件が「見込み」→「商談化」→「検討中」→「決済待ち」→「終了」という段階で動いていくため、これが私のステータスフローとなる。しかし、時には後で追いたい案件や一時的に終了にしたい案件があるので、「ナーチャリング」と「終了」フローを最後にオプションとして追加する。​

データベース：３つのデータベースが必要。１つは、「従業員リスト」という名前のシステムに従業員を簡単に登録するもの。２つ目は、「自動車リスト」という名前のシステムに車を登録するもの。３つ目は、「車レンタルリクエスト」という名前のシステムにリクエストを送信、承認するもの。３つのデータベースが必要。１つは、「従業員リスト」という名前のシステムに従業員を簡単に登録するもの。２つ目は、「自動車リスト」という名前のシステムに車を登録するもの。３つ目は、「車レンタルリクエスト」という名前のシステムにリクエストを送信、承認するもの。

​

フォーム：誰がリクエストしたのか見たいので、従業員リストフォームには「従業員ID」「従業員名」「部署」「役職」「入社日」そして「承認」フィールドが含まれる。

​

車両リストのフォームには、「車両名」「乗車可能人数」「目的」「運転者名」そして「使用可能期間」フィールドを作成する。

時々、車によって承認者が私以外の人になる。よって、この車両レンタルリクエストフォームには、「リクエストID」「申請者」「欲しい車種」「目的」「詳細」「使用日」「使用期間」「承認者」そして「否認理由」フィールドを作成する。

ステータスフロー：車両レンタルリクエストフォームにのみステータスフローをつける。全員がリクエストを送信して承認者がリクエストを処理するのを待っていられるようにしたい。そこで、「新規リクエスト」→「申請中」→「承認済」というステータスフローを設定する。いくつかのリクエストは拒否されるので、「拒否」という分岐フローも追加する。

レポート：案件がどの業種から来たかと、それぞれの業種で今どのくらいの売り上げ見込みがあるのかを知りたい。これは案件の会社規模で比較したマトリクスで見ることができる。

​

条件付き書式も設定するので、もしある業種が目標値以下だった場合、赤字で数値が表示されるようにし、もし目標値に到達していれば合計値を青で表示されるようにする。

​

この方法で、どの業種が良い市場か、どの市場に力を入れてどの市場を見なくて良いかがわかる。

​

レポートは「案件情報」という名前のダッシュボードに蓄積し、グラフで表示される。

​

項目：レポート用に、「業種」​、「合計値」、「会社規模」項目を使う。

レポート：どの部署が’車レンタル申請を一番出しているかを見たい。また、社内の車レンタルでどの車が一番使われているかに加え、どの目的が最も多いのかも知りたい。

​

同様に人材のプロフィールも知りたい。チームの構成を良くなっているのを把握するだけでなく、承認者の分配状況も理解したい。

​

これを行うことにより、もし新しい会社車両を購入する必要があるときに申請要求と合うのかわかる。もしも、ある部署が自部署専用の車を手に入れようとするときに私は決定を下すことができる。また、全従業員をよりよく理解し、新しい人を雇うべきか考えられる。

​

​最初のレポートは「車レンタル申請分析」という名前のダッシュボードに蓄積されて２つのグラフで表示される。一つは車レンタル目的を部署ごとに比較し、もう一つは部署と車種比較のグラフにする。

​

二つ目のレポートは「従業員情報」というダッシュボードに蓄積され、一つのグラフで表示される。

​

項目：最初のレポートには、「部署」、「車種」、「目的」項目を使う。

​

​二つ目のレポートには、「部署」、「役職」、「承認」項目を使う。