非エンジニアのための、アプリの要件定義の書き方
公開日： 更新日：
この記事の要点
- 要件定義とは、作るアプリの「目的・使う人・機能・画面」を、作る人と依頼する人の間でそろえるためのまとめです。
- 非エンジニアの方は、目的・使う人・必要な機能・使う流れ・いらない機能の 5 つを書けば十分です。
- 細かい仕様は、動くデモを見ながら作る人と決めるほうが、食い違いが起きにくくなります。
要件定義とは
要件定義は、「何のために、だれが、どう使うアプリを作るか」を書いたものです。これがあいまいなまま開発を始めると、完成してから「思っていたのと違う」となりやすくなります。
書いておきたい 5 つの項目
- 目的：アプリで解決したい困りごと（例：予約の電話対応を減らしたい）
- 使う人：お客さま・スタッフ・管理者など。人によってできることを分けるか
- 必要な機能：いちばん大事な機能と、あると便利な機能を分けて書く
- 使う流れ：使う人が、どの順番で何をするか
- いらない機能：今回は作らないもの（あとで足すもの）
うまく書くコツ
- 「便利に」「使いやすく」ではなく、「〇〇を△△できる」と具体的に書く
- 数を書く（1 日の予約は最大何件か、スタッフは何人か）
- 迷っていることは、迷っているとそのまま書く
動くデモで要件を固める
ASA では、AI がアプリの目的・機能・使う流れを順番に聞き、答えた内容を要件のまとめとして残します。そのまとめから動くデモができるので、触りながら足りないところを直せます。
開発を依頼するときは、デモと要件のまとめが自動で添付されるので、改めて書類を作る必要はありません。