同じコストなら、永続的な方を選ぶ。この判断を言語化できている人は少ないです。
問題は「一時しのぎ」の積み重ねが、気づかないうちに設計を壊していくことにあります。
この記事では、一時的な解決と永続的な設計を分ける判断基準と、実際の適用例を分解します。
選択肢のコストが同等のとき、「どうせ同じ手間なら永続的な方を選ぶ」という判断を先に設計しておくことで、後から発生する余分なコストを防げます。
– 一時しのぎの積み重ねが設計を壊す仕組みを知りたい方は「一時しのぎのコスト」へ
– 判断基準をすぐに使いたい方は「判断フレーム」へ
一時しのぎとは何か——「また後で直す」が積み重なるとどうなるか
「一時的でいい、後でちゃんとやる」という判断を、したことがない人はほぼいないと思います。でも、その「後で」が来ることはなかなかないですよね。
一時しのぎとは、本来なら永続的に機能する設計をすべき場面で、「今動けばいい」という基準だけで選択することです。問題は1回の判断ではなく、それが積み重なることにあります。
技術的負債という言葉があります。開発の世界でよく使われますが、ブログや自動化の設計でも同じことが起きます。一時的な解決を重ねるほど、後から直すコストが上がっていきます。
私が実際に直面したケースをひとつ挙げます。n8nというワークフロー自動化ツールをサーバーに構築したとき、Google OAuth認証のリダイレクトURIにIPアドレスを使おうとしました。Googleがそれを拒否したため、一時的なトンネルURL（ngrok）を使う方法と、独自ドメインを設定する方法の2択になりました。
ngrokは無料で5分で設定できます。独自ドメインはDNS設定・Nginx・SSL証明書の取得が必要で、1時間程度かかります。ただし、費用はどちらも同じでした。
「一時しのぎ」の判断基準は「今動くか」だけです。「1年後も動くか」を含めると、判断が変わります。
この場面での判断基準はこうです。
- この解決は1年後も使えるか → NOならコストが同じでも永続的な方を選ぶ
- 後から移行するとき、追加の作業が発生するか → YESなら今やる方が安い
ngrokのトンネルURLは毎回変わります。つまり認証のたびにGoogleのOAuth設定を更新する必要があり、後からドメインに移行するときも同じ作業をもう一度やることになります。コストが同じなら、永続的な方を選ぶ理由はそこにあります。
コストが同じなら永続的な方を選ぶ——この判断軸はどこから来るか
この判断を意識して使えるようになったのは、ある失敗からです。
ビジネッツの運営初期、メールマーケティングツールとしてBenchmarkメールを使っていました。無料で使える範囲で設計して、実際に記事にもなりました。ただ、当時から「いずれはマイスピーに移行する」という気持ちはありました。
結果として、Benchmarkで組んだ設計をすべて作り直してマイスピーに移行することになりました。最初からマイスピーを使っていれば、移行作業は発生しなかったはずです。
この経験から言えることは、「最初の出費を抑えた」という一時的なメリットより、「作り直しにかかった時間」という後から発生するコストの方が大きかったということです。
ただ、正直に書くと、Benchmarkを使った判断が完全に間違いだったとは思っていません。設計した内容が記事になりましたし、当時の状況ではその選択が合理的でした。問題は「いずれ移行する」という判断を先送りにしたことです。
「無料だから使う」という判断自体は間違いではありません。問題は「後で移行するコスト」を計算に入れていないことです。
戦略と作業を分けて考えるという観点からも、一時しのぎの選択は「作業コスト」を下げているようで、実際には「戦略コスト」を上げていることが多いです。
コストが同じ選択肢があるときの判断軸はシンプルです。
- 一時的な選択肢を選んだとき、後から何の作業が発生するか
- 永続的な選択肢を選んだとき、追加のコストはあるか
- 2つを比べたとき、どちらのトータルコストが低いか
この3つを30秒で確認する習慣があれば、多くの一時しのぎは防げます。
判断が難しくなる3つの状況
では、なぜ一時しのぎを選んでしまうのでしょうか。判断が鈍るのには、いくつかのパターンがあります。
1. 今すぐ動かしたい状態
作業が佳境のとき、止まりたくない気持ちが生まれます。「とりあえず動かして、後で直す」という判断は、モチベーションを切らさないための防衛本能とも言えます。私自身、「最後までやり切りたい」という性格から、一時しのぎを選びがちです。
ただ、この状態のときこそ「後で直すコスト」を5秒だけ想像してみてください。後で作業が途切れる方が、モチベーション低下につながりやすいです。
2. 永続的な選択肢の学習コストがある
独自ドメインの設定、有料ツールへの移行、設計の見直し。どれも最初は手間がかかります。「分からないから後でいい」という判断は合理的に見えますが、「分からないまま一時しのぎを選ぶ」ことで、その学習コストが永遠に先送りされます。
3. 差が見えにくい
ngrokとドメイン設定、どちらも「認証が通る」という意味では同じに見えます。一時しのぎと永続的な設計の差は、使い始めた直後には見えません。差が出るのは2回目・3回目です。
AIをどう使うかの判断設計と同じ話で、短期で見えやすいコストに引っ張られて、長期で発生するコストを見落とすのが一時しのぎの構造です。
永続的な設計を選ぶための判断フレーム
ここまでの話を、実際に使える判断基準として整理します。
選択肢が2つある場面で、以下の順番で確認してください。
STEP1：コストを比較する
- 今の作業コスト：どちらの方が手間がかかるか
- 後から発生するコスト：一時的な選択を選んだとき、何の作業が後で必要になるか
- トータルで見たとき、どちらが安いか
STEP2：1年後テストをする
- この選択は1年後も機能しているか → NOなら永続的な方を選ぶ
- 同じ作業をもう一度やる可能性があるか → YESなら今やる方が安い
STEP3：転換コストを計算する
- 一時的な選択から永続的な選択に移行するとき、何が必要か
- その転換コストが今の差分より大きいなら、今から永続的な方を選ぶ
判断基準を整理すると以下になります。
– 1年後もこの選択は機能しているか → NOなら永続的な方を選ぶ
– 後から同じ作業をもう一度やる必要があるか → YESなら今やる方が安い
– 永続的な選択肢とのコスト差が、転換コストより小さいか → YESなら今すぐ切り替える
– 「後で直す」という言葉が頭をよぎったか → YESなら一時しのぎのサインと判断する
捨てる判断の技術でも書いているように、「後でやる」という判断の多くは「永遠にやらない」と同義です。捨てる判断と永続設計を選ぶ判断は、同じ思想の表裏です。
まとめ——今日できる一歩
一時しのぎを完全になくす必要はないと思います。状況によっては一時的な解決が合理的な判断になることもあります。
ただ、判断基準なしに一時しのぎを選び続けることは、後から自分を困らせる選択です。
今日できる一歩として、以下を試してみてください。
直近1週間で「後でちゃんとやる」と思った選択を1つ思い出してください。そこに「コストが同じなら今から永続的な方を選ぶ」という基準を当てはめたとき、判断が変わるものがあれば、今日中に動いてみることをおすすめします。
モチベーションが続かない理由の多くは、意志の問題ではなく、後から発生する作業に毎回妨げられることにあります。永続的な設計を選ぶことは、未来の自分の作業を止めない判断です。
関連記事
判断の順番を整理したい方に、無料PDFを用意しています。「何から手をつければいいか」が一枚で分かる構造チェックリストです。
コメント