スキップしてメイン コンテンツに移動

営業マネジメントを整える①

(以前、noteに書いた記事をこちらに転載します)

【注意】この一連の記事では、具体的にどのアプリがいいか、ということは書きません。営業マネジメントの考え方をベースに、どのような観点からアプリを検討するか、ということを書きます。

さて、どのようなアプリ、システムを導入するにしても、まずはそれで「何をしたいのか」という目的が大事です。
これまで導入していなかった営業支援アプリを、いま導入したいと考える事業者には、何かしら営業活動を変えていきたい、という想いがあると思います。

では、どう変えたいのか。事業者によって、いろいろな表現が出てくると思いますが、多くの場合、営業支援アプリは「営業マネジメントを整える」ために導入されます。

ここでいう、自社の「営業マネジメントが整っている」というのは、どういうことでしょうか。このシリーズ記事では、「営業マネジメントを整える」方法を説明しながら、営業支援アプリの役割を改めて確認することで、アプリを選ぶ際のヒントを示していきたいと思います。

営業マネジメントは、なんとかして「to be」に近づけること

そもそも、なんで営業活動をやっているのか、と言ったら、商品やサービスを売りたいからですね。でも、なんで売りたいのか、と言ったら、お金が欲しいから、ということでもあるのですが、根本を考えていくと、会社や事業のありたい姿、あるべき姿を実現するためです。

何もしないでいる状態(as is)と、あるべき姿(to be)には差分(Gap)があるから、営業活動によって、その差分を埋めていくわけです。

経営の話をするときに、よく出てくる図
経営の話をするときに、よく出てくる図

営業活動は、この「to be」に近づく活動、ということですね。
そして、マネジメントというのは「なんとかする」ということなので、営業マネジメントは、なんとかして「to be」に近づけること。
それが整うということは、営業活動によってホントに「to be」に近づいているか、確かめられて、もっと近づけるように工夫できる状態になっている、ということです。

トップダウンとボトムアップを統合する

この「to be」は、会社や事業のありたい姿、あるべき姿である、ということをさきほど書きました。ということは、営業マネジメントの出発点には、会社や事業の未来をどうしていきたいかを明確にすることがあります。そして、その未来に向かって、いまを組み立てていきます。これはトップダウンの考え方と言えます。

一方で、営業活動に関わってきた人からすれば、現場の重要性ということも強く感じているのではないでしょうか。誰にアプローチできて、何をどれくらいの確度で提案できるのか、ということからしか、売上の目処は立たないではないか。いまそこにいる顧客や見込み客から、営業は組み立てないといけない。こちらはボトムアップの考え方と言えます。

大きめの会社だと、どちらかというと前者のトップダウンは、マーケティング部門が担っていて、営業部は後者のボトムアップのスタンスが強いことが多いのではないでしょうか。ただ、ここでお伝えしておきたいのは、「営業マネジメント」が、なんとかして「to be」に近づけることである以上、トップダウンの要素は必須だということです。

もちろん、ボトムアップのアプローチが重要であることも事実です。「営業マネジメントを整える」ということは、ボトムアップにトップダウンを統合していくこと、とも言えます。

経営計画と営業活動の現場をつなぐための仕組みを構築する

ボトムアップにトップダウンを統合する?ちょっと話がふわっとしすぎじゃない?と思うかもしれません。その通りです。僕もそう思いますので、もう少し具体化したいと思います。それが以下の図です。

急に難しい図が出てきた
急に難しい図が出てきた

ちょっと唐突で、ミッシングリンクがあると思うので、ここまでの流れと少し違う方向から考えてみたいと思います。

さきほど、営業マネジメントの出発点は「to be」を明確にすること、と書きましたが、「to be」を明確にしたとき、経営者はこう考えるはずです。
「さて、どうやって、この to be を実現するか」
そして、経営計画を立てます。え?ホント?と思うかもしれませんが、必ず立てます。ただし、見える形にはなっていないかもしれませんし、ふわっとしているかもしれませんし、論理的に破綻していたり、実現不可能だなと自分で思っていることまであります。それでも、必ず何かしらの経営計画を一瞬でも思い描くはずです。

また、何らかの営業活動も進めるでしょう。そして、その営業活動は何らかの結果につながります。その結果として「to be」に十分に近づいているようならば、何の問題もなかったはずですが、現実には問題が発生しています。もっと「to be」に近づいているはずなのに、おかしい。近づいていない。何かがおかしい。

そこでいろいろと悩んでしまうこともあると思いますが、ざっくり考えると、以下のつながりに問題が生じているはずです。
「to be」→「経営計画」→「営業活動」→「結果」
だから、このつながりを上手くコントロールしてあげれば、もう少し良い結果につながるのではないでしょうか。この「上手くコントロールしてあげる」ということが、「なんとかして『to be』に近づける」ということであり、そのために「営業マネジメントを整える」わけです。

それをマネジメントの構造として表すと、先ほどの小難しい言葉が並んだ図になります。そして、四角で囲った要素を実現するために役立つのが、営業支援アプリでもあります。逆に言えば、役に立つような機能を持った営業支援アプリを選ばないと、営業マネジメントを整えることを助けてくれません。




このブログの人気の投稿

簡単にできるIoT~振動の計測②

  前回 は、何を作るかを考えて、設計メモにまとめました。 簡単にできるIoT~振動の測定① 先日(といっても随分経ってしまっていますが…)とある方から、M5StickCというデバイスをいただきました。それで、どんなことができるのかと試してみたことを紹介します。 M5StickC このデバイスは親指(より少し小さい?)くらいのサイズですが、中にESP32-... まだプログラミング自体には触れていませんでしたし、大まかな設計をしただけですが、ここまで意外と考えることが多かったと思われるかもしれません。ですが、どう作るかよりも、何を実現するかの方が重要です。本来はもっと何を実現するかを模索するのに時間をかけるべきだと思います(そのためにシステムを試作することも含めて)。 さて、今回はさっそくこれを作ってみます。作る方法はネットでいろいろな人が教えてくれるので、それらを参考にすれば、すぐに作れます。 データを受け取って蓄積する側を作る まずは、Googleスプレッドシートに以下の図のような表を作り、M5StickCから受け取ったデータを書き込めるようにします(図では既にデータが蓄積されています)。 A列「gasCodeVer」:一応、動かしているスクリプトのバージョンを記録 B列「receiveTime」:データを受け取った時刻(receivedでないのはご愛嬌) C列「dataNum」:いくつデータが取れているかを記録 D列「data1」以降:加速度データ そのために、以下のことをします。 Googleドライブでスプレッドシートを作る 「ツール」→「スクリプトエディタ」からスクリプトエディタを開く Apps Scriptでスクリプト(コード)を書く 「デプロイ」→「新しいデプロイ」→「種類の選択」→「ウェブアプリ」からデプロイ 基本的なやり方は下の参考ページ(前半部分)を見れば、すぐに分かります。実際に手元で出る画面と少し違うところがあるかもしれませんが、だいたい一緒かな、という緩さをもって見ていくと良いと思います。 [M5Stack] M5Stackで取得したデータを、Google スプレットシートへ書き込む M5StackはWi-Fi機能との連携が特徴の一つとなりますが、やってみたくなるのがクラウド連携だと思います。そこで、今回は、Go...

システム内製化のトレンド

  これまで多くの企業にとって、ICTと言えば外から買ってくるものでした。もしくは、業者に発注して作ってもらうものでした。それがクラウドサービスになって、借りてくるもの、みんなでシェアしながら使うもの、になりましたが、今は社内で作るものになり始めています。いわゆる「内製化」です。 かつてソフトウェアを開発する企業に所属していた身としては、市場の大きな変化につながる話なので、とても気になっているのですが、多くの企業の方にとっては、まだまだ関心の薄い話題かもしれません。なので、なぜシステム内製化というトレンドが起こりつつあるかについて、僕の認識していることを少し書いておこうと思います。 とはいえ「なぜ」というのは非常に簡単な話です。経営、ビジネスモデル、事業の強み、といったものがICTと密接に関係するようになったからです。 アウトソーシングしていい業務と、してはいけない業務は何か、という議論をするとき、ひとつ大きな論点として、強みに直結するものかどうか、ということが挙げられます。その企業独自の強みを他社に依存すると、強みを持続させることも発展させることも危うくなるというのは分かりやすいと思います。システム内製化も同じ論点から出てくる話です。自社の強みの源泉となっている業務フローを支えるシステムだったら、自分たちの手の内に入れておくべきです。 また、今の時代が、不確実性が高く、かつ、変化の激しい時代である(と言われている)ことも、内製化の追い風になっています。不確実で変化の激しい市場に対応するビジネスは、その運用を柔軟に変化させ続けなければいけません。それも高速に。そのためには、システムもビジネスに追従して高速に変化させ続ける必要があります。システム開発を外注していたら、事業変化のスピードにはどうしたって追いつけません。システムが足を引っ張るようになります。必要なスピードを出すためには、社内で、ビジネスを回している従業員のすぐそばで、一体となって、開発をしていかなければならないのです。 そんなわけで、これまで「IT企業」とは言われていなかった企業が、続々とエンジニアの中途採用を始めて、自分たちでシステム開発をやれるようになってきています。そしてすべての企業が「IT企業」になる(逆に言えば「IT企業」という枠組みが消える)時代が来ようとしています。 もちろん、全ての...

簡単にできるIoT~振動の測定①

先日(といっても随分経ってしまっていますが…)とある方から、M5StickCというデバイスをいただきました。それで、どんなことができるのかと試してみたことを紹介します。 M5StickC M5StickC(本体のみ) このデバイスは親指(より少し小さい?)くらいのサイズですが、中にESP32-PICOというモジュールが搭載されていて、WiFiやBluetoothの通信ができます。また、MPU6886というモジュールも載っていて、加速度、ジャイロ、(デバイス内部の)温度センサーが使えます。液晶画面やボタンもついています。要するに、いくつかのセンサーと、操作や通信をする機能がコンパクトにまとまっているデバイスです。 そして、このデバイスのいいところは、デバイスを制御するためのソフトウェアを作るのも非常に簡単ということです。ネットワークにつながる部分が既に作り込まれていて、少し追加で設定するだけで、すぐにWiFi(そしてWiFiを経由してインターネット)との接続も可能です。 この手の電子工作モジュールがよく売られている SWITCH SCIENCE でも扱っています。 何を作るか 機械などに取り付けたセンサーから得られるデータを、クラウドに収集して分析して、人の行動の参考にしたり、他のシステムを動かしたり、機械のコントローラーにフィードバックして自動制御したり、というのがよくあるIoTの全体像です。M5StickCを使えば、このようなIoT的なシステムが簡単に構築できることが期待できます。 とはいえ、このデバイスでどんなデータを取得したら役に立つのか、というのは意外と難しい話です。昨今、ノーコード/ローコードで、プログラマでなくてもプログラミングができる!ということがよく言われます。しかし、システムを作る上で難しいのは、コードを書くところよりも、何を作るかを決めるところです。これはプログラマやエンジニアでも上手くできる人が少ないですし、ユーザー企業で現場の業務をよく知っている人ならできるというわけでもないです。課題をよく吟味して、業務やビジネスがどう変化すると良いのかを全体最適の視点から捉えないと、間違ったものを作ってしまいます。 本来は、課題があって、それから手段が検討されるわけですが、今回は手段が手元にあって、そこから何ができるか考えています。完全に間違いパターンで...