ハーネスのフィードバックループを4種類に分けたら、機能してたのは1つだけだった

4種類のフィードバックループを仕込んだのに、3ヶ月後に生き残っていたのはたったの1種類。これは個人開発のハーネスでの実測だが、複数施策を同時に打つ組織では珍しくない話である。著者は月次ログ棚卸しで初めて気づいた。L1は毎日数百回動いているのに、L4は3ヶ月でゼロ回。L3のレポートはミュートされたままだった。

AIの鬼がここで引っかかるのは、「Choice Overload」という現象だ。プロンプト設計では過度な選択肢が出力品質を下げることが知られているが、同じ病が設計の領域にも起きるということ。起動条件が複雑になるほど、通知先が分散するほど、責任者が曖昧になるほど、フィードバックループは死蔵される。そして最悪なのは、書いた本人すら忘れることだ。誰かが見るはず、誰かが直すはずという暗黙化が、結果的に誰も見ない状態を生む。著者が導き出した「hook三種の神器」は秀逸だ。起動が単純、出力が目の前、責任が本人という3条件が揃わないループは、最初から死蔵候補だという判定軸である。

中小企業の実務に引き寄せると、自動化・改善施策も同じ罠にはまりやすい。RPA、定期メール、ダッシュボード更新など複数の仕組みを一度に導入すると、最初の1ヶ月は動くが3ヶ月後には半分が止まっている。大事なのは全施策を完璧に回すことではなく、本当に効いている1つに集中し、定期的にログで検証する習慣である。ツールの数ではなく、動き続ける仕組みの数だけが価値を生む。