JPM / VALUE IN MOTION01 / 05

IGNITION / 01

可能性を、起動する。まだ名前のない事業が、動き始めます。JPM / NEXT EXPERIENCE

全体像

AIでアプリを作る人へ:作る前から、公開後までの地図

コードを暗記する前に、目的・仕組み・安全・テスト・公開・運用の全体像をつかむ。

· 日本プロダクトマネージメント合同会社

まず、答え

に実装を頼めても、「誰のために作るか」「何をもって正しいとするか」「困った時に誰が対応するか」は決める必要があります。まずは実データも決済も使わない試作品から始めましょう。

申請する社員と確認する担当者が、それぞれ別の端末で申請と承認の流れを確認する場面。

身近な場面で考えると

ここからの例は架空です。予約アプリの画面ができたとしても、同じ時間に二人が予約できる、他人の連絡先が見える、取消しても請求が残るなら、仕事では使えません。

学ぶのは、六つの仕事

ここではを、自然な言葉でに指示しながらソフトウェアを作る進め方として扱います。厳密な用語の範囲には揺れがあります。AIの利用自体と、確認せず任せきりにすることは別です。

  1. 目的:実際に困っている顧客を見つけ、代替方法とを確かめる。
  2. 仕組み:画面・サーバー・データの流れを説明できるようにする。
  3. 安全:個人情報、権限、秘密、お金の扱いを決める。
  4. テスト:正しい結果と、起きてはいけない結果を先に書き、変更のたびに確かめる。
  5. 公開:試験環境で確認し、戻す手順を用意する。
  6. 運用:異常を知り、止め、調べ、利用者へ説明する。

試作品と、仕事で使うサービスを分ける

自分だけが架空の情報で試す段階と、顧客に使ってもらう段階では、失敗の影響が変わります。見た目の完成度だけで公開範囲を広げません。

段階まず必要なこと
自分だけで試す架空データ、変更履歴、主要操作の確認
限られた人に試してもらう相手の了解、権限確認、連絡先、利用範囲
個人情報・お金を扱う専門家レビュー、厳密なテスト、監視・停止・復旧の確認

「分からない」を、確認できる問いにする

「が安全と言った」ではなく、「誰が、どの版で、何を試し、どんな結果になったか」を残します。試していない項目は未確認。テストが通った範囲と、残るリスクを分ければ相談も具体的になります。

読むだけから、一つ確かめるへ

最初の一歩:架空の備品チェックリストを作る

白い箱、紙袋、予備のペン。実在する人の情報を使わない題材で、「伝える→作る→確かめる→一つ直す」を一周します。

余分な機能案を脇に置き、顧客が試作の一つの操作を試す様子を観察する担当者。

自分が管理する試験環境で、自分だけが操作する練習です。今回はログイン、データベース、決済、メール送信を作りません。入力は画面を開いている間だけ保持し、再読み込みで消える仕様にします。

使える開発環境と、操作できる範囲を確認してから始めます。新しい契約や本番サービスへの接続は不要です。AIが新規課金や外部公開を提案したら、この練習では実行せず、まず手元の構成を確認してください。

今回の小さな設計メモ

目的:架空の備品の準備状況を、自分の画面で確認したい。できること:名前を一つ追加する/用意済みを切り替える/一つ削除する。完了条件:空欄は追加されず、操作した一行だけが変わる。今回は再読み込みすると初期状態へ戻る。

AIへの頼み方:あいまいな依頼と、範囲を決めた依頼

あいまいな依頼

便利な管理アプリを作って。いい感じにして。

範囲を決めた依頼

自分だけで試す、架空の備品チェックリストを作りたいです。名前を追加する、用意済みを切り替える、一行削除する、の三つができれば十分です。空欄は追加しないでください。画面を開いている間だけ保持し、再読み込みで初期状態へ戻る仕様にします。ログイン、外部への送信、データベース、決済は不要です。まず現在の環境を確認し、画面の案、完了条件、変更する箇所を説明してください。まだ実装や公開はしないでください。
  1. 01

    誰が、何を終えたいかを決める

    「何でもできるアプリ」から始めず、備品を一つ追加して準備状況を見分けるところまでに絞ります。

    やること:上の記入例を参考に、目的・三つの操作・完了条件を一枚に書く。

    ここまで確認:利用者、入力するもの、期待する結果、今回は作らないものを説明できる。

    この判断を詳しく学ぶ →
  2. 02

    AIに、作る前の計画を見せてもらう

    完成条件まで伝えると、見た目の好みだけでなく、何を確かめるかも話し合えます。画面内の記録だけで動かす構成を確認します。

    やること:具体的な指示の例を渡し、現在の環境、データの流れ、変更する箇所を読んで確かめる。

    ここまで確認:実データや外部サービスへ送られず、再読み込みで消える理由が分かる。

    この判断を詳しく学ぶ →
  3. 03

    まず「一行追加する」から作る

    計画を読んでから、最初の一操作を依頼します。それが確認できたら、用意済みの切替、削除を一つずつ加えます。

    やること:「まず追加だけ実装し、変更した箇所と確かめ方を示してください」と頼む。

    ここまで確認:白い箱を一度追加すると一行増える。空欄を追加しようとしても行は増えず、理由が分かる。

    この判断を詳しく学ぶ →
  4. 04

    できる操作と、できてはいけない操作を試す

    画面が表示されたことだけで終わらず、入力、結果、他の行への影響を見ます。結果が違えば、その操作を再現できる形で伝えます。

    やること:下の確認表を同じ順番で試し、期待と実際が違った項目を記録する。

    ここまで確認:追加・切替・削除が選んだ行にだけ反映され、再読み込みでは決めた通り初期状態へ戻る。

    この判断を詳しく学ぶ →
  5. 05

    一つ直し、前にできたことも確かめる

    例えば「未準備の数を表示する」を次の小さな変更にします。直した後も同じ確認表をたどれば、以前の操作が壊れたことに気付きやすくなります。

    やること:変更前の動く版と確認結果を残し、一つの変更を頼んで、前と同じ操作を試す。

    ここまで確認:変更した目的を説明でき、追加・切替・削除も引き続き動く。試していない範囲は未確認として残る。

    この判断を詳しく学ぶ →

期待する結果と、実際の結果を照合する

JPMが作成した架空の備品メモの試験例
試す操作期待する結果
「白い箱」を一度追加する白い箱が一行だけ増える。
名前を空欄にして追加する空の行は増えず、入力が必要なことが分かる。
白い箱と紙袋を追加し、白い箱だけ用意済みにする紙袋は未準備のまま。白い箱だけ状態が変わる。
白い箱だけを削除する白い箱が消え、紙袋は残る。
画面を再読み込みするこの練習の仕様通り、入力が消えて初期状態へ戻る。永続的に保存できた証拠にはしない。

ここまでで確かめたのは、自分の試験環境での小さな画面操作です。保存、共有、ログインなどを加える前に、仕組み・権限・テストの解説へ進みます。人に使ってもらう公開は別の工程として準備します。

この実習の一次資料と、JPMが作った部分

自分のアプリで確かめる

自分のアプリについて、利用者・預かる情報・お金の動き・管理者・止める方法を一枚に書く。

ここが未確認なら、立ち止まる

データの保存先や、誰が見られるかを説明できない間は、実在する人の情報を入れない。

AIに頼む時のたたき台

実際の構成・権限・業務に合わせて直してください。指示文だけで安全や正しさは保証されません。秘密・個人情報は入力しません。

実装はまだしないでください。このアプリの目的、画面・サーバー・データの流れ、個人情報と決済の有無、公開前の未確認事項を、初心者に分かる言葉で整理してください。

次の判断へ

関連する既存メディアで、もう少し詳しく学べます。移動先の上部から、この解説へ戻れます。

出典と確認範囲

資料確認:2026-10-23。以下は一般的な学習の根拠です。このページは特定環境の監査結果・法的助言・決済の実装保証ではありません。表、仮想例、学ぶ順番、確認用の指示文はJPMによる編集です。

出典・訂正・更新の方針

判断に迷うところから、相談できます。

作ったアプリの確認、修正、費用や引継ぎを整理したい時に。日本プロダクトマネージメント合同会社が、対応できる範囲を確認します。

  • 何をするアプリか
  • どの操作で困っているか
  • どこまで自分で確認し、何が未確認か

この3点の分かる範囲だけで構いません。秘密キー、パスワード、実際の顧客情報は送らないでください。実施範囲・費用・日程は個別に確認します。

アプリ制作入門 / 用語

用語を探す

363語