IT運用を10年以上もやっていれば、それはそれは大きな事故を起こす事もあります。
システムトラブルだけではありません。お客様との関係性が起因するクレーム等もあります。
事故自慢は置いといて、事故を振り返りやすくして、事故を激減させる7原則があります。
先に言っておきますが、この7原則は私が作ったものではなく、
サービス業界にて既にある幾つかのルールをIT運用に適用したものです。
対応における3原則は「愛されるサービス」という本に殆ど書いてありますので、気になる方は一読をお勧めします。とても素晴らしい本です。
また行動における4原則はディズニーランドのホスピタリティ系の資料を読むと出てくるので直ぐ探せると思います。
対応3原則には株式会社HUGE代表である新川義弘さんの考え方です。
新川さんはover30世代ならば覚えているかもしれませんが、
ブッシュ大統領・小泉首相(当時)が居酒屋会談をしましたよね。
あの給仕をされた方で、サービスの神様と呼ばれている方です。
実践すれば確実に効果が解りますので、是非愛されるサービスを読んでみて下さい。
お気付きかと思いますが、このブログの題名もこの本から取ったものです。
行動4原則にはオリエンタルランドのSCSEという行動規範を採用しました。
オリエンタルランドは言わずと知れた東京ディズニーランドの運営会社です。
最近、ブラックだのなんだのと言われていますが、安全への考え方はトップレベルです。
実際にアルバイトをしていたので、SCSEについてはよく理解していました。
上記対応3原則と行動4原則を合わせる事で、愛される運用・監視を実現し、
振り返りを効果的に行い、事故を減らします。
前置きはこの位にして、今回は対応3原則から書いていきます。
-----------
対応3原則はお客様との対応をする為のマインドを説いている。
以前、突き抜けるサービスで顧客と対等に接してプロセスを共有するという事を
書いた。対応3原則についてはそれを実現する術に近い。
対応3原則は
・リコグニション(顧客認知)
・アンティシペイション(事前察知)
・オペレーション(運営)
の3点から成り立っている。順を追って確認していく。
リコグニション(顧客認知)とは、読んで字の如く顧客の事を知るという事だ。
レストランで例えてみよう。チェーン店では一見接客(いちげんせっきゃく)が多い。
それは誰にも分け隔てなく同様のサービスを提供する為の術だ。
あなたは可でもなく不可でもないサービス。期待通りのサービスを提供される。
特に不満足は無い。そういうサービスを提供していると解っているからだ。
しかし、次に来店した時にこういう反応がかえってきたらどうだろうか。
「○○さま、先日はご来店ありがとうございました。」
きっと、「えっ!」と驚くだろう。この対応は期待していなかったからだ。
自分のことを覚えてくれていた事で特別扱いされたような気持ちになる。
あなたは一気にこの店員のファンになるだろう。そしてお店に通うようになる。
俗に言う常連という人達はこの気持ちに近い筈だ。
「○○さま、ブロッコリーは抜きにいたしますか?」
なんて聞かれたらどうだろう。前回、確かにブロッコリーを残した!
自分の嫌いな食べ物を理解してくれているのか!と嬉しくなるかもしれない。
ただ、チェーン店でここまでされたらストーカーではないだろうか。と勘ぐってしまい、
若干引いてしまうか、怖いから行かないようにしようとも思うかもしれないが・・・。
予約を入れてドレスコードがあって給仕が居るようなレストランであれば、
これぐらいの接客を見せてくれる可能性は十分にある。
顧客の名前は勿論、好き嫌い、記念日も覚えている。
出来る給仕は他愛も無い会話からその人の趣味嗜好まで把握して覚えている。
野球好きであれば贔屓のチームの試合の話をしたり。
これは動向も把握していなければならない。
例えばイチローがマーリンズに移籍したという情報も知っていなければ話せない。
話題を切り出す為には、相手のことを理解しているだけではなく、
それを生かす為に常に努力する事が重要だ。
この会話が成立した時にあなたは店員の事がもっと好きになるだろう。
これがリコグニションだ。
この考え方はIT運用でも同じ事が言える。
相手のコンテンツを徹底的に理解する。そして好きになる事。
例えばゲームの案件であれば、必ずリリースされたゲームはインストールして実施する。
実際にどのタイミングで課金されるのか、また負荷が掛かっていくのか。
そういう部分を知らなければ提案も出来ない。
Webサイトであればtwitter等、バズりやすいSNSをウォッチしておいたり、
常にアンテナを張ってニュースに敏感になるようにしなければならない。
相手を理解するということは”相手を理解しよう”と努力する事から始まるのだから。
当たり前のようだが、実施できているかを当てはめて考えてみると良いだろう。
IT運用エンジニアはコードを書いたり、ミドルウェアをチューニングしたり、
対顧客に関する意識がどうしても欠如しがちである。
アラートメールに書いてある事は解るが、アラートメールの先にあるものが見えづらい。
運用は"何も起きないのが当たり前"の世界の為、常に顧客が見てるものを一緒に意識すると、
プロセスを共有出来、リコグニションも上手く浸透していく筈だ。
次にアンティシペイション。
アンティシペイション(事前察知)とは、顧客がやろうとする事を事前に察知する事。
居酒屋で例えるととても解りやすい。
~あなたは今、お酒を飲んでいる。お酒をおかわりしたい。~
あなたはどのタイミングで店員を呼ぶか。
1.グラスが空いてから呼ぶ
2.グラスが空になる前にある程度残しておいて呼ぶ
基本的には1の人が多いのではないだろうか。
1の人で、店員が持ってくるのが遅い店では2に変更する。という人が多い筈。
飲み屋によく行くという方は、こういう店は無かっただろうか
・グラスが空きそうになると、店員が「次の御飲物お持ちいたしますか?」と聞いてくる。
空になってから聞かれるのではなく、丁度飲み干した位のタイミングで持ってくる。
きっとあなたはこう思うだろう。
(この店は、接客が行き届いているなぁ。)
接客が行き届いている店では気持ちが良い。
食事に集中が出来たり、話に集中出来たり、自分がやりたい事をする為の条件が整う。
そしてあなたは(また、次も来よう。)ときっと思うだろう。リピーターの出来上がり。
アンティシペイションはこのように顧客が事前に行う事を予測して行動する事。
これはITでも言える。究極的に自動化してしまったのがオートスケールと考えれば解りやすい。
最初はお伺い、御用聞きから始まる。
「最近、負荷が高くなってきましたね。何かイベントとかやっていますか?」
ここでイベントの情報を得たとしよう。きっとあなたは何らかの策を講じるだろう。
この策をあなたは隠れてコソコソとやってはいけない。
あくまで内容をシェアする。そしてプロセスを共有する必要がある。
そうすると相手は次のイベントの時には先に相談してくれるようになるだろう。
事前察知する為には、顧客の売り上げや業界規模も把握する必要がある。
売り上げによってはシステムのシュリンクを提案したりすることも必要だろう。
古いミドルウェアを使用していて、業界の標準から遅れているようであれば、
ミドルウェアの変更やバージョンアップの提案もしていく必要がある。
気付いた方も居ると思うが、提案する材料を集めるのはリコグニションが必要だ。
顧客認知をして事前察知力を高めていく。この流れが基本である。
リコグニションとアンティシペイションを発揮してオペレーションに繋げていく。
このオペレーション(運営)がとても重要。ここからが特に重要な話となる。
運営とは飲食店で言えば、お店を回す力を指す。
滞りなく料理や飲み物が提供出来、ここちよい空間を提供出来る事。
これを実現するには顧客を知る事と、事前に察知する力が必要だ。
ただし注意しておく事がある。"あくまでユーザとは対等"という前提を無くさない事だ。
飲食店で酔って騒いでいる、俗に言う悪いお酒になっているお客が居たとする。
周りのお客にも絡んでいるようで、みんな苦笑い。
その酔って騒いでる客は常連客だ。金払いもとてもいい。
あなたが店員であったらどういう対応を取るか?
きっとそのお客に「もう少し静かに御飲み頂けますか?」などと言うのではないか。
しかしながら、そのお客が注意を聞かずに騒いでいたらどうするか。
「これ以上騒がれますと他のお客様にも迷惑になりますので、御引き取り頂きます。」
などと申し伝えるのではないかと思うが、問題はここから先が重要。
あなたは本気でその常連を帰れといって店の外に連れて出せるだろうか?
一見さんお断りという京都の料亭等は、コンセプトを知らないと満足いくサービスが
提供出来なかったり、コンセプトにマッチングしない方が同じ空間に居るだけで、
馴染みの方へのホスピタリティに影響し、お互い悪影響が出てしまう恐れがある。
だから一見さんお断りというのがあるんだという話を聞いたことがある。
決して高飛車で言っている訳ではない。高級店はドレスコードが厳しかったり、
敷居が高いのにはそれなりの理由がある。
顧客をコントロールする力もオペレーションの1つという事だ。
ユーザが解約をおどし文句に理不尽な事を言ってくる事があると思う。
また、解約ではないにしろ、何らかの圧力をかけてきたりというのはよくある話だと思う。
ここでもう1度質問を考えてみて欲しい。
あなたは本気でその常連を帰れといって店の外に連れて出せるだろうか?
この時点で対等であるというバランスが崩れているので2択で考える。
バランスが崩れた時点でユーザではなくなっているのだから、
対等という意識をもってもらえるように教育しなおすか、それか解約してもらうかの2択になる。
ただし勘違いしないでほしい。このケースの殆どがお客が悪いという事例ではないのだ。
導入の際に問題点があったり、日々の運用で上下関係を作ってしまったり。
色々な理由があっておきてしまった事であり、オペレーションの問題。
要するにユーザコントロールが出来ていない、もしくは出来ない環境下だった。という事だ。
前述の飲み過ぎた客、更に常連というキーワードであれば、
どれくらいお酒が強いかや、何か深酒してしまうような出来事が無いかという顧客認知と、
飲み過ぎて悪い酒になっていないかというような事前察知があれば防げたのではないか。
あなたは常連客をユーザのままで居て頂くことが出来るという話になる。
しかしながら多くの場合は、バランスが崩れた後も顧客だからという理由で、
問題を曖昧にしたり、目をつぶってしまったりしているのではないだろうか。
きっと振り返る事もせずに、現場は疲弊し、ユーザもシュリンクしていき解約になっていくだろう。
そういう経験をしたこともあるのではないだろうか。
曖昧にし続ける場合は自社オペレーションから切り離す等の覚悟が必要だ。
オペレーションで重要なのはこの振り返る事。
例えば導入の際にお金が良いから納得性が低いまま強引に取ってきた。等が無かっただろうか。
日々の運用で3営業日かかる仕事をasapという4文字で緊急扱いにして対応してなかっただろうか。
これを指摘したらきっとこういうかもしれない。
「お客様が望んでいるから仕方ないじゃないか。」と。
お客様が望む事が幸せではない。愛される運用とは程遠く、満足度も上がらない。
それは、お客様が望む事=当然、期待している事なのだから一見接客と変わらないのである。
要するに顧客認知、事前察知、そしてユーザとの対話や説明を放棄しているだけなのだ。
何かクレームやユーザとの関係性に関する事故が発生した際には、
是非この対応3原則を念頭に置いて運営について振り返ってみては如何だろうか。
私自身、まだまだ出来ていない身ながらもこの対応3原則で顧客対応を振り返ると、
必ず改善点が見つかる。伸びしろは常にあるという前提で、どうか試してみて欲しい。
----------------
ちょっと今回は1話で長く書きすぎたのであとがきを入れます。
この対応3原則の重要性をご理解頂けたでしょうか。
続きの行動4原則は、具体的な行動についての考え方なので解りやすいと思いますが、
対応3原則は例え話も飲食店が多いので解り辛かったらすみません。
振り返りを効果的に行うには全員が同じマインドを共有しておく必要があります。
私がチームビルディングする際には常に対応3原則を意識するようにし、
メンバーには必ず覚えてもらっています。その為、日常のたとえをする事が多くなってます。
(もっとも出来ているとは口が裂けても言えないような状況ですが・・・orz)
私は業務中でも顧客が提供しているゲームは普通にやって良いと言っています。
むしろ奨励しているという方が正しいかもしれません。
また、顧客が良く使うツールは触るように指示をしています。
これは顧客認知の為の努力と考えている為です。
業務中にゲームをするなんてけしからん!と思う方も勿論いますし、メンバーにもいました。
そのゲームをエンドユーザがやる事によって我々の仕事があるにも関わらず・・・です。
なかなか意識の共有は難しいですね。
まだまだ納得出来るような運用は実現出来ていませんが、
この対応3原則を使って、すこしづつ運用における環境が変わっていけばいいな。
と、お客様からのお叱りのメールを見ながら思う次第です。
長文を御読み頂きありがとうございました。