GAS（Google Apps Script）の開発を外注するとき、いちばん見積もりがブレるのは「機能の数」ではありません。その処理がGASの仕様上限（1回の実行は6分まで）に収まるか、そして動かし続ける責任を誰が持つか——この2点で、同じ「スプレッドシートの自動化」でも数万円の単発依頼と数十万円の開発案件に分かれます。
この記事では、公開されている発注価格の実際、Mihataが公開している料金、そしてGoogleの公式ドキュメントに書かれている技術的な上限をもとに、規模別の費用感と「どこから外注に切り替えるべきか」の判断基準を整理します。金額の目安だけでなく、見積もりが跳ね上がる原因そのものを先に潰せる内容にしました。
結論：GAS開発の外注費用は「実行時間」と「保守の持ち主」で決まる
先に要点をまとめます。GAS開発の費用は、次の3つの階層でほぼ説明がつきます。
- 単発の自動化スクリプト：数万円規模。手作業を1つだけ置き換える。納品して終わりでよい。
- 定期実行・外部連携を含む業務ツール：十万円台〜。トリガー設計・エラー対応・権限設計が必要になる。
- 社内の複数人が毎日使う管理アプリ：数十万円〜。画面・権限・保守がセットになり、GASだけで完結しないことも多い。
クラウドソーシングのランサーズで「Google Apps Script」のパッケージ一覧を見ると、1万円台の小口の自動化から数十万円規模の開発まで、100件以上の出品が並んでいます（ランサーズ Google Apps Script パッケージ一覧）。この幅の広さこそが「GASの外注費用は一律の相場では語れない」ことの証拠です。安い案件が悪いわけではなく、納品後に誰も面倒を見なくていい範囲かどうかで価格帯が分かれています。
費用の分かれ目になる、GASの技術的な上限（公式クォータ）
見積もりを左右するのは、実はGoogle側が定めているクォータ（上限）です。Google公式のドキュメントに記載されている主な制限は次のとおりです。無料のGoogleアカウントとGoogle Workspaceで差がある点にご注意ください。
項目 | 無料のGoogleアカウント | Google Workspace |
|---|---|---|
スクリプトの実行時間 | 6分／回 | 6分／回 |
カスタム関数の実行時間 | 30秒／回 | 30秒／回 |
トリガーの合計実行時間 | 90分／日 | 6時間／日 |
同時実行数 | 30／ユーザー | 30／ユーザー |
URL Fetch の呼び出し | 20,000回／日 | 100,000回／日 |
メールの宛先数 | 100／日 | 1,500／日 |
出典：Google「Quotas for Google Services」（2026年8月時点。Googleは予告なく変更する場合があると明記しています）
「6分の壁」が工数を跳ね上げる
1回の実行が6分で強制終了される、という制約は初心者向けの豆知識ではなく、見積もりの分水嶺です。数百行のシートを回すだけなら6分に収まりますが、数万行の突合、PDF生成の一括処理、外部APIへの大量問い合わせは簡単に超えます。
超えた場合、開発側は「処理を分割して途中経過を保存し、次のトリガーで続きから再開する」という設計を追加します。これは単なるループ処理の数倍の実装量になり、しかもテストが難しい（途中で落ちたときの復帰確認が要る）。「一晩で全件処理したい」という一言で工数が数倍になるのは、ほぼこの理由です。発注時に対象データの件数と増加見込みを伝えるだけで、見積もりの精度は大きく上がります。
トリガーは「作った人のアカウント」で動く
GASの定期実行（インストール型トリガー）は、Googleの公式ドキュメントで「常に作成した人のアカウントで実行される」と明記されています。さらに、他のアカウントが設置したトリガーは一覧に表示されず、実行に失敗したときの通知も作成者本人へのメールだけです（Installable Triggers｜Google for Developers）。
これがGAS運用でいちばん多い事故の正体です。作った担当者が異動・退職してアカウントが停止されると、毎朝動いていた集計が静かに止まります。しかも失敗メールは本人にしか届かないため、誰も気づかない。実務では「半年前から数字がずれていた」という相談が本当に多く、原因を追うと止まったトリガーだった、というケースが目立ちます。
費用の話に戻すと、この属人化を防ぐ設計（共有アカウントや共有ドライブでの運用、失敗時に社内チャットへ通知する仕組み、実行ログの残し方）は、機能そのものではないため見積もりから抜け落ちがちです。安い見積もりと高い見積もりの差は、多くの場合ここに入っているかどうかです。
規模別に見る、GAS外注の費用イメージ
金額だけを並べても判断できないので、「何が費用を押し上げるか」を軸に整理します。
規模 | やること | 費用が上がる要因 | 保守の必要性 |
|---|---|---|---|
単発スクリプト | 転記・整形・通知など手作業1つの置き換え | ほぼ要件の曖昧さのみ | 低い（動けば終わり） |
定期バッチ | 毎日・毎月の集計、レポート自動送信 | 6分制限、トリガーの持ち主、失敗検知 | 中（止まったら誰が気づくか） |
外部連携ツール | 他システムのAPI、チャット通知、フォーム連携 | 連携先の仕様変更、認証情報の管理、URL Fetch上限 | 高い（相手側が変わると壊れる） |
社内管理アプリ | 複数人が毎日入力・閲覧する画面つきの仕組み | 権限設計、同時編集、UI、データ整合性 | 高い（業務が変われば必ず改修） |
ここで注意したいのが、下の2段はGASだけで作ると割高になりやすいという点です。スプレッドシートのUIを無理やり画面に見立てる実装は、作るときは安くても、使い勝手の悪さと改修コストで後から効いてきます。
内製と外注の分かれ目：4つの判断軸
「社内のGAS得意な人にお願いする」で足りるのか、外注すべきなのか。金額ではなく、次の4つで判断すると外しにくくなります。
1. 止まったときに困る人が、作った本人以外にいるか
自分だけが使う自動化なら内製で十分です。他部署や取引先まで影響が及ぶなら、作成者アカウント依存を外す設計が要ります。ここが外注に切り替える最初のラインです。
2. 処理が6分の制限に近づいているか
今は3分で終わっていても、データが2倍になれば超えます。実行時間が伸び続けている自動化は、遅かれ早かれ作り直しになります。作り直しの費用を後から払うより、設計の時点で分割前提にしておくほうが安く済みます。
3. 業務の変更が年に何回あるか
項目追加や集計軸の変更が頻繁に起きる業務は、開発費より保守体制のほうが重要です。単発で安く作って毎回追加費用を払うより、月額の保守で継続的に見てもらうほうが総額は下がります。Mihataがスプレッドシート案件で月額保守を用意しているのも、この型の業務が圧倒的に多いからです。
4. 扱うデータの機微性と権限
人事・給与・顧客情報を扱うなら、誰の権限で動くかを曖昧にできません。GASは実行者の権限でスプレッドシートやGmailにアクセスするため、権限設計を誤ると「見えてはいけない人に見える」状態が簡単に作れてしまいます。ここは内製の判断に任せず、設計を第三者に確認してもらう価値が高い領域です。
Mihataの場合：公開している料金と提供範囲
参考までに、Mihataがスプレッドシートを社内アプリ化するサービスで公開している料金をそのまま記載します（いずれも税別）。
- テンプレート・セミオーダー：25万円〜／最短2週間。既存テンプレートをベースに貴社のスプレッドシートへカスタマイズし、Google Workspaceの権限と連動した社内公開、AI連携の基本機能、公開後の操作レクチャーまで含みます。
- オーダーメイド：50万円〜／納期は要件に応じて相談。業務フロー全体をヒアリングした設計、独自のAI連携・自動化、複数シート横断の集計、Slack等の外部API連携まで対応します。
- ライト保守：月額9,800円／修正依頼は月3回まで（5営業日以内）。テキストや項目名の修正、シート構成のサポート。
- スタンダード保守：月額19,800円／修正依頼は月5回まで。小規模な機能追加、月次の運用相談・AI連携の調整を含みます。
個人事業主・創業5年以内の事業者向けに初期費用なしのプランも相談を受け付けています。詳細と管理画面のサンプルはスプシ de 社内アプリのサービスページに掲載しています。
記事の途中で恐縮ですが、私たちはスプレッドシートをそのまま活かして社内アプリにするサービスも行っております。良いサービスだと思っておりますので、よろしければ合わせてご覧いただけたら嬉しいです。
見積もりのブレを減らす、発注時に伝えるべき6項目
同じ要望でも、渡す情報の粒度で見積もりは大きく変わります。次の6つを最初に共有するだけで、相見積もりの比較もしやすくなります。
- 対象データの件数と増加見込み：6分制限に収まるかの判断材料。「現在3,000行、月200行増」まで書く。
- 実行タイミング：手動起動か、毎日◯時か、フォーム送信時か。トリガー設計が変わります。
- 誰のアカウントで動かすか：担当者個人か、運用専用アカウントか。属人化を避けたいならここを明記。
- 連携する外部サービス：Slack、kintone、会計ソフトなど。認証方式まで分かれば理想的です。
- 失敗したときにどうしたいか：気づけないのがGASの最大の弱点なので、通知先を決めておく。
- 使う人数と権限の分け方：閲覧だけの人、編集する人、承認する人。ここが画面設計の要件になります。
GASで無理をせず、アプリ化に切り替えるべきタイミング
GASは優秀ですが、万能ではありません。次のような兆候が出たら、スクリプトを足すより仕組みごと見直したほうが結果的に安く済みます。
- スプレッドシートを開くのに時間がかかる、または動作が重い
- 入力ミスを防ぐための条件付き書式や入力規則が増えすぎて、誰も全体を把握できない
- 「このシートは触らないで」という運用ルールが増え続けている
- 同時編集でデータが上書きされる事故が起きている
この段階の見極めについては、スプレッドシート管理の限界とアプリ化の判断基準をまとめた記事で、症状ごとの対処法を詳しく解説しています。GASの追加開発で粘るべきか、アプリ化に踏み切るべきかで迷っている方はあわせてご覧ください。
費用の話に戻すと、「安く見えるGAS追加開発を何度も繰り返した結果、アプリ化1回分を超えていた」という状況は珍しくありません。年間の改修回数と、そこにかかっている社内の確認工数まで足して比較すると、判断が変わることがあります。
まとめ
GAS開発の外注費用は、機能の数ではなく「6分の実行時間に収まるか」「誰のアカウントで動き続けるか」「業務変更にどう追随するか」で決まります。公開されている出品価格は1万円台から数十万円まで幅がありますが、その差の多くは保守と設計の有無です。
安く作ること自体は悪いことではありません。ただ、止まったときに誰も気づけない仕組みを社内の中心業務に置くと、後から取り返しがつきにくくなります。発注前に対象件数・実行タイミング・失敗時の通知先だけでも決めておくと、見積もりの精度も運用の安定性も大きく変わります。
よくある質問
GAS開発の外注費用はどのくらいが目安ですか？
一律の相場はありません。ランサーズのGoogle Apps Scriptパッケージ一覧では1万円台の小口の自動化から数十万円規模の開発まで並んでいます。単発で動けば終わりの自動化は安く、定期実行や外部連携、複数人が使う管理アプリになるほど、保守と設計の分だけ費用が上がります。
GASの実行時間に制限はありますか？
あります。Google公式のクォータでは、1回のスクリプト実行は6分、カスタム関数は30秒が上限です。トリガーの合計実行時間は無料アカウントで1日90分、Google Workspaceで1日6時間です。これを超える処理は分割して再開する設計が必要になり、実装量が大きく増えます。
作った担当者が退職するとGASは止まりますか？
止まる可能性が高いです。インストール型トリガーは作成した人のアカウントで実行される仕様で、実行失敗の通知も作成者本人へのメールだけです。担当者のアカウントが停止されると自動処理が静かに止まり、誰も気づかないという事故が起きます。運用専用アカウントでの実行や、失敗時に社内チャットへ通知する設計で回避します。
内製と外注はどこで分ければよいですか？
判断軸は4つです。止まったときに作成者以外が困るか、処理が6分制限に近づいているか、業務の変更が年に何度も起きるか、扱うデータに権限管理が必要か。1つでも当てはまるなら、設計を外部に見てもらう価値があります。自分だけが使う自動化なら内製で十分です。
Mihataのスプレッドシート関連サービスの料金は？
テンプレート・セミオーダーが25万円〜（最短2週間）、オーダーメイドが50万円〜（納期は要相談）です。いずれも税別で、月額保守はライト9,800円（修正月3回）、スタンダード19,800円（修正月5回・小規模な機能追加込み）を用意しています。個人事業主・創業5年以内の事業者向けに初期費用なしのプランも相談可能です。
見積もりを正確にもらうには何を伝えればよいですか？
対象データの件数と増加見込み、実行タイミング、どのアカウントで動かすか、連携する外部サービス、失敗時の通知先、使う人数と権限の分け方の6点です。特に件数と実行タイミングは6分制限とトリガー設計に直結するため、見積もりのブレが大きく減ります。