マニュアル作成に潜む「作って満足」の落とし穴
経営者からよく寄せられる相談のひとつが「マニュアルを作りたい」というものです。業務を標準化したい、新人教育を誰でもできるようにしたい、そして何より「人が辞めても仕事が止まらないようにしたい」といった動機が背景にあります。
しかし、ここには大きな落とし穴があると松田さんは指摘します。それは「マニュアルを作って満足していないか」という点です。担当者が一生懸命に文章を書き、写真を撮り、図を入れて、何十ページもの立派なマニュアルを作り上げる。それ自体は素晴らしいのですが、完成した時点で終わってしまうと、まったく意味がないというのです。
本当に見るべきは、マニュアルを作った"後工程"です。そのマニュアルによって現場の仕事は変わったのか。ミスは減ったのか。誰でも新人教育ができ、同じ品質の仕事ができるようになったのか。ここまで見なければ、マニュアルを作った意味はありません。
マニュアルは目的ではなく手段です。
問うべきは「実行されたか」──業績を決める2つの確率
では、マニュアル作りの本当の目的は何か。それは「正しい仕事が実行される確率を上げること」だと松田さんは言います。マニュアルを従業員に読んでもらうことがゴールではなく、ちゃんと実行してもらうことがゴールなのです。手段と目的を取り違えてはいけません。
この番組で繰り返し語られている考え方が、「業績=戦略確率 × 実行確率」という式です。どんなに素晴らしい戦略も、実行されなければ成果はゼロ点になります。だからこそ問うべきは、「マニュアルを作ったか」「読んだか」ではなく、「実行されたかどうか」なのです。
そう考えると、実行確率を上げる手段はマニュアルだけではありません。簡単なことなら毎日の朝礼で一言注意を促すほうが効果的かもしれませんし、チェックリストや動画のほうが向いている場合もあります。あるいは、その仕事自体をなくしてしまうという選択肢もあります。
そもそも大前提として、人は忘れる生き物です。エビングハウスの忘却曲線が示すように、一度聞いたことも、一度読んだマニュアルも、基本的には忘れてしまいます。この人間心理を無視すると、「ちゃんと読んでください」「何回説明すればわかるの」と人を責める経営になってしまいます。目指すべきは、マニュアルを読まなくても正しく実行される方法はないか、その仕組みの構造自体を疑うことです。
なぜマクドナルドは"店舗そのもの"を設計するのか
ここで登場するのがマクドナルドの例です。「マニュアルがしっかりしている」という印象を持つ人は多いでしょう。もちろんそれも事実ですが、もっと面白いのは、従業員がマニュアルを読み込んで頑張らなくても一定の動きができるように、そもそも店舗が設計されている点です。
厨房のレイアウト、道具や食材の配置、作業の順番、時間を管理する機器──こうした部分が統一化されていると言われています。もし店舗ごとにバンズやソースの位置がバラバラだったら、スタッフは移動するたびに全部覚え直しになってしまいます。マニュアルで動きを整えるのではなく、環境そのもの、つまりお店そのものを標準化することで、人によるバラつきを小さくしているのです。
人が読んで覚えて動く。忘れればミスが起きる。店舗ごとに配置が違えば覚え直しが必要。
店舗そのものを標準化。どこでも同じ配置だから、自然と同じ動きができる。バラつきが小さい。
この考え方は松田さんの会社でも実践されています。レジ周りの設計では、レジ袋や電卓の位置を店舗ごとにそろえるガイドラインがあります。さらに面白いのが、全店舗のパソコンが同じブックマークフォルダの構造になっている点です。どこにサイトのリンクがあるかを覚える必要がなく、急な欠勤でヘルプに来たスタッフでも、いつもの店舗と同じオペレーションができる仕組みになっています。
マニュアルではなくて、設計で、構造で動いてもらう。こうやった方が実行確率は上がります。
ルール化はお願い、仕組み化は構造
「気をつけてほしい」「実行してほしい」を実現する考え方として、製造業には「ポカよけ」というものがあります。これは人に注意を求めるのではなく、そもそもミスしにくいように設計するという発想です。
身近な例で言えば、電子レンジは扉を開けたら自動で止まります。開けてもずっと動いていたら大変不便です。USBのType-Cはどちらの向きでも差し込めます。入力フォームで必須項目が埋まっていないと送信できない仕組みも同じです。毎回「電話番号が入っていない」「メールアドレスが入っていない」というミスをなくしてくれます。
扉を開けたら自動で止まる。動いたまま開けられない構造になっている。
上下どちらの向きでも差し込める。向きを間違えようがない。
埋まっていないと送信できない。入力漏れそのものが起きない。
ここで松田さんが強調するのが「ルール化はお願い、仕組み化は構造」という言葉です。たとえば「経費精算で領収書を必ず添付してください」とマニュアルに書くのはルール、つまりお願いにすぎません。一方、「領収書を添付しなければ申請できないシステム」にすれば、それは構造です。マクドナルドのように店舗設計を構造化してしまえば、どこの店でも同じように動けるようになり、実行確率が上がります。
「領収書を必ず添付してください」とマニュアルに書く。守るかどうかは人次第。
領収書を添付しなければ申請できないシステムにする。添付漏れが起きない。
構造を根本から変えられれば、マニュアルを作る時間も、それを見て覚えてもらう時間も、そしてミスも減らせます。マニュアルを作る前に「そもそもこの仕事は必要か」「自動化・システム化できないか」「間違いにくい構造にできないか」「チェックリストや動画で十分ではないか」と考えることが大切です。
効果的なマニュアルの条件と作り方
もう一つの注意点として、「丁寧なマニュアル」が必ずしも必要とは限らない、と松田さんは言います。成果につながっていない仕事、誰も見ていない報告書、目的がわからなくなった確認作業──こうした不要な仕事の実行確率を上げても意味がありません。売上や成果につながるマニュアルを作ることが大切です。
では、マニュアルが本当に効果的なのはどんな場合か。それはベテランやトップ営業担当の"勘"に依存している業務です。スーパー営業担当のやり方をマニュアル化すれば、みんなが同じように営業できるようになりますし、その人が辞めても仕事が止まりません。「すごい人の技を、普通の人でもできるようにする」──ここがマニュアルの真の価値です。
作り方のコツは、最初から100点を目指さないことです。いきなり完璧なマニュアルを作ろうとすると大変なので、まず40〜50点くらいのものをさっと作り、現場で使ってもらう。そして「もっとこうしたほうがいい」という報告を集めて改善し続けるのが良い、と松田さんは勧めます。
また、マニュアル作成を高単価のコンサルなどに丸ごと外注するより、まずは自分たちで作ることを松田さんは勧めます。マニュアルが良いか悪いかは、自分たちにしかわからないからです。叩き台を一緒に考えてもらうのは良いとしても、最終的には現場で使い、実行確率が上がるか、そしてお客様満足度につながるかを見ることが大切です。
AI時代に問い直す「マニュアルは本当に必要か」
これからはさらにAIの時代になっていきます。マニュアルも簡単に作れるようになり、「そもそもマニュアルは本当に必要なのか」という問いがより重要になってくると松田さんは見ています。情報や知識はAIを使えば簡単に教えてもらえますし、構造化したものを出してもらうこともできます。
あらためて確認したいのは、マニュアルは実行確率を上げる一つの手段でしかない、という点です。実行確率を上げたい対象が、本当にマニュアルで上がるのか。マニュアル以外にも選択肢はたくさんあります。
その中で最も効果的なのは、そもそもの構造を変えてしまうこと。マクドナルドのようにどこの店でも同じオペレーションができる店舗にする、ポカよけのようにミスが起きない仕組みを作る──これが一番実行確率を上げます。なぜなら、人はどんなに頑張ってもミスをするからです。それは人間なので仕方がありません。
人はどんなに頑張ってもミスをしてしまう。だからこそ、仕組みや構造によって実行確率を上げられないかという視点を持ってほしい。
なお松田さんは、マニュアルを否定したいわけではないと念を押しています。自身の会社でもたくさんのマニュアルを作り、活用しています。あくまで「マニュアル化は一つの手段でしかない」ということを覚えておいてほしい、というのが今回のメッセージです。
まとめ
今回のテーマは「マニュアルは本当に必要なのか」でした。マニュアルは業務標準化や属人化の解消に役立つ大切なツールですが、それ自体が目的になってはいけません。本当のゴールは「正しい仕事が実行される確率を上げること」であり、マニュアルはそのための手段の一つにすぎません。
マクドナルドの店舗設計が示すように、人の努力や記憶に頼るのではなく、環境や構造そのものを変えてしまえば、誰でも自然と正しく動けるようになります。「ルール化はお願い、仕組み化は構造」──この一言を胸に、まずは"そもそも構造を変えられないか"を考えることが、AI時代の仕組みづくりの出発点になりそうです。
- マニュアルは目的ではなく手段。「作って満足」で終わらせず、実行されたかまで見る
- 業績=戦略確率 × 実行確率。問うべきは「実行されたか」
- マクドナルドは店舗そのものを標準化し、マニュアルではなく構造で人を動かしている
- ルール化は"お願い"、仕組み化は"構造"。ミスが起きない設計(ポカよけ)が最強
- マニュアルが効くのはベテランの勘の共有など。まず40〜50点で作り、現場で改善する
- AI時代は「そもそもマニュアルが必要か」「構造を変えられないか」を問い直すことが重要
