「こんなアプリが欲しい」が形にならない｜画面と項目を決める6手順

「予約を管理できるアプリが欲しい」「会員向けのページが欲しい」——こうした要望は、そのままでは形になりません。足りないのは技術ではなく、何を1件として数え、どの項目を持たせるかという設計です。この記事では、会話でアプリを作り始める前に紙1枚へ整理しておくべき内容を、6つの手順に分けて説明します。

なぜ「こんなアプリが欲しい」が形にならないのか

要望が形にならない理由は、だいたい次の3つに集約されます。

第一に、情報の単位が決まっていないこと。「予約管理」と言っても、1件が「1回の来店」なのか「1人の顧客」なのか「1つの枠」なのかで、必要な項目も画面もまったく変わります。

第二に、現場で実際に交わされている確認事項が言語化されていないこと。電話で「じゃあ何時に何名で」と聞いている内容は、頭の中にはあっても一覧になっていません。

第三に、例外処理の扱いが決まっていないこと。キャンセル、変更、代理申込といった「たまに起きること」を最初から全部入れようとすると、設計が止まります。

形にならない原因は技術ではなく、1件分の単位と項目一覧が言葉になっていないことです。

手順1〜2：1件分の単位を決め、項目を洗い出す

1件分の単位を言葉で書く

最初にやることは、「このアプリでは〇〇を1件として扱う」という一文を書くことです。

• 予約受付：1件＝1回の予約（日時・人数・担当が1つに決まる単位）
• 会員ページ：1件＝1人の会員
• 申込フォーム：1件＝1回の申込
• 請求書発行：1件＝1通の請求書

この一文が書けないうちは、項目を並べても後でずれます。「会員1人に予約が何件もぶら下がる」という関係が見えたら、それも1行で書いておきます。

項目を洗い出す

次に、1件分に必要な情報を列挙します。材料は手元にあります。

• 現在使っているExcelの列見出し
• 紙の申込書・受付票の記入欄
• 電話やLINEで口頭確認している事項
• 後から社内で追記している情報（担当者名、入金確認の印など）

特に4つ目が漏れやすい部分です。受付時には入力されず、処理の途中で埋まる項目を忘れると、運用開始後に「書く場所がない」となります。

手順3〜4：型と選択肢、必須と任意を決める

洗い出した項目を、次の表の形に整えます。この表そのものが、アプリを作るときの指示書になります。

自由記述を減らす

自由記述の欄が多いほど、後で集計できなくなります。「備考に書いてあるが人によって書き方が違う」という状態は、Excel運用でよく起きる問題です。選択肢に落とせるものは落とし、選択肢の候補が出てこない項目だけ自由記述に残します。

必須は「これがないと次に進めない」もの

必須項目を増やしすぎると、入力が途中で止まります。判断基準はシンプルで、「その情報がないと業務の次の工程に進めないか」です。連絡手段と、提供するサービスの特定に必要な情報は必須。社内の管理用メモは任意、と分けると迷いません。

手順5〜6：画面を並べ、紙1枚にまとめる

項目が決まったら、次は誰がどの画面を触るかです。業務アプリの画面は、たいてい次の4種類に分かれます。

• 入力画面：外部の人または受付担当が情報を入れる
• 一覧画面：社内が全体を見る
• 詳細画面：1件を開いて確認・編集する
• 完了・通知画面：送信後に相手へ見せる内容

これを矢印でつないで、「入力→完了」「一覧→詳細→編集→一覧」という流れを書きます。このとき、画面ごとに「見える項目」「編集できる項目」を印で分けておくと、権限の話が自然に整理できます。顧客に見せたくない社内メモが、詳細画面にそのまま出てしまう設計ミスを防げます。

最後に、ここまでの内容を1枚にまとめます。

1. 1件分の定義（1〜2行）
2. 項目表（名前・型・選択肢・必須/任意）
3. 画面の一覧と遷移の矢印
4. 今回作らないと決めたこと

4つ目が重要です。「キャンセル処理は電話運用のまま」「請求は既存のやり方を継続」と明記しておくと、作る範囲が膨らみません。

画面は入力・一覧・詳細・通知の4種類に分け、項目ごとに見える/編集できるを印で分けます。

作る前に決める範囲と、作りながら直す範囲

すべてを事前に確定させる必要はありません。むしろ、使ってみないと判断できない部分を紙の上で延々と議論するほうが時間を失います。線引きの目安は次のとおりです。

1件分の単位を後から変えると、すでに入ったデータの持ち方ごと変わります。ここだけは先に固めるべき部分です。一方、ラベルの文言や並び順は、現場が触ってから直したほうが早く正解に近づきます。

日本語の会話でアプリを作成・公開できる作業台.jpのようなツールを使う場合も、この順番は変わりません。会話で指示を出す際、「予約を管理したい」と伝えるよりも、先ほどの項目表をそのまま渡すほうが、意図どおりの形に近づきます。作業台.jpには変更前に内容を確認する機能と、前の状態へ戻す機能があるため、「作りながら直す」側に分類した部分は、実際に動かしながら調整していく進め方が取りやすくなります。データとプログラムの書き出しにも対応しているので、手元に成果物を残しておきたい場合も確認しておくとよいでしょう。

よくある質問

Q: 項目表は誰が作るべきですか

A: その業務を実際に回している担当者が下書きし、決裁できる人が確認する形が進めやすいです。現場だけだと「今のやり方をそのまま再現する」内容になりがちで、管理側だけだと実際に発生する例外が抜けます。両方の目を通すことで、必須項目の判断が現実的になります。

Q: 最初から全部の機能を盛り込むべきですか

A: おすすめしません。まず1件分の情報を入力し、一覧で見られる状態を作り、実際の業務で数週間使ってから不足を足す進め方のほうが、判断材料が増えます。紙1枚に「今回作らない範囲」を書いておくと、この線引きを関係者と共有しやすくなります。

Q: 既存のExcelがある場合、列をそのまま項目にしてよいですか

A: 出発点としては有効ですが、そのまま移すのは避けたほうが無難です。Excelでは1行に複数の意味が混ざっていたり、空欄の意味が人によって違ったりします。列ごとに「これは何の情報か」「空欄は何を意味するか」を確認し、必要なら分割・統合してから項目表に落としてください。

まとめ

業務アプリが形にならないのは、作る手段がないからではなく、扱う情報が言葉になっていないからです。1件分の単位を定義し、項目を名前・型・選択肢・必須/任意の4点セットで並べ、画面と遷移を描き、作らない範囲を明記する。この紙1枚があれば、会話でアプリを作る場合でも外部に依頼する場合でも、認識のずれは大きく減ります。

事前に固めるのは単位・必須・権限・対象外の4点。残りは動かしながら直す、という線引きを持って進めてください。

株式会社ALT 編集部

AI SaaSの開発・提供、AIコンサルティング、システム開発を手がける株式会社ALTが、実務で得た知見をもとにお届けしています。