AIで業務アプリを作る方法｜ノーコードと個別開発の選び方

「社内の依頼を一覧で管理したい」「Excelの更新をスマホから行いたい」。
こうした小さな業務アプリをAIで作るときは、最初に画面の見た目だけを決めるより、完成後に誰が直し、誰のデータを扱うかを考えることが大切です。

日本語で指示できる開発サービスでも、画面上で設定を変えるものと、生成されたコードを保守するものでは、引き継ぐ仕事が違います。
この記事では両者の選び方と、依頼管理アプリの項目設計・権限表・データ書き出しの検収表を紹介します。
表は自社の条件を書き込める設計例であり、動作検証済みのアプリを配布するものではありません。

ノーコードとAIによるコード生成は、直し方で選ぶ

画面で設定を変える方法と、コードを保守する方法

ノーコードは、用意された画面や設定項目を使ってアプリを組み立てる方法です。
AIが最初の画面や項目の案を作るサービスもありますが、その後の修正まで、すべて日本語の指示だけで済むとは限りません。
項目同士の関係、計算式、権限などを理解して設定する作業は残ります。

一方、AIによるコード生成では、アプリを動かすプログラムの作成・修正をAIが支援します。
たとえばClaude Codeの公式説明には、コードを読み、ファイルを編集し、コマンドを実行する開発ツールとあります。
利用者が手でコードを入力しなくても、コードや実行環境の確認・保守がなくなるわけではありません。
参考：Claude Code公式ドキュメント

これは選び方を整理した表です。
実際には、画面で編集しながら一部だけコードを使う製品もあるため、名称だけで二つに分け切らず、必要な修正を実演して確かめます。

作成にAIを使うことと、アプリにAIを入れることを分ける

AIで作った依頼管理アプリでも、日々の登録・検索・更新に生成AIが必要とは限りません。
決めた項目を保存し、担当者別に一覧表示するだけなら、通常のフォームやデータベースの処理で組み立てる考え方があります。

依頼文を要約する、分類候補を出すといったAI機能を組み込む場合は、その入力情報、誤りの確認、利用料金を別に検討します。
開発の道具としてAIを使う費用と、利用者がアプリを動かすたびに発生する費用を混ぜないようにしてください。

まずは「既存の共有表や利用中のサービスの設定では解決しないか」も見ます。
アプリを増やすより、入力項目と担当者を整理するだけで目的を達成できる場合があります。

依頼管理アプリは、一件の受付から完了までを決める

入力者・担当者・管理者の役割をそろえる

ここでは、社内から制作チームへ届く依頼を管理する架空の例を使います。
依頼者が内容を登録し、担当者が対応し、管理者が担当を割り振る運用です。
顧客への請求、外部へのメール送信、決済は最初の試作に含めません。

最初に決める画面は、依頼を入力する画面、一覧を絞り込む画面、一件の内容を更新する画面です。
見せたいグラフを増やす前に、一件を受付から完了まで扱えるかを確かめます。

「完了」は、担当者が作業を終えた状態なのか、依頼者が確認した状態なのかを決めてください。
この例では、担当者が「確認待ち」にし、依頼者が内容を確認して「完了」にする設計とします。

項目名だけでなく、入力方法と変更できる人を決める

依頼者名を自由入力しただけでは、本人の認証にはなりません。
名前の表示と、アクセスを判断するIDは分けて考えます。
実装する製品が、必要な項目・履歴・権限をどこまで扱えるかも確認します。

添付ファイルは便利ですが、保存容量、閲覧権限、書き出し方法が追加で必要です。
試作では添付なしで動線を確かめ、業務上必要なら後から要件へ加える方法もあります。

AIへの依頼には「やってはいけないこと」も書く

作成を頼むときは「依頼管理アプリを作って」だけで終えず、利用者、入力項目、状態、権限、試験条件を渡します。
次は設計を伝えるための例であり、これを入力すれば安全な完成品になるという意味ではありません。

試作品は入力・検索・更新を、実際に使う順番で試す

自社公開動画から分かる「小さく作る」例

アセントウェブ代表の公開動画では、自分向けの運動メニューを表示し、終えた項目をタップして記録するアプリが紹介されています。
5分12秒以降ではClaude Codeを使った作成の説明があり、5分43秒以降ではメニューと記録の操作を確認できます。
自社公開動画のアプリ紹介を見る

ここで参考にしたいのは、必要な情報と日々の操作を絞っている点です。
これは個人向けの実演であり、社内の複数人利用や権限分離、バックアップの検証を示した事例ではありません。
また、ノーコード製品で作ったという説明ではないため、ノーコードの導入実績として扱いません。

依頼管理でも、使う人が毎回行う操作から試します。
機能が多い試作品より、一件の登録と確認を迷わず終えられるかが、次の仕様を決める材料になります。

成功する操作と、拒否すべき操作をセットで確認する

二重登録や同時更新への対応は、製品や実装によって違います。
表の結果を期待する設計にしても、実際に実現しているとは限らないため、試験用データで確かめます。

スマホでは、画面幅と再開のしやすさを見る

スマホで確認するのは、表示が収まるかだけではありません。
キーボードを開いたまま必須項目へ移れるか、日付の選択ができるか、保存ボタンと取消ボタンを押し間違えないかを見ます。
入力途中で画面を切り替えた後に、未保存の内容がどうなるかも確かめてください。

実際に利用する端末・ブラウザ・ログイン方法を決めて確認し、開発用のプレビューだけで判定しないようにします。
通信不良時に使う必要があるなら、オフライン対応の有無と、再接続時の更新ルールを別の要件にします。

権限は「見える画面」と「扱えるデータ」を分けて確認する

閲覧・編集・状態変更を、役割別の表にする

一覧画面から項目を隠しても、データへのアクセスが制限できたとは限りません。
たとえばAppSheetの公式資料では、スライスによる絞り込みと、セキュリティフィルタによるデータ制限を区別しています。
採用する製品でも、画面の表示条件がどの範囲を保護する設定なのかを確認します。
参考：AppSheetのログインとデータアクセスに関する説明

下表は、この依頼管理アプリで目指す権限の例です。
管理者であっても普段から物理削除を使う設計にはせず、まず取消の状態で記録を残します。
削除や保存期間の扱いは、社内の運用方針に合わせて別途決めます。

確認用の利用者を役割ごとに用意し、同じデータで「できること」と「できないこと」を調べます。
一覧だけでなく、一件の詳細、検索結果、添付ファイル、通知、書き出しにも同じ制限が必要か確認してください。
退職・担当変更時に権限を外す手順も残します。

AppSheetのセキュリティフィルタも、それだけで完全な保護になるという説明ではありません。
接続先のデータソース自体へのアクセスも含めて確認が必要です。
参考：AppSheetのセキュリティフィルタ

書き出せることと、元へ戻せることは別に試す

CSVを保存できても、添付ファイル、変更履歴、権限設定、画面や処理の定義まで戻せるとは限りません。
別サービスへの移行用データと、同じアプリを復旧するためのバックアップを分けて確認します。

製品ごとの利用条件も見落とせません。
AppSheetのCSV出力は、公式説明上、ログインを必要とするアプリをブラウザで使う場合の機能で、公開アプリには対応していません。
「CSV出力あり」の一言だけでなく、自社の利用方法で実行できるかを確認します。
参考：AppSheetのCSV出力

運用費と保守担当が決まってから、利用範囲を広げる

利用人数と、使い続けるための作業を見積もる

無料で試作できることと、業務で継続利用できることは分けて考えます。
利用者数だけでなく、管理者や外部利用者が課金対象になるか、必要な権限・履歴・書き出しが選んだプランに含まれるかを確認します。
料金は変更されるため、契約する時点の公式条件と見積もりでそろえます。

開発費と継続費を整理する際は、AI開発の費用と見積もりの確認ポイントも参考になります。
この依頼管理の例を、そのまま固定料金や納期の保証として考えず、自社の利用人数と運用条件をそろえて相談してください。

不具合が起きたときの戻り先を用意する

「保存されない」「権限外の依頼が見える」「書き出しで件数が合わない」といった問題に、誰が対応するかを決めます。
問題がある間は新規入力を止め、管理された代替手順で受け付けるなど、仕事を続ける方法も必要です。
障害中の依頼を後から戻す担当と、二重登録を防ぐ照合方法まで考えます。

変更するときは、どの設定・コードを変えたかと、戻すための版を残します。
本番データでいきなり試さず、試験用データで動作と権限を再確認してから反映する運用にします。
作成者が不在でも、社内に管理方法と連絡先が残る状態を目指してください。

AIによる業務アプリ開発でよくある質問

ノーコードなら保守は不要ですか？

不要ではありません。
基盤の管理をサービス側が担う場合でも、項目・権限・利用者・業務ルールの変更は自社の運用に合わせて行う必要があります。
製品の仕様変更に影響される設定や連携がないかも確認します。

AIが作ったアプリをすぐ業務で使えますか？

画面が動いただけでは、保存、権限、復旧まで確認できたとはいえません。
まず試験用データで一連の操作を確かめ、担当者と利用範囲を限定して始める条件を決めます。
重要な情報を扱う場合は、必要な専門確認を含めて導入を判断してください。

開発者が社内にいない場合は、どちらを選べばよいですか？

画面で行う日常の修正を社内で担えるか、コードや環境の保守を外部へ依頼できるかで考えます。
ノーコードであっても業務の設計担当は必要です。
候補のサービスで「担当者を一人追加する」「項目を変更する」といった作業を試し、引き継げるかを見てください。

CSVで取り出せれば、他のサービスへ簡単に移せますか？

データの保存には役立ちますが、同じ画面・処理・権限が再現されるとは限りません。
項目名だけでなく、ID、参照関係、添付、履歴、計算や通知のルールも整理します。
移行先でサンプルを読み込み、必要な仕事が再開できるかまで確かめます。

最初の一件を、登録から書き出しまで通してみる

AIを使った業務アプリ開発では、何分で作れたかより、完成後に担当者が使い続けられるかを確かめます。
直し方を選び、項目と権限を決め、保存・検索・更新・書き出しを一件の依頼で通すと、足りない条件が見つけやすくなります。

まずは、自社で頻繁に発生する依頼を一つ選び、実データを含まない例で項目表を作ってみてください。
アセントウェブのAI顧問サービスでは、業務に合わせた導入と定着を相談できます。
アプリの作成だけでなく、社内の担当と継続できる運用範囲も含めて整理しましょう。