AIコーディング初心者ガイド｜非エンジニアが最初の業務アプリを作る手順

フォーム、一覧、検索、集計、文章生成などを組み合わせた、小さなブラウザアプリは取り組みやすい題材です。たとえば、会議録からタスクと担当者を整理する、競合情報から企画案をまとめる、顧客情報から提案書の下書きを作る、といった用途があります。

一方、決済、医療判断、大量の個人情報、複雑な権限管理を含むシステムは、初心者が最初から本番運用する題材には向きません。まずは機密情報を除いた試作から始めます。

1. 一つの反復業務を選ぶ

   「会社全体をAI化する」ではなく、一人が毎週行う作業を選びます。

2. 入力と出力を書く

   何を渡し、何が完成すればよいかを1行ずつ書きます。

3. 完成条件を決める

   代表的な3ケースで正しい結果が出る、スマホでも操作できる、など判定可能にします。

4. 最小機能を作る

   ログインや装飾を先に増やさず、中心となる処理を動かします。

5. 実データに近い例で試す

   正常系だけでなく、空欄、長文、形式違いも確認します。

6. 一つずつ修正する

   エラー文、操作、期待結果をAIへ渡し、変更後に再テストします。

「かっこいいアプリを作って」より、この6項目を渡した方が意図のズレを減らせます。途中で条件が変わったら、変更点と変えない部分を分けて伝えます。

環境構築で止まる

エラー文を省略せず、実行したコマンドと直前の操作を共有します。分からないまま複数の修正を同時に行わないことが重要です。

機能を増やしすぎる

最初からログイン、通知、決済、AI分析を全部入れると、原因を切り分けられません。中心機能から一段ずつ追加します。

見た目だけで完成と判断する

ボタンが存在することと、正しいデータが保存されることは別です。入力、処理、出力を通して確認します。

研修では、講師の完成コードを写すのではなく、自分の課題を言葉にし、Codexへ指示し、動かし、ズレを直します。Day 2では完成したプロジェクトへ目的・ナレッジ・業務フロー・完成条件を渡し、AIへ継続的に仕事を任せる設計へ進みます。

最初の題材は、入力フォームが一つ、中心機能が一つ、出力画面が一つ程度の小ささが適切です。たとえば「会議メモを貼ると、決定事項・担当者・期限を表で返す」「競合URLとメモを入れると、比較表を作る」といった範囲です。

そのアプリを3回使い、毎回手で直している箇所を記録します。修正が同じなら要件やナレッジへ追加し、ケースごとに判断が変わるなら人の確認工程として残します。この振り分けが、単なるデモを実務ツールへ近づけます。