「なんとなく不安」な技術リスクを4つの問いで分解．漠然から具体へ変換するフレームワーク．
この記事では，個人開発者・スモールチーム・学生エンジニアの方を主な読み手として書いています．10分で読み終わって，明日から動ける具体的な行動が1つ見つかる状態を目指しています．
なぜ技術リスクの分解を考えるべきか
「このまま続けて大丈夫だろうか」という漠然とした不安は，正体不明なほど大きく感じます．
4つの問いで分解することで，対処可能なサイズのリスクに変換できます．
問い1：起こる確率はどれくらい？
リスクの発生確率を見積もる．高・中・低の3段階で十分．
低確率なリスクに過剰対応するのは時間の無駄．確率で優先度を決める．
問い2：起こったら影響は？
実際に発生した場合の影響範囲．収益・データ・ユーザー数のいずれが損失するか．
影響大×確率高 から優先対応．それ以外は許容範囲として動く．
問い3：いつまでに対応すべき？
タイムリミットを明示．「いずれ」ではなく「3ヶ月以内」のように区切る．
締切がないリスク対応は永遠に後回しになる．
問い4：代替案はあるか？
プランBを1つ用意．「ダメだった時はこうする」が決まっていれば不安は半減．
独自ドメインなら技術スタックを変えても同じドメインで継続できる．資産は守れる．
補論：「自分の場所」を持っているか
技術リスクの分解に取り組むときに，最後に効いてくるのは「自分の城（独自ドメイン）」を持っているかどうかです．SNSや外部プラットフォームは仕様変更で振り回されますが，独自ドメインの上に積み上げたものは永続資産として残ります．
独自ドメインの取得は，取り扱い400種類以上のドメイン取得サービス─ムームードメイン─ なら年額数百円〜です．「これから本気でやる」と決めたなら，まずドメインを押さえるところから始めるのが，もっとも安価で効果の大きい第一歩です．
ドメインに紐づけるサーバーは，同じペパボグループのロリポップ！がコスト・操作性ともに個人開発者向きです．管理画面が一元化されているので，「技術的なつまずきで本業が止まる」事故を防げます．
よくある質問
Q1：すべてのリスクを分析するのは？
上位3つに絞る．全部対応は不可能．
Q2：分析しすぎて動けない
30分で打ち切り．動かない方が大きなリスク．
Q3：未知のリスクへの対処
定期見直しで発見．月1回30分．
まとめ ― 技術リスクの分解は「設計」と「習慣」で前進する
大事なのは，「正解を完璧に押さえる」ことではなく「動き始める」ことです．本記事の中で，ひとつでも今日できることが見つかれば，あなたは今日この記事を読む前より前に進んでいます．