GASの外注費用はいくらくらいですか？

作る仕組みの規模、つなぐサービスの数、テストや保守の範囲によって大きく変わるため、一律の金額は示しにくいのが実情です。業務の流れや使っているファイルなど5つの情報を整理して相談すると、具体的な見積もりを出してもらいやすくなります。

小さな自動化1本だけでも依頼できますか？

依頼先によりますが、通知メール1本のような小さな自動化から相談できる場合も多くあります。小さく作って効果を確かめてから広げるほうが、結果的に無駄が少なくなります。

作ったGASが動かなくなったらどうなりますか？

シート名や列の並びの変更、権限の変更、仕様変更などで止まることがあります。保守をどう依頼できるか、エラー時に通知が届くかを契約前に確認しておきましょう。

生成AIにGASを書かせれば外注しなくてもよいですか？

小さな処理なら役立ちますが、権限・エラー処理・個人情報の扱いまで含めた設計には、内容を理解して確認できる人が必要です。止まると困る仕組みは、専門家に相談することをおすすめします。

個人情報を含むシートを外部の人に見せても大丈夫ですか？

見積もりの段階では、個人情報を伏せたサンプルや項目名だけの表で十分です。開発で本番データを扱う場合は、秘密保持の取り決めとアクセス権の範囲を事前に決めておきましょう。

Googleツール活用公開2026.10.11 読了目安約8分

GAS開発の外注費用はどう決まる？見積もり前に準備する5つの情報

この記事の要点

GAS（Google Apps Script）開発を外注するときの費用は、主に「処理の数と複雑さ」「つなぐサービスの数」「使う人数と権限」「テストと引き継ぎ」「作ったあとの保守」の5つで決まります。
同じ「自動化」でも、通知を1本送るだけの仕組みと、複数部署で使う業務システムでは作業量が大きく違います。
見積もりの前に、業務の流れ・使っているファイル・困っていること・使う人・止まったときの影響の5つを整理しておくと、見積もりの精度が上がり、やり直しも減らせます。

「スプレッドシートの集計を自動にしたい」「フォームの回答をもとに書類を作りたい」。Googleのツールを使っていると、GAS（Google Apps Script）で自動化したい場面がたくさん出てきます。社内に作れる人がいなければ、外部に依頼するのが近道です。

一方で、「GASの外注はいくらかかるのか分からない」「見積もりを頼むときに何を伝えればいいのか分からない」という声もよく聞きます。この記事では、金額の相場ではなく、費用がどう決まるのかと、見積もりの前に準備しておきたい情報を、非エンジニアの方にも分かるように整理します。

そもそもGASで何ができるのか

GASは、Googleが提供する仕組みで、Googleスプレッドシート、Gmail、Googleフォーム、Googleカレンダー、Googleドライブなどを操作・連携させることができます。ブラウザだけで開発でき、「毎朝9時に」「フォームが送信されたら」といったきっかけ（トリガー）で自動的に動かせるのが特長です（Google Apps Script の概要）。

GASの基本は「GASとは？できること・始め方・外注の判断まで」で紹介しています。この記事では、その次の段階として「人に頼むとき」の考え方を扱います。

費用を決める5つの要素

GAS開発の費用は、ほとんどの場合「どれだけ作業時間がかかるか」で決まります。作業時間を左右するのは、次の5つです。

要素	作業が増える例	作業を抑える工夫
1. 処理の数と複雑さ	条件分岐が多い、例外のパターンが多い、計算ルールが複雑	最初は「よくあるパターン」だけを自動化し、例外は人が対応する
2. つなぐサービスの数	スプレッドシートに加えてGmail、カレンダー、外部のチャットやAIサービスとも連携	最初は社内のGoogleツールだけで完結させる
3. 使う人数と権限	部署ごとに見られる範囲を分けたい、社外の人も使う	最初は少人数・同じ権限で試す
4. テストと引き継ぎ	本番データでの確認、操作マニュアルの作成、担当者への説明会	テスト用のデータを事前に用意しておく
5. 作ったあとの保守	シートの列が変わるたびの修正、エラー時の対応、機能の追加	シートの構成を変えるときのルールを決めておく

見落としやすいのが5つ目の保守です。GASは、シート名や列の並びを変えると動かなくなることがあります。また、Googleの仕様変更や、スクリプトを承認したアカウントの権限変更で止まることもあります。作る費用だけでなく、作ったあとに誰がどう面倒を見るかまで含めて考えましょう。

規模の目安は「作業量」で考える

金額は会社や依頼先によって大きく変わるため、ここでは作業量の大きさで3段階に分けて例を示します。

GAS開発の規模を3段階の階段で示した図。小「通知・転記を1本」（例：フォーム送信時に担当者へメール）、中「集計＋書類作成」（例：月次の集計表とPDF請求書の自動作成）、大「複数部署の業務システム」（例：申請・承認・台帳管理をまとめた仕組み）の3段を、右に行くほど高くなる階段で表し、各段に関わる要素（処理の数・連携先・利用人数）のアイコンを添えている — 同じGASでも、作るものの規模で作業量は大きく変わります。最初は小さな段から始めるのがおすすめです

規模	例	作業の特徴
小	フォームが送信されたら担当者にメールで知らせる／毎朝、期限が近い案件を一覧にして送る	処理が1つ。連携先も少なく、確認も短時間で済む
中	複数のシートから月次の集計表を作り、PDFにしてフォルダに保存する／顧客ごとの書類をテンプレートから作る	処理が複数。書式や例外の確認に時間がかかる
大	申請・承認・台帳管理を一つにまとめ、複数部署で使う／外部のサービスやAIと連携する	権限設計、テスト、マニュアル、保守体制まで必要

「大」の仕組みが必要に見えても、実は「小」をいくつか組み合わせるだけで十分なことも少なくありません。最初から大きく作ると、使われない機能に費用をかけてしまうおそれがあります。

見積もり前に準備する5つの情報

依頼先に正確な見積もりを出してもらうには、次の5つを事前に整理しておくのが効果的です。完璧でなくても構いません。分からない所は「分からない」と書いておけば、打ち合わせで一緒に埋められます。

今の業務の流れ：誰が、いつ、何を受け取り、何をして、どこに渡しているか。箇条書きで十分です。
使っているファイルと画面：対象のスプレッドシートやフォーム、書類のひな形。個人情報を伏せたサンプルがあると話が早く進みます。
困っていることと、目指す状態：「毎月3日かかる集計を半日にしたい」「転記ミスをなくしたい」など、何が良くなれば成功かを書きます。
使う人と権限：何人が使うか、社外の人も使うか、見せてはいけない情報はあるか。
止まったときの影響：止まったら業務が止まるのか、手作業で代わりができるのか。これによって、テストや保守にかける手間が変わります。

見積もり前の準備シートを模した図。左に「業務の流れ」「使っているファイル」「困りごとと目指す状態」「使う人と権限」「止まったときの影響」の5項目が縦に並び、それぞれの右側に記入欄の枠と記入例のアイコン（フロー矢印、シート、目標の旗、人のマーク、警告マーク）が配置されている — 5つの情報を1枚のシートにまとめて渡すと、見積もりのぶれや後からの追加費用を減らせます

業務の流れの書き出し方は「業務の見える化とは？やり方5ステップ」、整理する項目は「社内システム開発の進め方｜依頼前に整理する7項目」も参考にしてください。

自社で作る・外注する・組み合わせる

すべてを外注する必要はありません。次の表のように、会社の状況に合わせて選べます。

進め方	向いている場面	注意点
自社で作る	小さな自動化、学びながら進めたい、社内に興味のある人がいる	作った人しか分からない状態になりやすい
外注する	止まると困る仕組み、複数部署で使う、早く確実に動かしたい	保守と引き継ぎの取り決めが必要
組み合わせる	骨組みは外部に作ってもらい、細かな調整は社内で行う	どこまで社内で触ってよいかを決めておく

最近は生成AIにGASのコードを書いてもらうこともできます。小さな処理なら十分に役立ちますが、権限やエラー処理、個人情報の扱いまで考えた設計は、内容を理解できる人の確認が欠かせません。

見積もりを比べるときのチェックポイント

作業の範囲が書かれているか：何を作り、何を作らないかがはっきりしているか。
テストの方法：誰が、どのデータで確認するのか。
納品物：スクリプトのほかに、使い方の説明書や設計メモがもらえるか。
権利と持ち主：作ったスクリプトやファイルが自社のものになるか。自社のGoogleアカウントの中に置かれるか。
保守の条件：不具合の修正や小さな変更をどう依頼できるか。
上限への配慮：GASには1回の実行時間や1日に送れるメール数などの上限があります。処理量が多い場合、その点を考えた設計になっているか（Google サービスの割り当て）。

契約の考え方は、IPAが公開している「情報システム・モデル取引・契約書」が参考になります。小さな開発でも、作業範囲と成果物の扱いは書面に残しておくと安心です。

依頼から納品までの一般的な流れ

相談・ヒアリング：業務の流れと困りごとを共有します。準備した5つの情報がここで役立ちます。
見積もりと範囲の確認：作るもの・作らないもの、テストの方法、納品物、保守の条件を確認します。
試作：小さな範囲で動くものを作り、実際の画面やデータで確かめます。
調整とテスト：現場で試してもらい、使いにくい所や例外の扱いを直します。
納品と引き継ぎ：使い方の説明書と設計メモを受け取り、社内の担当者が操作できることを確認します。

試作の段階で一度実物を触ってみると、「やはりこの機能はいらない」「この項目が足りない」といった気づきが出てきます。最初の打ち合わせで完璧な仕様を決めようとしなくても大丈夫です。

ゼンシンの業務アプリ・システム開発

株式会社善の「ゼンシン」では、業務アプリ・システム開発として、GASやAppSheetなどGoogle Workspaceを中心に、管理表・入力・共有の小さな仕組みから業務システムまで開発しています。作る前に業務を見える化し、なくせる作業を減らしてから仕組みにするのが特長です。成果物はお客様に帰属します。

よくある質問

GASの外注費用はいくらくらいですか？: 作る仕組みの規模、つなぐサービスの数、テストや保守の範囲によって大きく変わるため、一律の金額は示しにくいのが実情です。業務の流れや使っているファイルなど5つの情報を整理して相談すると、具体的な見積もりを出してもらいやすくなります。

小さな自動化1本だけでも依頼できますか？: 依頼先によりますが、通知メール1本のような小さな自動化から相談できる場合も多くあります。小さく作って効果を確かめてから広げるほうが、結果的に無駄が少なくなります。

作ったGASが動かなくなったらどうなりますか？: シート名や列の並びの変更、権限の変更、仕様変更などで止まることがあります。保守をどう依頼できるか、エラー時に通知が届くかを契約前に確認しておきましょう。

生成AIにGASを書かせれば外注しなくてもよいですか？: 小さな処理なら役立ちますが、権限・エラー処理・個人情報の扱いまで含めた設計には、内容を理解して確認できる人が必要です。止まると困る仕組みは、専門家に相談することをおすすめします。

個人情報を含むシートを外部の人に見せても大丈夫ですか？: 見積もりの段階では、個人情報を伏せたサンプルや項目名だけの表で十分です。開発で本番データを扱う場合は、秘密保持の取り決めとアクセス権の範囲を事前に決めておきましょう。

まとめ

GAS開発の費用は、処理の複雑さ・連携先・利用人数と権限・テストと引き継ぎ・保守の5つで決まります。
規模は「小・中・大」の作業量で考え、最初は小さく始めるのが無駄の少ない進め方です。
見積もり前に、業務の流れ・ファイル・困りごと・使う人・止まったときの影響を整理しましょう。
作る費用だけでなく、保守と引き継ぎ、成果物の持ち主まで確認することが大切です。

参考資料・出典

製品の仕様や上限は変更される場合があります。公開日・更新日とあわせて、各公式資料の最新情報をご確認ください。

AI活用のご相談（無料）

生成AIやGoogleツールの使い方、業務の見直しなど、気になることをお聞かせください。内容を確認し、担当者からご連絡します。

この記事を書いた人

株式会社善 / 善のAX研究所

福祉の現場から始まった株式会社善が運営するコラムです。AI・Googleツール・業務改善について、日々の実務に役立つ考え方をお届けします。

会社概要代表メッセージ記事一覧