AppSheetで業務アプリを作る前に｜受付フォームとの役割分担

AppSheetで業務アプリを作る話が出てくるのは、たいていスプレッドシートで回していた業務が苦しくなってきたときです。行が増えて検索が遅い、スマートフォンから見づらい、誰が更新したのか分からない。この3つのどれかが出たら、アプリ化を考える段階に来ています。ただしAppSheetが得意なのは社内の人が使う業務アプリで、社外から届く申し込みや問い合わせを受ける窓口は別の設計が必要です。この記事では、料金と無料でできる範囲、向く業務の見分け方、他のノーコードツールとの比較の軸を押さえたうえで、受付の窓口との役割分担を整理します。

AppSheetで作れる業務アプリの範囲

AppSheetは、スプレッドシートやデータベースを元にして、スマートフォンやブラウザで動くアプリを作る道具です。画面のレイアウトや入力の検証、通知の送信を設定で組み立てる形になっていて、コードを書く前提にはなっていません。Google Cloud の製品として提供されていて、Google Workspace の一部のプランには使用権が含まれています。

作れるものの範囲は、データの一覧と1件の詳細、そして入力と更新の画面が基本です。現場でよく作られているのは、在庫の記録、設備の点検記録、日報、出退勤の記録、備品の貸し出し管理、訪問先の報告。いずれも「表の1行が業務の1件に対応していて、その1件を現場で開いて書き込む」形をしています。

この形が合っている業務では、既存のスプレッドシートを指定するだけで最初の画面が出てきます。列の名前から項目の型を推測して、日付は日付の入力欄、選択肢がある列はドロップダウンとして扱われます。ここまでが速いのがAppSheetの特徴で、最初の1画面が出るまでの時間が短いことが検討の入口になっています。

一方で、画面の見た目を自由に組みたい場合や、複雑な計算を何段も重ねる場合は、設定でできる範囲を超えます。設定の組み合わせで表現できる形に業務を寄せられるかどうかが、使えるかどうかの分かれ目になります。

学習にかかる時間の目安については、支援を手がけている事業者が具体的な数字を出しています。

AppSheet なら、使い方をマスターすれば驚くほど短期間で業務システムを作成できるため、内製化にもオススメです。一般的に、システム開発に必要なプログラミング言語を習得するための学習時間は200〜300時間と言われています。AppSheet なら、20〜30時間でひととおり学習できるので、単機能のアプリなら未経験でも十分に作成できます。 出典: appsheet-apps.jp

20時間から30時間という数字は、単機能のアプリを1本作れるようになるまでの目安として読むのが妥当です。業務の要件を聞き取って設計する力は別に必要で、そこは道具の学習時間には含まれません。

料金プランと無料でできる範囲

料金は使う人数で決まります。公式の料金ページに出ている内容を整理すると、次のようになります。数字は2026年9月時点のものです。

ここで先に確かめる価値があるのは、Core が多くの有料の Google Workspace プランに含まれている点です。すでに Google Workspace を契約している職場なら、追加の費用をかけずに Core の範囲で試せる可能性があります。契約しているプランに含まれているかどうかは、管理コンソールで確認できます。

無料の範囲は、試作のためのものです。公式の説明では、基本のアプリと自動化の機能を費用をかけずに使い、試作品を1本でも複数でも作れるとされています。テストに参加してもらう利用者は10人まで招待できます。つまり、作って動かして意見をもらうところまでは無料で進められる作りになっています。本番として社内に配る段階から人数分の料金が発生します。

注意しておきたいのは、料金が「使う人数」で決まる点です。データの件数や画面の数ではなく、アプリを開く人の数が費用を決めます。現場の全員がスマートフォンから開く業務アプリでは、人数がそのまま費用に乗ります。20人が使うなら Core で月額200ドルという計算になり、年単位で見ると無視できない金額になります。使う人の範囲を先に決めておくと、見積もりのぶれが小さくなります。

もう1つは、Publisher Pro が利用者数の制限なしで1アプリあたりの料金になっている点です。社外の人に広く使ってもらう用途はこちらの想定です。社内向けと社外向けで料金の考え方が分かれていることは、設計の判断にも影響します。

スプレッドシートから作る方法と、始める順序

AppSheetでアプリを作る入口は大きく2つあります。既存のデータから作る方法と、白紙から作る方法です。実務では前者から始めるほうが早く終わります。

既存のデータから作る場合、順序は次のようになります。まず元になる表を1枚用意します。1行が業務の1件に対応していて、1列に1つの意味しか入っていない形にしておきます。次にAppSheetからその表を指定すると、一覧と詳細と入力の画面が自動で生成されます。ここから項目の型を直し、必須の項目を決め、表示する列を絞ります。

この順序で進めるとき、元の表の作りがそのままアプリの作りになります。だから手を入れるべきなのはアプリより先に表です。よくあるのは、1つのセルに複数の情報が入っている形です。「9月15日 山田 到着済」のように書かれたメモ欄があると、アプリにしたあとで絞り込みができません。日付、担当、状態を別の列に分ける作業を先に済ませてください。

もう1つは、列の名前です。「備考2」「フラグ」のような名前は、アプリの画面にそのまま項目名として出ます。画面を作り直すより、表の見出しを直したほうが早いです。

作り始める対象の選び方については、次の見立てが実務に近いです。

「このスプレッドシート、そろそろ限界では？」と感じている業務こそ、AppSheetでアプリ化する 最初の一歩 に適しています。 出典: note.com

限界を感じているという感覚は、具体的な症状に分解できます。行が増えて開くのが遅い、複数人が同時に編集して値が消える、スマートフォンから横スクロールしないと読めない、誰がいつ直したのか分からない。この4つのうち2つ以上が出ている業務が、最初の1本に向きます。

逆に、症状が1つも出ていない業務をアプリ化しても、作った人以外は使い続けません。スプレッドシートのままで足りている業務は、そのままにしておくのが正しい判断です。

AppSheetが向く業務と、向きにくい業務

向く業務には共通点があります。使う人が決まっていて、その全員がアカウントを持っていて、1件ごとに現場で開いて書き込む形をしていることです。

設備の点検記録は典型です。点検する人が決まっていて、現場でスマートフォンから開き、その場で結果を入れて写真を添える。表の1行が1回の点検に対応するので、データの形もそのまま使えます。

在庫の記録も向きます。品目ごとに1行あり、入出庫のたびに数量を更新する形です。バーコードの読み取りを画面に組み込める点も、この用途と相性がよいです。

向きにくいのは、使う人が事前に決まっていない業務です。社外の人に使ってもらう場面では、アカウントの扱いが問題になります。利用者数の制限なしのプランはありますが、そもそも申し込みをする人にアプリを開いてもらう設計は、相手側の負担が大きくなります。回答者にアカウント登録やアプリの操作を求めると、そこで手続きをやめる人が出ます。

もう1つ向きにくいのは、1件ごとにやり取りが往復する業務です。問い合わせに返信して、返事が来て、また返す。この形は、表の1行を更新していくモデルとかみ合いません。やり取りの履歴を残す列を足していくと、1行がどんどん横に伸びます。

メールの送受信が業務の中心にある場合も、別の道具のほうが素直です。AppSheetは通知や自動化のためにメールを送る機能を持ちますが、届いたメールを受けて一覧にする役割は想定の外にあります。

社外から届くものを受け取る窓口との違い

社内の業務アプリと、社外から届くものを受け取る窓口は、要件が別です。並べると違いがはっきりします。

社内の業務アプリでは、使う人が全員ログインできます。書式を教えられますし、間違っていれば直してもらえます。項目の意味も共有されているので、社内の呼び方をそのまま画面に出せます。

社外から届く申し込みや問い合わせでは、この前提が全部崩れます。相手はアカウントを持っていませんし、こちらの内部の呼び方も知りません。不備があっても、直してもらう手段はメールか電話しかありません。締め切りのある受付では、直前に件数が集中します。

この違いから、社外の窓口には別の道具が必要になります。求められるのは、ログインなしで送信できることと、届いた1件に担当と状態が付くこと、そして返信したかどうかが同じ画面で読み取れることです。採用の応募を受けるときの流れは採用の応募受付に、日常の問い合わせを受ける形は問い合わせの受付に、締め切りに件数が集中する公募の受付は助成金・公募の受付にそれぞれ整理しています。

社内の業務アプリと社外の窓口を1つの道具でまとめようとすると、どちらかが無理な形になります。分けて持ったうえで、必要なデータだけを受け渡す形のほうが、それぞれの目的に合います。

内製化のメリットと、続けるための条件

AppSheetを選ぶ理由としてよく挙がるのは内製化です。外注すると、仕様を伝える時間と、直してもらう待ち時間が発生します。自分たちで直せれば、その両方が消えます。現場の担当が「この項目を増やしたい」と思った日に増やせるのは、実務上かなり大きいです。

ただし内製化には続けるための条件があります。1つは、作れる人が1人ではないことです。1人しか触れないアプリは、その人が異動した瞬間に止まります。止まるだけならまだしも、誰も直せない状態で業務に組み込まれていると、元のスプレッドシートに戻すこともできません。2人以上が触れる状態にしておくのが最低線です。

2つ目は、作ったものを記録に残すことです。なぜこの項目を必須にしたのか、この自動送信の条件をどう決めたのか。設定画面を見れば「何がそうなっているか」は分かりますが、「なぜそうしたか」は分かりません。半年後に自分が直すときにも、この記録が効きます。

3つ目は、作る対象を絞ることです。内製化が回り始めると、あらゆる業務をアプリにしたくなります。数が増えると、1本あたりの手入れが行き届かなくなり、使われていないアプリが残ります。使う人数で料金が決まる仕組みなので、使われていないアプリに人数を割り当てたままにしていると費用だけが残ります。定期的に棚卸しをする前提で始めてください。

外注と内製を比べるとき、費用だけで決めると判断を誤ります。外注は初期の費用がかかるかわりに、仕様を文書として残す工程が含まれます。内製は初期が軽いかわりに、その工程が誰の仕事にもならないことがあります。自分たちで作ると決めたなら、仕様を残す時間を作業時間に含めて見積もってください。作った本人が覚えている前提で進めると、1年後にその人が説明できなくなります。

手をつける順番としては、業務の流れを紙に書き出してから作り始めるほうが速く終わります。画面から作り始めると、途中で「この情報はどこから来るのか」が決まっていないことに気づいて、表の作りに戻ることになります。流れを1枚に書いておけば、必要な列が先に確定します。

内製化のおすすめの入口は、いま困っている業務のうち、関わる人数がいちばん少ないものです。人数が少なければ、作り直しの影響も小さく済みます。

自動化と通知で減る手作業

業務アプリを入れて手作業が減る部分は、入力そのものよりも、入力のあとの連絡にあります。AppSheetには、データが追加されたり値が変わったりしたときに動く自動化の仕組みがあり、条件に合ったときだけメールを送る、別の行を更新する、といった処理を設定で組めます。

よく設定されるのは3つです。1つ目は、担当者への通知です。新しい記録が追加されたとき、担当の列に入っている人にメールを送ります。これがないと、担当者はアプリを開いて確認する習慣を自分で作らなければなりません。習慣に頼る運用は、忙しい週に崩れます。

2つ目は、条件付きの通知です。在庫が一定の数量を下回ったとき、点検の結果が不合格だったとき、期限が近づいたとき。全件を通知すると読まれなくなるので、動く必要がある件だけを飛ばす設定にします。ここを絞れるかどうかで、通知が使われ続けるかどうかが変わります。

3つ目は、期限の前のリマインドです。決まった時刻に、未処理の行を探して担当者に送ります。毎朝の確認を人がやっている業務では、この1つだけでも効果が出ます。

注意したいのは、自動化を組むほど、動かなかったときに気づきにくくなる点です。通知が来ないことは、処理が終わったことを意味するのか、仕組みが止まっていることを意味するのか、受け取る側からは見分けられません。動いた記録が残る形にしておくか、1日1回は件数の集計が届く形にしておくと、止まったことに気づけます。

また、メールの送信には上限があります。どの製品でも同じですが、1日に送れる通数には制限があり、件数の多い業務では上限に触れることがあります。通知の宛先を増やす前に、1日あたりの通数を見積もっておく価値があります。

他のノーコードツールとの比較で見る軸

ノーコードでアプリを作る道具は複数あり、どれを選ぶかを決める軸はいくつかに絞れます。

1つ目は、元のデータがどこにあるかです。Google スプレッドシートに業務のデータが集まっているなら、同じ Google の製品であるAppSheetは接続の手間が少なく済みます。Microsoft 365 中心の職場なら、そちら側の道具のほうが認証と権限の扱いがそろいます。データの置き場所を動かさずに済む選択が、たいてい最も工数が少なくなります。

2つ目は、使う人がログインできるかどうかです。全員がアカウントを持つ社内向けなら選択肢は広いですが、社外の人に使ってもらう用途では、ログインを求めない形で成立するかどうかが先に問われます。

3つ目は、モバイルで使うかどうかです。現場でスマートフォンから入力する業務では、画面の作りと、通信が不安定なときの扱いが効きます。パソコンの前で使う業務なら、この軸は重みが下がります。

4つ目は、料金の決まり方です。使う人数で決まるのか、アプリの数で決まるのか、データの量で決まるのか。人数が多くてデータが少ない業務と、人数が少なくてデータが多い業務では、有利な料金の形が逆になります。

社内が Microsoft 365 でそろっていて、簡単な申請や集計をフォームで受けている場合の考え方はMicrosoft Formsとの比較に、Googleのフォームとスプレッドシートで受けている場合はGoogleフォームとの比較に、送信されたあとに何が残るかの違いとしてまとめています。

現場が使い続ける画面にするための決め方

作ったアプリが使われないときの原因は、機能の不足ではなく画面の作りにあることが多いです。設定でできる範囲でも、次の点を押さえると定着しやすくなります。

最初に決めるのは、開いた瞬間に何が見えるかです。全件の一覧が出る作りにすると、現場は自分に関係のある行を探す作業から始めます。担当が自分になっている行、今日が期限の行、まだ未処理の行。開いた直後に自分の仕事だけが見える形にすると、探す時間がなくなります。絞り込みを毎回操作させる作りは、数日で使われなくなります。

次は、1画面に出す項目の数です。詳細の画面に列を全部並べると、スマートフォンでは縦に長くなり、必要な項目まで指を何度も動かすことになります。現場が見るのは、たいてい3つか4つの項目です。それを上に置き、残りは下にまとめます。

3つ目は、入力の手数です。日付は今日を初期値にしておく、担当は開いている人を初期値にしておく、前回の値を引き継ぐ。1件あたり3回のタップで終わる形にできれば、現場は続けます。10回を超えると、あとでまとめて入力する運用に戻ります。

4つ目は、間違えたときの直し方です。送信したあとに直せるのか、直した記録が残るのか。直せない作りにすると、現場は間違いを恐れて入力を後回しにします。直せる作りにして、誰がいつ直したかが残るようにしておくほうが、結果として記録が正確になります。

5つ目は、通信が不安定な場所で使うかどうかです。倉庫や地下、屋外の現場では、通信が切れる前提が要ります。切れたときに入力した内容が消える作りだと、一度失った現場はもう使いません。ここは作る前に、実際に使う場所で試す価値があります。

この5つは、機能を足すのではなく、設定の選び方で決まる部分です。作ったあとに直すこともできますが、現場に配ったあとで作りが変わると、教え直す手間が発生します。配る前に決めておくほうが軽く済みます。

導入前に注意しておく点

作り始める前に確かめておくと後戻りが少ない点を挙げます。

データの上限は、プランによって差があります。Starter と Core はデータベース1つあたり2,500行、Enterprise Plus は200,000行です。行が積み上がっていく種類の業務、たとえば日報や点検記録では、数年分でこの行数に達することがあります。古い記録を別の場所に移す運用を最初から決めておくか、上限の大きいプランを前提にするかを決めてください。

権限の設計も先に決める価値があります。誰がどの行を見られるか、誰が更新できるかを、あとから追加するのは面倒です。個人情報や人事の情報を扱うなら、ここは作り始める前に決める部分です。なお、個人情報の取り扱いにどこまでの対応が求められるかは、集める項目と事業の内容によって変わります。制度の解釈にわたる判断は、所管の窓口や専門家に確かめてください。

停止したときの代替も決めておきます。業務アプリが開けない日に、現場は止まるのか、紙で回すのか。点検や出退勤のように毎日発生する業務では、代替がないと1日で困ります。

そして、作った本人以外が使い続けられるかを、配る前に確かめてください。作った人には自明な操作が、現場では自明ではありません。無料の範囲でテスト利用者を10人まで招待できるので、この確認は費用をかけずに済みます。ここを飛ばして全員に配ると、使われないまま料金が発生します。

作ったあとに出てくる手入れの仕事

業務アプリは作った時点では終わりません。運用を始めると、想定していなかった手入れが出てきます。何が出てくるかを先に知っておくと、作る段階での設計が変わります。

いちばん多いのは、選択肢の追加です。部署が増える、担当者が入れ替わる、取り扱う品目が変わる。選択肢を設定画面に直接書き込む作りにしていると、変更のたびに作った本人が呼ばれます。選択肢を別の表から読む作りにしておけば、現場の担当が表を1行足すだけで済みます。この違いは、運用が1年続くと大きな差になります。

次に多いのは、過去の記録の扱いです。項目を1つ足したとき、過去の行はその項目が空のままになります。空欄のままで構わない項目ならよいのですが、集計に使う項目だと、途中から数字の意味が変わります。項目を足すときは、いつから入れ始めたのかが分かる形にしておくと、あとで数字を読み違えません。

3つ目は、使われなくなった画面の整理です。作った当初は必要だった一覧が、運用の形が変わって誰も開かなくなることがあります。残っていても害はないように見えますが、新しく入った人が「どれを開けばよいのか」で迷います。半年に一度、開かれていない画面を消す時間を取るだけで、教える手間が減ります。

4つ目は、権限の見直しです。人の異動に合わせて、見える範囲を直す作業が発生します。ここを放置すると、退職した人のアカウントが有効なまま残ります。使う人数で料金が決まる仕組みなので、放置は費用にも跳ね返ります。

この4つはどれも、作る工数より小さいものの、誰の仕事なのかを決めていないと誰もやりません。作る人を決めるときに、手入れをする人も同時に決めておいてください。

業務アプリと受付の窓口で、どこを分けるか

業務アプリと受付の窓口を分けて持つとき、境界はデータの出どころで引けます。社内の人が作るデータは業務アプリの側、社外の人が送ってくるデータは受付の窓口の側です。この線で分けると、それぞれに必要な機能がはっきりします。

業務アプリの側に必要なのは、既存の表を活かせること、現場のスマートフォンで動くこと、権限で見える範囲を分けられることです。AppSheetはこの3つを満たします。

受付の窓口の側に必要なのは、ログインなしで送信できること、届いた1件に担当と状態が最初から付くこと、返信したかどうかが一覧から読み取れることです。ここを表計算ソフトで代用すると、返信の記録を別の場所に持つことになり、確認のたびに往復が発生します。件数に比例して増える種類の手間なので、受付が伸びるほど苦しくなります。

境界をまたぐデータの受け渡しは、必要になったときに考えれば足ります。受付で確定した申し込みだけを業務アプリ側の表に渡す、という形が多く、毎日自動で同期する必要はほとんどありません。同期を先に設計すると、両方の作りが縛られます。

判断の順序としては、まず社外の窓口を決め、次に社内の業務アプリを作るほうが手戻りが少なくなります。窓口の項目が決まらないと、業務アプリ側で受け取る列も決まらないためです。送信されたあとの道具がそろっている形で窓口を持てば、届いた1件がどこで止まっているかを人に聞かずに読み取れます。どこまでを1つの画面で持てるかはできることに、人数で決まる料金の考え方は料金に、組み合わせて使うときに出やすい疑問はよくある質問にまとめています。

Q1. AppSheetは無料で使えますか？

試作の範囲までは費用がかかりません。公式の料金ページでは、基本のアプリと自動化の機能を無料で使えて、テストに参加する利用者を10人まで招待できるとされています。本番として社内に配る段階からは、使う人数に応じた料金が発生します。多くの有料のGoogle Workspaceプランには Core の使用権が含まれているため、契約内容を先に確認してください。

Q2. 料金は何で決まりますか？

使う人の数で決まります。2026年9月時点の公式の料金は、Starter が1人あたり月額5ドル、Core が1人あたり月額10ドル、Enterprise Plus が1人あたり月額20ドルです。社外に広く公開するアプリ向けの Publisher Pro は1アプリあたり月額50ドルで、利用者数の制限がありません。

Q3. どの業務から作り始めるとよいですか？

スプレッドシートで回していて症状が出ている業務から始めます。行が増えて開くのが遅い、同時編集で値が消える、スマートフォンから読めない、誰が直したか分からない。この4つのうち2つ以上が出ている業務が向きます。症状が1つも出ていない業務は、そのままにしておくほうが手間が増えません。

Q4. 社外からの申し込みをAppSheetで受け付けられますか？

利用者数の制限がないプランはありますが、申し込む側にアプリを開いてもらう設計は相手の負担が大きくなります。締め切り前に件数が集中する受付では、ログインなしで送信できて、届いた1件に担当と状態が付く形のほうが向きます。社内の業務アプリと社外の窓口は分けて持ち、確定した分だけを受け渡す形が現実的です。