AppSheetの使い方｜業務アプリを作る7手順と始める前の設計

「アップシートで今のExcel管理をアプリにできないか」と考えたとき、先に知りたいのは、どのボタンを押すかだけではないはずです。自社の表が使えるのか、何を作れるのか、無料でどこまで試せるのか、作った後は誰が直すのか。この記事では、その判断まで含めてAppSheetの使い方を説明します。

Google公式はAppSheetを、IT部門から事業部門までが使えるノーコードのアプリケーション開発基盤と説明しています。アイデア、手元のデータ、テンプレートから作成でき、Googleスプレッドシートからアプリを作る手順も用意されています。ここでは、すでにExcelやスプレッドシートで受付、案件、在庫、点検などを管理している中小企業を想定します。

AppSheetとは、表のデータを現場の画面へ変える道具

スプレッドシートは一覧と集計には向きますが、スマートフォンから1件ずつ入力する、担当者ごとに必要な情報だけを見る、写真を付けて現場から報告する、といった使い方では列が増え、横へ長くなりがちです。AppSheetは、表をデータの置き場所として使いながら、入力フォーム、一覧、詳細、グラフなどの画面を作れます。

Google公式によると、Googleスプレッドシートのほか、Microsoft Excel、AppSheet Database、各種データベースやクラウドサービスをデータソースとして扱えます。プランによって接続できる範囲が違うため、最初は手元のGoogleスプレッドシートで試し、本番に必要な接続先を後から確認する進め方が分かりやすいです。

AppSheetを始める前に、対象業務を1件の流れで書く

最初に、アプリ化したい仕事を1つ選びます。「在庫管理を全部」のように広く取ると、入荷、保管、移動、販売、返品、棚卸しが一度に入ってきます。まずは「商品を受け付けて、担当者が確認し、在庫として登録する」など、始まりと終わりが言える範囲に切ります。

紙かメモ帳に、入力する人、受け取る情報、途中で判断する人、完了したときに残す記録を書きます。ここで担当者によって手順が違うなら、アプリを作る前に違いを確認します。画面へ選択肢を置くには、判断の分かれ方を言葉にする必要があるからです。

AppSheetの使い方を7手順で進める

1. アプリにする業務を1つ選ぶ

最初の候補は、社内で完結し、入力を間違えても人が直せる業務が向いています。点検記録、備品の貸出、問い合わせの受付、簡単な在庫の入出庫などです。入金や発注を確定する処理、社外へ自動送信する処理、法定保存が必要な記録は、運用と権限を確かめてから扱います。

2. 1行を1件、1列を1項目にしてデータを分ける

Google公式は、AppSheetがスプレッドシートの列構造を読み取り、1行目に列見出しがあり、以降の行にデータが並ぶ標準的な表形式で最も適切に動くと説明しています。タイトル行、結合セル、途中の小計、グラフを同じ表へ置くと、列の読み取りで問題が起きる可能性があります。

各行には一意のIDを持たせます。商品名や顧客名は同じものが現れるため、行を区別するキーには向きません。「同じ名前の別の人」や「同じ商品の2回目の受付」を別の記録として扱える値が必要です。AppSheet公式も、アプリの変更をスプレッドシートへ同期するときに一意のキーを使うため、キーの選択は重要だと説明しています。

3. AppSheetで既存データからアプリを作る

AppSheetへサインインし、アプリ作成画面で既存データから始める方法を選びます。対象のGoogleスプレッドシートを選ぶと、最初のワークシートに接続したデータテーブルが自動で作られます。複数のワークシートや別のスプレッドシートを使う場合は、エディタのDataからテーブルを追加します。

作成直後は、AppSheetが推測した列の型を確認します。日付が文字列になっていないか、金額が数値として読まれているか、写真やファイルの列が意図した型かを見ます。列の追加や削除で元シートの構造を変えた場合は、AppSheet側で列構造を再生成する必要があります。

4. 入力と確認に必要な画面だけ残す

最初から多くの画面を作る必要はありません。登録用のフォーム、未処理を確認する一覧、1件の内容を見る詳細。この3つで対象業務が終わるかを確かめます。経営用のグラフや複雑なダッシュボードは、入力が安定し、必要な項目がそろってからでも遅くありません。

画面名は、機能名より利用者の行動に合わせます。「Form View」ではなく「新しい受付を登録」、「Table View」ではなく「確認待ち一覧」のようにすると、初めて触る人でも迷いにくくなります。入力順も、元のスプレッドシートの列順ではなく、現場で情報を受け取る順に並べます。

5. 状態と次の担当を決める

業務アプリでは、データがあるだけでなく、今どこで止まっているかが分かることが大切です。「未確認」「差し戻し」「対応中」「完了」など、現場で本当に使う状態を決めます。それぞれの状態へ進められる人と、次に見る人も書き出します。

状態を増やしすぎると、担当者ごとに選び方が変わります。会議で使っている言葉に合わせ、完了の条件を一文で説明できる数に絞ります。通知や自動化を設定するのは、この状態と担当が決まった後です。

6. 権限と例外を含めてテストする

作成者の画面だけで確認すると、権限の問題を見落とします。登録する人、確認する人、管理する人の立場で、見えてよい列、直してよい項目、実行できる操作を確認します。実在の顧客情報を使う前に、架空のテストデータで試します。

正常な1件だけでなく、必須項目が空、同じ受付が重複、担当者が不在、差し戻した後に再提出、といった場面も通します。エラーを完全になくすより、起きたときに誰が気づき、どの記録を直すかが分かる状態を目指します。

7. デプロイ前チェックを通し、更新手順を残す

Google公式は、AppSheetエディタのManageからデプロイチェックを実行し、問題を確認してからアプリをデプロイする手順を案内しています。試験が終わったら、共有する利用者と必要なライセンスを確認し、デプロイチェックの警告を解消します。

公開後に必要なのは、列を追加するとき、選択肢を変えるとき、担当者を入れ替えるときの手順です。作成者以外にも変更できる人を決め、変更日、変更理由、戻し方を残します。画面の説明書だけでなく、元のデータを誰が直すかまで書くと引き継ぎやすくなります。

料金は作る人ではなく、使う範囲まで含めて確認する

2026年10月12日にGoogle AppSheet公式料金ページを確認した時点では、Starterが1ユーザー月額5米ドル、Coreが1ユーザー月額10米ドル、Enterprise Plusが1ユーザー月額20米ドルです。Coreは、多くの有料Google Workspaceプランに含まれると案内されています。契約中のWorkspaceエディションと、実際に利用する人のライセンスは管理者に確認してください。

Google公式では、AppSheetのアプリは10人まで無償で構築・テストできます。一方、無料利用はプロトタイプの開発とテスト、または個人利用を前提としています。無料状態では、自動メールやスケジュール実行のBotなど、一部のAutomation機能が想定どおり実行されません。試作で動いたことと、業務で継続利用できることは分けて考えます。

料金だけを比べるのではなく、アプリを使う人、接続するデータ、必要なセキュリティ、管理者が行うことを並べて判断します。公式のプラン比較とサブスクリプションの選び方は変更される可能性があるため、契約前に最新ページを開いてください。

AppSheetが向く業務と、別の方法も比べたい業務

すでにGASで処理が動いている場合は、古いから置き換えるのではなく、画面が必要な入口だけAppSheetにする方法もあります。実行時間、権限、監視、保守を見て移行範囲を決める考え方は、GAS業務システムをWebアプリへ移す判断基準で整理しています。

現場で残したいのは、アプリの設定より3つの運用資料

SalesDockでは、AppSheetで受付、在庫、販売を管理し、そのデータをスプレッドシートへ連携して集計やダッシュボードに使う会社の業務を確認したことがあります。このような業務で確認が必要になるのは、AppSheetの画面操作よりも、どの項目がどの集計につながり、変更時に誰が何を直し、数字を見た人が次に何を判断するかをそろえることです。顧客名や件数、成果はこの記事では扱いません。

同じような業務では、次の3つをアプリと一緒に残すと引き継ぎやすくなります。

• データ構造の対応表：AppSheetのテーブルと列が、元のスプレッドシートのどこへ対応するかを書きます。
• 更新手順書：担当者、選択肢、商品区分などを変更するときに、どこをどの順で直すかを書きます。
• 判断フロー：アラートや例外が出たときに、誰が確認し、どの状態へ進めるかを書きます。

受付の仕組みを整え、担当を分け、最後に経営数字へつなぐ順序は、不動産会社の事例を横断して見たときにも共通していました。業種は違いますが、ツールより先に業務の順番を決める考え方は不動産DXの6社事例から見えた導入順でも確認できます。

AppSheetと別の仕組みをつなぐ場合は、どのデータを最新とするか、共通IDを何にするか、失敗時にどこから戻すかも必要です。接続の考え方はデータ・システム連携の設計ガイドにまとめています。

導入効果は、入力時間だけでなく戻し作業も測る

AppSheetを試す前に、対象業務の現在値を記録します。短時間になったかだけを見ると、作成者が裏で直している手間が見えません。次の項目を、試す前と後で同じ方法で数えます。

• 1件を受け付けて完了にするまでの時間。
• 入力漏れや重複で差し戻した件数。
• 元のスプレッドシートを直接直した件数。
• 作成者へ操作や修正の質問が来た件数。
• 担当者が不在でも別の人が完了まで進められたか。

質問や直接修正が減らない場合は、機能を足すより、入力項目、状態、権限、手順書を見直します。アプリが動くことと、業務が回ることを分けて確かめるための数字です。

来週始めるなら、1つの受付をテストデータで通す

1. 候補業務を1つ選び、開始と完了を一文で書きます。
2. 実在の顧客情報を除いたテスト用スプレッドシートを作ります。
3. 1行1件、1列1項目、一意のIDになっているか確認します。
4. AppSheetでフォーム、一覧、詳細の3画面を作ります。
5. 登録、差し戻し、完了の3場面を担当者と通します。
6. 直した箇所と理由を残し、次に試す前に元の業務と表へ反映します。

この段階で複数部署へ広げる必要はありません。1件を最後まで通し、止まった場所を見つけるだけでも、AppSheetを使うべきか、元の表から直すべきかが分かります。自社で対象業務を切り分けにくい場合は、SalesDockの3分の業務・AI導入診断で、先に整える場所を確認できます。

AppSheetの使い方でよくある質問