目的から、具体策までの考え方
解決策を探す前に、
問題をほどく。
製品や講座を探す前に、目的、いま難しくしているもの、解決方法の種類、具体策を順番に考えます。
具体的な製品名は、最後に出てきます。
このページで説明する順番
目的から具体策まで、4段階に分ける。
いきなり具体策から始めると、その具体策に都合のよい条件が増えます。この順番は、問題を小さくしてから選択肢を比べるためのものです。
例として使う状況
5人のチームで、予定の重複が起きている。
現在予定はチャットと個人カレンダーに分かれ、変更は口頭でも伝わる。
困りごと変更が全員へ届かず、月に数回、同じ時間へ予定が重なる。
最初の相談AI調整や詳細な権限管理を備えた予定管理ツールを探したい。
ここから「どの製品がよいか」を探さず、相談内容を目的まで戻します。
Purpose / 目的
製品名を使わずに、変えたい状態を書く。
目的には「誰の状態が」「どう変わるか」を書きます。製品名や機能名が入っていたら、それは目的ではなく具体策の候補です。
AIで予定を調整し、分析もできるツールを導入する。
ツールの希望であって、変えたい状態ではない。
5人が同じ予定を確認し、重複へ事前に気付けるようにする。
Essence / 本質
目的の達成を、何が難しくしているか。
この例で問題なのは、AIがないことではありません。予定の置き場所が複数あり、変更を全員へ反映する担当と手順が決まっていないことです。
不足しているのは高機能ではなく、ひとつの置き場所。
ここでBetter haveを外す
条件を一つずつ外し、それでも目的を達成できるか確認します。達成できないものだけがMustです。
5人が予定を見られる
残す二重予約が分かる
残す変更履歴を確認できる
必要な頻度を確認AIが空き時間を提案する
分析ダッシュボードがある
Route / 解決方法
残った問題に合う、解決方法の種類を選ぶ。
問題が分かったら、いきなり製品へ進まず、どの種類の解決が必要かを確認します。
やめるその作業自体が必要か
整える順番・担当・入力を変える
学ぶ不足しているのは知識か
人任せた方がよい判断か
既存手段Calendar / Spreadsheet / Manual
道具まだ必要なら、ここで探す
この例では、まず「置き場所を一つにする」という運用変更です。
Choice / 具体策
必要条件を満たす、最小の具体策から試す。
この例では、新しい高機能ツールの比較より先に、すでに使える共有カレンダーへ予定を集約し、1週間試します。
| 相談時 | 整理後 | |
|---|---|---|
| 目的 | 高機能ツールの導入 | 重複に気付ける状態 |
| 必要条件 | 7項目 | Must 2＋Should 1 |
| 解決方法 | 新しい道具 | 運用変更＋既存手段 |
| 最初の行動 | 製品比較 | 1週間の試行 |
まず、共有カレンダーで試す。
足りなければ、その不足を条件にして道具を選ぶ。
この順番で考える
- 目的何がどう変われば成功か。
- 本質いま、何が達成を難しくしているか。
- 解決方法運用、学び、人、既存手段、道具のどれか。
- 具体策Mustを満たす最小案を試す。