システム開発の打ち合わせでは、「これもできたら便利」「将来的にはこれも欲しい」という話が自然に増えていきます。
便利な機能を考えることは悪くありません。ただし、優先順位を付けずに進めると、最初に解くべき課題がぼやけてしまいます。
必須機能と便利機能を分ける

最初に分けたいのは、業務が成立するために必要な機能と、あると便利な機能です。
たとえば予約管理であれば、予約を登録する、空き枠を確認する、重複を防ぐといった機能は必須に近い一方、細かな装飾や高度な分析は後回しにできる場合があります。
- これがないと業務が止まる機能
- ミスや事故を防ぐために必要な機能
- 手間は減るが後から追加できる機能
- 利用頻度が低い機能
利用頻度と影響度で判断する

優先順位は、声の大きさだけで決めると偏ります。利用頻度と業務への影響を組み合わせて考えると、判断しやすくなります。
毎日使い、ミスが起きると顧客対応や売上に影響する機能は優先度が高くなります。年に数回しか使わない機能は、手作業で残す判断もあり得ます。
- 毎日使うか、月に数回か
- ミスが起きたときの影響は大きいか
- 複数人が使うか、一部の担当者だけか
- 手作業で残した場合の負担は許容できるか
初回リリースでやることを絞る

初回リリースは、すべての理想を詰め込む場ではありません。業務上の大きな課題を一つか二つ確実に改善する範囲に絞るほうが、導入後の学びも得やすくなります。
使い始めてからわかることも多いため、最初から完成形を固定しすぎないことが重要です。
まとめ
- 欲しい機能をすべて同時に作らない
- 必須機能と便利機能を分ける
- 利用頻度と影響度で判断する
- 初回リリースの範囲を絞る
- 作らない機能も明確にする


