GASで進捗管理アプリを作る方法：現場入力・写真添付・遅延通知までの構成例

進捗管理は、現場や担当者ごとの状況を早く正確に把握するために重要な業務です。

ただ、実際には電話、メール、チャット、紙のチェック表、Excel、スプレッドシートなどが混ざり、最新状況がどこにあるのか分かりにくくなることがあります。

「完了したと思っていた作業が止まっていた」「写真は送られているが一覧に反映されていない」「遅れている案件に気付くのが遅れた」といった問題は、進捗情報の集め方と見方が整理されていないと起きやすくなります。

GAS（Google Apps Script）を使うと、スマホやPCから進捗を入力し、スプレッドシートに保存し、写真をGoogleドライブへ保管し、一覧画面で確認し、必要に応じて遅延通知を送る仕組みを作れます。

この記事では、GASで進捗管理アプリを作る場合の構成例を、実務目線で整理します。コードの細かい話ではなく、中小企業や現場業務でどのように役立つのかを中心に解説します。

1. この記事で伝えたいこと

GASで進捗管理アプリを作る目的は、最初から大きな専用システムを作ることではありません。

まずは、今あるスプレッドシート管理を活かしながら、現場からの入力、写真の保存、一覧確認、遅延の把握を一つの流れにすることです。

たとえば、作業者がスマホで案件を選び、工程を更新し、必要なら写真を添付する。入力された内容はスプレッドシートに保存され、管理者は一覧画面で状況を確認する。予定日を過ぎている案件があれば、担当者や管理者へ通知する。この流れができるだけでも、確認の手間はかなり減ります。

GASを使うと、進捗データを起点に次のような処理をまとめて行えます。

• スマホやPCから進捗を入力する
• 入力内容をスプレッドシートに保存する
• 工程ごとのステータスを管理する
• 写真や添付ファイルをGoogleドライブに保存する
• 管理者向けの一覧画面を作る
• 遅延案件を自動で検出する
• 担当者や管理者へメール通知する

もちろん、進捗管理は業務ルールそのものと深く関わります。ステータス名、工程の区切り、誰が入力するか、誰が確認するかを曖昧にしたまま画面だけ作っても、現場では使いにくくなります。

そのため、GASで作る場合は「入力画面を作る」だけでなく、「現場が迷わず入力でき、管理者が早く判断できる状態を作る」と考えることが大切です。

2. 進捗管理でよく起きる困りごと

進捗管理でよく起きる問題は、情報が集まらないことと、集まった情報が見にくいことです。

たとえば、担当者が現場から電話で状況を伝え、管理者があとで表に入力している場合、聞き間違いや入力漏れが起きます。忙しい時間帯は連絡が後回しになり、一覧表の更新が実際の状況より遅れることもあります。

チャットで写真や報告を送っている場合も、最初は便利です。

しかし、案件数が増えると、どの写真がどの案件のものか分かりにくくなります。過去の投稿を探したり、別の一覧表へ転記したりする時間が増えると、進捗確認のための作業がまた増えてしまいます。

スプレッドシートだけで管理している場合は、入力しやすさが課題になります。

PCで入力する前提の表を、現場でスマホから直接編集するのは使いにくいことがあります。列が多い、入力する場所が分かりにくい、誤って別のセルを消してしまう、といった問題が出やすくなります。

遅延に気付きにくいことも大きな問題です。

予定日や期限を表に入れていても、毎日人が確認しなければ遅れを見逃します。件数が少ないうちは目視で確認できますが、案件が増えると、どれを優先して見るべきか分かりにくくなります。

さらに、進捗の定義が人によって違うと、一覧の意味が揃いません。

ある担当者は「作業中」を着手済みの意味で使い、別の担当者は確認待ちの意味で使っている場合、同じステータスでも実態が違ってしまいます。進捗管理アプリを作る前に、こうした言葉の定義を揃えることが重要です。

3. GASで進捗管理アプリを作るとできること

GASで進捗管理アプリを作ると、入力、保存、確認、通知を一つの流れにできます。

基本的な流れは、次のような形です。

• 作業者がスマホやPCから進捗入力画面を開く
• 案件や工程を選択する
• ステータス、コメント、作業日時などを入力する
• 必要に応じて写真を添付する
• GASが内容をスプレッドシートに保存する
• 添付写真をGoogleドライブに保存する
• 管理者が一覧画面で最新状況を確認する
• 遅延や未入力があれば通知する

入力画面は、GASのWebアプリとして作れます。

Googleフォームでも簡単な入力はできますが、案件一覧から選ばせたい、ステータスを業務に合わせたい、写真添付や確認画面を細かく制御したい場合は、HTML画面を使う方法が向いています。

データの保存先には、まずスプレッドシートを使えます。

案件番号、案件名、担当者、工程、予定日、ステータス、最終更新日時、コメント、写真URLなどを列として持たせれば、一覧管理や集計がしやすくなります。最初から複雑なデータベースを用意しなくても、小規模な進捗管理であればスプレッドシートで始められます。

管理者向けの一覧画面も作れます。

ステータス別、担当者別、工程別、遅延有無などで表示を切り替えられるようにすれば、見るべき案件を探しやすくなります。現場入力用の画面と管理者確認用の画面を分けると、利用者ごとの使いやすさも上がります。

4. 入力画面とスプレッドシート構成の考え方

進捗管理アプリでは、入力画面をシンプルにすることが大切です。

現場で使う画面に項目を詰め込みすぎると、入力が面倒になり、結局あとでまとめて入力する運用に戻ってしまいます。まずは、案件、工程、ステータス、コメント、写真など、現場で本当に必要な項目に絞ります。

案件の選び方も重要です。

案件番号を手入力させる方法もありますが、入力ミスを避けたい場合は、案件一覧から選択できるようにします。担当者ごとに表示する案件を絞る、未完了の案件だけ表示する、といった工夫もできます。

ステータスは、業務に合わせて少数に絞ります。

たとえば「未着手」「作業中」「確認待ち」「完了」「保留」のように、誰が見ても意味が分かる名前にします。細かく分けすぎると入力者が迷うため、最初は運用できる粒度にする方が安全です。

スプレッドシート側では、現在の状態を持つシートと、更新履歴を残すシートを分ける方法があります。

現在の状態だけを見るなら案件一覧シートが便利です。一方で、いつ誰がどのステータスに変えたのかを後から確認したい場合は、更新履歴シートに追記していく形にします。履歴を残しておくと、問い合わせやトラブル時の確認がしやすくなります。

写真を扱う場合は、スプレッドシートに画像そのものを入れるのではなく、Googleドライブに保存してURLを記録する形が扱いやすいです。

ファイル名には案件番号、工程名、日時などを含めると、あとから探しやすくなります。保存先フォルダも案件別や月別に分けると、管理しやすくなります。

5. 写真添付・一覧画面・遅延通知の考え方

現場業務では、写真が進捗の証跡になることがあります。

作業前、作業中、作業後の写真を残しておけば、管理者が現地に行かなくても状況を確認できます。GASのWebアプリでは、入力画面から写真を受け取り、Googleドライブへ保存し、そのURLをスプレッドシートに記録する構成にできます。

ただし、写真添付は運用ルールも必要です。

どの工程で写真が必要なのか、何枚まで添付するのか、ファイル名や保存先をどうするのかを決めておかないと、ドライブ内が探しにくくなります。写真を残す目的を先に決めることが大切です。

管理者向けの一覧画面では、最新状況を見やすくします。

すべての項目を一画面に並べるよりも、案件名、担当者、工程、ステータス、予定日、最終更新日時、写真リンクなど、判断に必要な項目を優先して表示します。ステータスや遅延有無で絞り込めると、確認作業が早くなります。

遅延通知は、進捗管理アプリの効果が出やすい部分です。

予定日を過ぎても完了していない案件、一定時間更新がない案件、確認待ちのまま止まっている案件などをGASの時間主導トリガーでチェックし、担当者や管理者へメールで通知できます。

通知は多すぎると読まれなくなります。

そのため、すべての変化を通知するのではなく、確認すべきものだけを通知する設計にします。たとえば、遅延案件だけ、当日期限の案件だけ、管理者確認が必要な案件だけに絞ると、通知の価値が下がりにくくなります。

6. 導入前に決めておきたいこと

進捗管理アプリを作る前に、業務ルールを整理しておくことが大切です。

まず、何を進捗として管理するのかを決めます。

案件単位なのか、工程単位なのか、作業者単位なのかによって、画面やシートの作り方が変わります。進捗管理という言葉だけでは範囲が広いため、どの業務のどの状態を見たいのかを具体化します。

次に、ステータスの種類を決めます。

「未着手」「作業中」「確認待ち」「完了」など、現場と管理者が同じ意味で使える状態名にします。曖昧な言葉を使うと、入力された進捗を見ても判断しにくくなります。

入力者と確認者も決めておきます。

作業者本人が入力するのか、現場責任者がまとめて入力するのか、管理者が確認してステータスを変えるのか。権限や責任の分担を決めておくと、運用開始後に迷いにくくなります。

写真添付のルールも必要です。

どのタイミングで写真を撮るのか、必須にするのか、保存期間をどうするのかを整理します。写真には現場情報や顧客情報が写る場合もあるため、共有範囲にも注意します。

通知ルールも最初に決めます。

誰に、いつ、どの条件で通知するのかを決めておかないと、通知が多すぎたり、必要な通知が届かなかったりします。最初は遅延や未入力など、重要なものに絞る方が運用しやすくなります。

7. GASだけで作る場合の注意点

GASの進捗管理アプリは便利ですが、向いていない使い方もあります。

まず、大量アクセスやリアルタイム性が強く求められる場合です。

GASのWebアプリやスプレッドシートは、小規模から中規模の業務改善には使いやすい一方で、多数の利用者が同時に頻繁に更新するような用途では、専用のWebアプリやデータベースを検討した方がよいことがあります。

スプレッドシートをデータベースのように使いすぎる場合も注意が必要です。

データ量が増え、検索や集計が重くなったり、履歴が多くなりすぎたりすると、表示や処理に時間がかかります。将来的に件数が大きく増える見込みがある場合は、外部DBとの連携も選択肢になります。

権限管理も考える必要があります。

進捗情報には、顧客名、現場名、写真、担当者名などが含まれることがあります。スプレッドシート、Googleドライブ、GASプロジェクト、WebアプリURLの共有範囲を曖昧にしないことが大切です。

オフライン環境にも注意します。

現場によってはスマホの通信が不安定な場合があります。常にオンライン入力できる前提で作ると、現場で使いにくくなることがあります。必要に応じて、入力タイミングや代替運用を決めておきます。

また、進捗管理は現場の習慣に影響します。

画面を作っただけでは定着しません。入力項目を絞り、運用ルールを説明し、最初は小さな範囲で試してから広げる方が失敗しにくくなります。

8. まとめ

GASで進捗管理アプリを作ると、現場入力、スプレッドシート保存、写真添付、一覧確認、遅延通知を一つの流れにできます。

電話やチャット、手入力の表だけで進捗を管理していると、情報が散らばり、最新状況の確認に時間がかかります。案件数や担当者が増えるほど、確認漏れや遅延の見落としも起きやすくなります。

GASを使えば、スマホやPCから入力された進捗をスプレッドシートに保存し、写真をGoogleドライブに残し、管理者が一覧で確認できる仕組みを作れます。

ただし、進捗管理アプリは画面だけで成り立つものではありません。ステータスの定義、入力者、確認者、写真添付、通知条件、権限管理を先に整理する必要があります。

まずは、現場入力と一覧確認から始め、必要に応じて写真添付や遅延通知を追加していくと、無理なく導入しやすくなります。