今月から、カスタマーサクセス部の部長を担当しておりますが、私の野望の一つにこんなものがあります。

現在のチームのメンバーに向けては全員がプロセス整備について同じように考えられるように、まだ見ぬ仲間に向けては、（同じ組織でもそうでなくても）今悩んでいる誰かのヒントになれば、と思い、私自身がこの半年取り組んできたプロセス整備の具体的な進め方を改めてまとめることにしました！

この記事がおすすめな人

それなりに皆さんのお時間をいただくので、この記事がおすすめな人を書いておきますね。

では、さっそく本題に入っていきたいと思います！

【Before】このお話の舞台になる部署の状態

今回私がプロセス整備を実施した部署は、新事業を立ち上げて約１年の部署。初年度があまりにもうまくいったため、一定のプロセスはあるものの、なかなか大きく見直しを図れるほどの時間も余裕もなく、全員が比較的勢いだけで突き進んでいた部分もあった。

しかし、市場の変化も見え始め、昨年と同じように業務に取り組んでも成果が出にくく、苦しい局面に突入し始めた。
誰もが「このままではまずい…」と感じていたところだった。

プロセス整備の考え方

上記のような状態になったときに、とにかく何とかしたくて「あれやってみよう、これやってみよう」とすぐにHow toを考えて走りたくなってしまう人も多いだろう。

１秒でも速く成果を出したい、その気持ちは「最高！」だけど、せっかく「（プロセスのツギハギではなく）整備」をするなら、走り出す前に一度じっくり立ち返ることで成果を最大化することができる。
プロセス整備も正しく行う「プロセス」がまたある。
他にもやり方は色々あるかもしれないが、一例として、私がいつも取り組んでいる考え方のプロセスを以下に記載していく。
プロセス整備、と書いているがいわゆる「改善」も同じステップで取り組むことができる（プロセス整備とは改善に他ならない）。

STEP1 全体像を書き出す

どのような範囲でもいいが、整備していく業務範囲の大まかなプロセスを洗い出す。その中で問題だと思っていること（整備されていなくて毎回苦労すること）をまずは雑にでもいいから洗い出す。

すでになんらかの取り組みがかなり進んでいたら別だが、そうでない限り、この時点では解決策（こうしよう、こうしたい）を書き出すのではなく、困っていることや現状などの「事実」を書き出す。

解決策を書き出せば、すぐに動き出せるじゃないか！と言われそうだが、ここはグッと我慢することをおススメする。
なぜ、事実を書き出すかというと、目的と手段をなるべく混同しないようにするためだ。

例えば、解決策の一つである「～のフォーマットを作る」などは、よくある整備の手法だが、困っている事実や全体のプロセスから考えなければ、以下のようながっかり整備にもなりかねない。
フォーマットはあくまで手段。困りごとが問題点が解決できれば手段はなんでもよいはず。
（どんなプロセス整備も、目的と導線を考えて設計することはかなり重要！基本的に、普段通らない道を通ったり、面倒なことをしたがる人はいない）

STEP2 優先順位をつける

洗い出した項目の中のどこが優先順位が高いか（＝今の組織に必要か）を考えてみる。

ここも面倒なプロセスだが、残念整備のバッドエンドを迎えないためにグッと我慢することが必要だ。
優先順位をつけるときには以下の２つのバランスを考慮して検討するとよい。

１）効果の高さ

２）投入が見込まれる時間

例えば、手作業で売り上げ集計をしていてミスが多く困っている場合。確かにミスはよくない。一方で、そのミスはその部署の中で修正すればいいだけで、かつ、その部署が売り上げがなければ解散だった場合に、
「新しい売り上げシステムを入れよう！」
と１年間かかる全社を巻き込んだプロセス整備にとりくんでも、そもそもその手前で解散する可能性が高い。

このバランスのとり方は組織の安定度などにもよるので一概にいえないが、たとえば、今回私が取り組んだ際には新規立ち上げ部署だったのでとにかく時間をかけず効果がでるもの優先とした。

また、プロセス整備にあまり慣れていないような組織では、極力いろいろな人が整備による恩恵を感じ、協力を得やすくするため、最初はハードルが低くて「とりあえずやってみた」がわかりやすいものに取り組んでみるのもおすすめ。

STEP3 優先順位順にとにかく実行

説明が不要なレベルで「あとはとにかく実行！」
JUST DO IT.

STEP 3.5 とにかく実行が難しい人へのヒント

しかし、とにかく実行というけれど、こんな問題にぶち当たる人はいないだろうか？という２つのパターンへのヒントも書いておく。

■パターン１「時間捻出が難しい」。
わかる、めちゃくちゃわかる。

特に、仕組みを構築したりすることをしたことがない人にとっては、ハードルが高く感じると思う。
「時間がなかったから進みませんでした」の言い訳は特に使いやすいし、自分自身も使ってしまうこともある…。

そんなときに実行できる仕組みを自分のなかに整備するのもまさに「仕組みの力」！
忙しい中でもペースメイクするために、私がプロセス整備などぼんやりした仕事を実施する際にはかならず以下のようにしている。

とにかく、コミットして、それが出来たかどうかを誰かに一緒に追いかけてもらう。
これだけでも随分成功確率は上がる。

■パターン２「何からしたらいいかわからない」
これもわかる。わかりみが深すぎる。

そんな時には、これまでSTEP1・2で実施したプロセスをもう一度やってみるとよい。
これまで書き出した項目をその中で起きているさらに小さな問題に細かく分割してみると、対策の糸口が見つかるかもしれない。
分割するときは更に細かいプロセスに分けるやり方もあるが、ある切り口から見つめなおしてみるのも効果的だ。

分割のイメージを架空のレストランのプロセスで書いてみた。
あえての手書き…（笑）だが、実際に私はこんな感じで付箋やノートに書いているのでそういう意味でのリアリティは多少あるかも？

大きな問題は「料理の作り方のばらつき」、ということだが、そのプロセスを整備するのはとても時間がかかりそうだ。しかもこれだけぼんやりしていると対応策を見誤る可能性も高い。
その問題をさらに細かく見てみると以下のような問題が見つかるかもしれない。

作り方は全員同じように知っているけれど、実はそれ以外の事柄が作り方のばらつきを発生させている可能性もある。
それなのに、苦労して数か月かけて「レシピのマニュアルを整備しました！」では（意味がないわけではないが）時間のかけ方も効果面ももったいない。
こんな感じで、自分が「これなら解決できそう」というサイズに問題を小さくしていけば、解決の糸口やアクションの一歩目を踏み出しやすいし、効果も正しく出しやすい。

実際の取り組み

私が今回取り組みを実施した部署は、いわゆる「THE MODEL」型のファンクションを上流から下流まで持っている部署だった。

私はカスタマーサクセスの担当として入ったので最初は全てのプロセスがわからなかった。
従って、以下のように優先順位を付けた。

まずはカスタマーサクセスで明らかに躓きが発生しているプロセスに集中してプロセス整備を実施

次に、自分自身プロセスを学ぶ必要があるマーケティング・営業寄りの改善を進めた

【After】起こった変化

ここで業務工数〇％減！と言えたらカッコいいのだが、一個一個の取り組みに関してはBeforeの状態を計測せずに実行したので（これは反省点）定量的な結果としては測れていない。

しかし、最初に書いた通り苦しい局面だったチームも、何とか変化後の環境でも戦っていける素地が作れてきた（もちろんそうなってきたのは今回のプロセス整備だけが理由ではないのだが）。

今回の整備における定性的な効果だと私自身が感じているのは以下の通りだ。

今後の取り組み

「自分だけでこの取り組みをすべて実施した！」というつもりは全くないが、時間も限られていたのでかなりの部分を個人の力技で進めてしまったことは事実。
ありがたいことに、今回取り上げた部署よりさらに人数の多いカスタマーサクセスのチームを任せていただくことになった。
ここでも、正しい仕組み化に全員で向き合い、仕組みで生まれたリソーセス（余裕）で個々の力を最大限発揮しながら強くなっていけるチームをみんなで作り上げたい。…いや、必ず作る！

そんなチームの仲間になりたいなと感じてくださった方や、ここには書ききれなかった内容について聞いてみたい、という方、ぜひ一度カジュアルにお話ししましょう！

www.wantedly.com 日本の組織エンゲージメント向上とDX化を推進するカスタマーサクセス募集！ - 株式会社スタメンのカスタマーサクセスの採用 - Wantedly

募集要項をみる