CRM・SFA
有料プランに上げる判断は、機能表ではなく手作業で決める
用語
- CRM(顧客管理システム)
- SFA(営業支援システム)
「そろそろ有料版にしたほうがいいですか」と聞かれると、私たちはまず機能表を閉じてもらいます。
無料版と有料版の差は、料金ページに全部書いてあります。ワークフローが使える、レポートの数が増える、ユーザー数の上限が上がる。
それを上から読んで「これも欲しい、あれも欲しい」となった時点では、まだ何も決まっていません。欲しい機能が増えることと、上げるべき理由があることは別です。
この記事は無料から有料への切り替えを例に書きますが、すでに有料の会社が上位のエディションへ上げる、アドオンを買うときも、判断の仕方は同じです。差の中身はツールによって違っても、見るべきものは変わりません。
機能が欲しくなったときは、まだ上げどきではない
機能表から入ると、判断が「あったら便利」に引っ張られます。あったら便利なものは、全部欲しいものになります。そして有料版は、全部欲しいものを買った会社から順に、使われない機能の月額を払い続けることになります。
無料版でも、顧客の一覧、商談の進み具合、メールの履歴は管理できます。上げどきは、この範囲を超えたところで、人が困ったときに来ます。ただし「困った」の中身が曖昧なままだと、上げても同じ場所でまた困ります。
上げどきは、手作業の名前と回数で言える
私たちが見るのは、次の2つです。
ひとつは、無料の範囲で、誰かが決まった周期で手でやっている作業。
たとえば、毎週月曜に担当者Aさんが、商談の一覧を表計算ソフトに書き出して、先週からの動きを見比べている。毎月末に、受注見込みの数字を3人から集めて貼り合わせている。名前と周期が言える作業です。
もうひとつは、その作業の結果を待っている判断。月曜の見比べが終わらないと、営業会議で追う商談が決まらない。月末の貼り合わせが終わらないと、翌月の目標の話に入れない。
この2つが一文で書けるなら、上げどきです。「毎週月曜に、Aさんが半日かけて手で出している一覧を、会議の前に自動で出したい」。
ここまで言えれば、必要な機能は自然に決まります。ワークフローなのか、レポートなのか、ユーザー数なのか。機能表を見る前に、答えが出ています。
一文で書けないなら、足りないのは機能ではない
逆もあります。手作業が思いつかない。思いついても、結果を待っている判断が見当たらない。この場合は、有料版に上げても、使い道がありません。
もっと正確に言うと、使い道が決まっていない状態で上げると、機能は使われないまま増えます。
自動化を入れても、その出力を見る会議がなければ、誰も見ません。レポートを増やしても、見る人と見る日が決まっていなければ、画面が増えるだけです。
これは機能不足ではなく、運用がまだ決まっていないというサインです。有料にするより先に、無料のまま1つだけ運用を決めたほうが、あとで有料版が効きます。
日本の会社では、一文が稟議の文面そのものになる
この一文には、もうひとつ使い道があります。
日本の会社では、月額の支出が増えるとき、多くの場合、社内の承認が必要です。そこに「機能が充実するため」と書くと、承認する側は比較のしようがありません。他の部署の要望と並んだとき、優先順位が付かないからです。
「毎週月曜に半日かけている一覧作成をなくし、会議の前に出せるようにする」なら、承認する側が判断できます。誰の、どの作業が、どれだけ減るのか。減った時間で何を決めるのか。
上げどきを手作業で言えるようにしておくことは、判断を正確にするだけでなく、承認を通す文面を最初から作っておくことにもなります。
経理で止まらないように、金額も同じ一文から出します。片側は「その作業にかかる時間 × 年間の回数 × 担当者の時間単価」。もう片側は「上げたときの年額の差額」で、ユーザー数分の料金が乗ります。
全員分を上げる必要があるのか、使う人だけ上げられるのかはツールと契約によって違うので、見積を取る前に確かめてください。
この2つの数字を並べれば、承認する側は比べられます。
入力の負担を先に見直す話は、CRMの項目を半分に削るとき、消す前に確かめることに書きました。
誰が何を見るかが決まってから、有料版を考える。私たちはこの順番を勧めています。
有料プランに上げる根拠は、機能表の中身ではありません。無料の範囲で誰かが繰り返している手作業と、その結果を待っている判断の2つです。この2つを一文で書けるなら、上げどきです。書けないなら、足りないのは機能ではなく、運用の決めごとです。
今週、無料版で誰かが毎回手でやっている作業を、ひとつ書き出してみてください。名前と周期と、待っている判断までです。3つとも書けたら、それが有料プランの最初の理由になります。
関連する記事
上げたあとに必ず起きるのは、「入力項目が増えて現場が疲れる」ことです。入力されない項目を必須にして失敗する構造は、必須項目を増やすと、空欄は消えますが誤りが増えますに書きました。
同じカテゴリの記事は「CRM・SFA」にまとめています。