ヤシノミ ロゴ 合同会社ヤシノミ LINEで相談
Amazonコラム 業務改善コラム

失敗を二度くり返さないために 私たちが社内に貯めている「失敗パターン集」の作り方

業務改善コラム / Amazonコラム / 読了目安:約9分

この記事に、自慢できる成功談は出てきません。むしろ逆で、うちには ある施策で売上を大きく落とした経験があります。 良かれと思って打った一手で、数字がガクッと落ちた。あの日のことは、まだはっきり覚えてます。
ただ、その痛みを「反省」で終わらせるのがどうしても嫌でした。それで、失敗を一つの「型」として社内に貯めて、 次に何かを決めるとき必ずその型と照らし合わせる、という仕組みを作りました。この記事は、その失敗を会社の資産に変えるやり方そのものの話です。

1. なぜ「成功事例」ではなく「失敗の貯め方」を書くのか

支援会社のブログには、たいてい成功事例が並びます。「売上が伸びました」「順位が上がりました」。 うちにも、うまくいった仕事はあります。ただ、ブログは信頼を補う場所やと思ってます。 そして信頼を生むのは、きれいな成果報告より――失敗とどう向き合っているかのほうかなと。

どんなに経験を積んでも、外す手はあります。市場が動く、競合が動く、前提が崩れる。 肝心なのは「外さないこと」やなくて、外したあとに同じ外し方を二度しないこと。 なので、隠したくなる失敗ほど丁寧に記録して、次の判断材料に変えるようにしました。ここから、その地味な仕組みの中身です。

2. なぜ失敗は「個人の反省」で消えてしまうのか

失敗がちゃんと活きてる現場は、案外少ないです。能力の問題やなくて、失敗が「記憶」と「感情」の中だけで処理されるからやと思ってます。

① 記憶に頼っている

「あのとき失敗したよね」は、半年も経てば曖昧になる。何を狙い、なぜ外したのかという肝心の中身から先に消えていく。

② 担当者が変わると消える

失敗の知見が一人の頭の中にしかなければ、その人が抜けた瞬間にゼロに戻る。次の担当が同じ穴に落ちる。

③ 感情で終わる

「焦っていた」「確認不足だった」で締めると気は済むが、次に活かせる形にはならない。反省は記録ではない。

うちが売上を大きく落としたときも、最初に出てきたのは「反省」でした。でも反省は、気持ちが落ち着いたら薄れていきます。 要ったのは「気をつけよう」という決意やなくて、同じ判断をしようとしたら自動で引っかかる仕掛けのほうでした。

3. 失敗を「型」に変える4つの観点

それで、失敗が起きるたびに同じ4つの観点で書き残すことにしました。大げさな道具は使ってません。 効くのは項目をそろえることでした。毎回同じ枠で書くから、後から似た状況を探せる「型」になります。

記録する観点書くことなぜ必要か
① 何を狙ったか その施策で達成したかった状態。期待していた変化。 狙いを書かないと、後から「結果が悪かった」しか残らない。狙いと結果のズレこそが学び。
② どんな手札を選んだか 実際に取った打ち手と、そのとき検討して捨てた選択肢。 「なぜ他ではなくこれを選んだか」が分かると、判断の癖が見えてくる。
③ なぜ外したと考えられるか 仮説でよいので原因。前提の崩れ・確認漏れ・タイミングなど。 犯人探しではなく構造の言語化。感情ではなく「条件」で書くのがコツ。
④ 次にどう判断を変えるか 同じ状況が来たときの判断ルール。「○○のときは△△しない/必ず確認する」。 これが無いと記録は読み物で終わる。次の意思決定で使える「条件付きルール」にして初めて資産になる。

ここで手を抜いたらあかんのが④まで必ず書ききること。①〜③は「振り返り」で、④だけが「次に効く」部分やからです。 うちが大きく数字を落とした件も、この4観点に落とし込んで、④に「この条件のときは、一気に動かさず段階的に試す」という判断ルールを残しました。 落とした数字そのものより、この一行のほうが資産やと思ってます。

4. 失敗パターンを意思決定にどう差し込むか

型に貯めても、見返さんかったら意味がない。正直、貯めただけで満足しかけた時期もあります。笑 なので、新しい施策を打つ前に、過去の失敗型と必ず照合するという一手間を、判断の手順そのものに組み込みました。 流れにすると、こうです。

START
新しい施策を打とうとする
CHECK
過去の「失敗パターン集」と照合する
似た型に当たった
そのときの④(判断ルール)を適用する

→ 一気に動かさない/前提を再確認してから進める

該当なし
通常どおり実行する

→ ただし結果は次の型の候補として観察する

RECORD
結果がどうあれ、4観点で記録に戻す

たった一手間ですが、これがあると「気をつける」が個人の意志から、手順の一部に変わります。 意志は揺らぎますが、手順は揺らがない。うちみたいな小さい会社でも失敗を資産にできてるのは、この照合を「人の記憶」やなくて「決まった手順」に置いたからやと思ってます。

5. 数字を「結果」ではなく「異常検知のサイン」として使う

成果報告では、数字は「どれだけ良くなったか」を見せる道具になりがちです。うちは、数字をむしろ逆向きに使ってます。 急に大きく落ちる動きを「何かを外したかもしれない」という早期警告として読む。

売上を大きく落としたとき、いちばん刺さったのは「気づくのが遅れた」という一点でした。 なので今は、落ち込みの数字を「失敗の証拠」やなくて、もっと早く止めるためのサインとして見ています。 急落は、自慢のちょうど反対側にある、いちばん価値のある情報やと思ってます。

  • 「上がった数字」を喜ぶより先に、「想定外に動いた数字」を見る。良い方向の急変も、原因が分からんかったら次に再現できません。
  • 下振れを見つけたら、まず直前に何を変えたかをたどる。だいたいサインは施策の数日後に出ます。
  • 「落ちきってから対処」やなくて、「落ち始めで一度止めて確認」を基本にする。止める判断ができるから、攻める余裕が生まれます。

※ ここで具体的な下落率や金額は出しません。数字の大きさより、「急変を早期警告として読む」という見方のほうが持ち帰ってもらえると思うからです。

6. 業種を問わない「失敗を資産化する」型

ここまではAmazon運用の話で書きましたが、考え方はどの業種でも同じやと思ってます。失敗を個人の反省で終わらせずに、会社の資産へ変える手順を、型でまとめます。

01

失敗を「隠すもの」から「記録するもの」に位置づけ直す

まず社内で、失敗を責めない前提を共有します。責められたら人は隠す。隠れた失敗は資産になりません。出してもらうところが第一歩やと思ってます。

02

毎回「同じ4観点」で書く

狙い/選んだ手札/外した原因(仮説)/次の判断ルール。枠をそろえるから、後から似た状況を探せる「型」になります。自由に書かせると貯まりませんでした。

03

「次の判断ルール」を一行で言い切る

「○○のときは△△しない/必ず確認する」という条件付きの形にします。感想のままやと次に使えないので、ここだけは言い切ります。

04

新しい一手の前に、必ず照合する手順を入れる

意志に頼らんと、手順に組み込みます。「打つ前に過去の失敗型を見る」を当たり前の一工程にしてから、同じ穴に落ちる回数が減りました。

05

急変は「早期警告」として拾う仕組みを持つ

数字の急な落ち込みを、良し悪しの評価やなく「確認のサイン」として扱います。落ちきる前に一度止めて確かめる。これで次の失敗が小さくなりました。

「過去の失敗を、次にうまく活かせていない」という方へ

同じ失敗をくり返してる気がする。担当者が変わるたびに知見が消える。数字が落ちてから気づく。 同じことで困ってる人がいたら、まず今の状態を聞かせてください。
派手な成功事例を並べるんやなくて、失敗を資産に変える仕組みづくりから一緒に考えます。

LINEで相談する

あわせて読みたい

いま、どこで詰まっているか

当てはまるものをタップするだけ、約1分。入力も登録も要りません。詰まっている場所が分かったら、その直し方を「診断書」にしてLINEでお送りします。

記事の更新通知だけ受け取りたい方は、LINEで新着記事を受け取る。月に数本、相談の義務はありません。

業務改善コラム一覧に戻る