この記事の内容（10項目）
GASでスプレッドシートを自動化したいと思っても、相談文には「毎月の作業を楽にしたい」としか書けないことがあります。私もGAS自動化サービスの仕様を作るとき、作れる機能より先に、依頼者へ何を聞けばよいかを考えました。
そこで用意したのが、今の作業、頻度、使うツール、匿名サンプル、完成条件を確認するヒアリングです。その後、納品後の変更や例外処理まで含めて7項目に整理しました。
これは外注して成果が出たという体験談ではありません。自作GASと発注・受注の仕様書を照らし合わせ、見積り相談の前に決めておきたい内容をまとめたものです。
先に結論
見積り相談では、作ってほしい機能の名前より、次の7項目を伝えたほうが完成形を比べやすくなります。
- 今どの順番で作業しているか
- どの手作業をなくしたいか
- 何件をどの頻度で処理するか
- どのGoogleサービスや外部サービスを使うか
- 匿名化した入力例と期待する出力
- 例外が起きたときの止め方
- 納品物、検収方法、修正範囲
「請求書を自動で作りたい」だけでは、入力元、PDFの保存先、再実行時の扱いが決まりません。完成条件を先に書くと、自分でGASを作る場合にもそのまま設計メモとして使えます。
AI・GAS・外注のどれへ任せるか決まっていない場合は、先に請求業務を5工程に分けた記事から確認できます。
1. 今の作業を、開始から終了まで書く
最初に必要なのは「何を作るか」より「今どう処理しているか」です。
たとえば、問い合わせフォームの内容をシートへ転記し、担当者ごとに分け、受付メールを送っているなら、その順番を一行ずつ書きます。途中で別の人が確認する場合や、別ファイルへコピーする場合も省きません。
作業名だけでは、依頼先は見えていない手順を推測することになります。現在の流れがあれば、自動化する部分と人に残す部分を分けられます。
2. なくしたい手作業を一つ選ぶ
最初から全部を自動化すると、見積りの範囲も確認項目も大きくなります。
私が作った請求管理GASでも、採番、一覧への保存、PDF作成、入金集計を別の処理に分けました。支払期限や源泉徴収の要否は、人が入力して確認する設計です。
相談時は「フォームから一覧への転記をなくしたい」「月末の集計だけ自動にしたい」のように、最初の対象を一つ選びます。小さく区切ると、どこまで完成すれば検収できるかも決めやすくなります。
3. 件数と頻度を書く
同じ転記でも、月に5件と毎日500件では必要な作りが変わります。同時に複数人が操作するか、締め日に処理が集中するかも確認したい項目です。
正確な件数が分からなければ、「普段は1日10件前後、月末だけ増える」のような幅でも構いません。運用の大きさが分かれば、手動確認を残せる範囲も考えられます。
4. 使うサービスとアカウントの条件を書く
Google Apps Scriptは、Google Sheets、Gmail、DriveなどGoogle Workspaceのサービスと連携できます。Googleの公式説明でも、ブラウザ上でJavaScriptを書き、Googleのサーバーで実行する仕組みとして案内されています。
一方、実際に使える機能は、組織の管理設定や付与する権限にも左右されます。会社のGoogle Workspaceを使うのか、個人アカウントを使うのか、Slackなど外部サービスとも接続するのかを先に伝えます。
パスワードやAPIキーを相談文へ書く必要はありません。必要な権限の種類と、誰が設定するかだけを確認します。
5. 匿名サンプルと期待する出力を用意する
実データをそのまま渡さなくても、列名とデータの形が分かる匿名サンプルは作れます。
顧客名を「株式会社サンプル」、メールアドレスを架空の値へ置き換え、入力例を2〜3行用意します。その入力から、どの列へ何が入り、どんなファイル名で保存されればよいかを示します。
通常例だけでなく、必須項目が空欄の例や同じデータを再実行した例も一つあると、エラー時の期待結果を話しやすくなります。
入力例をどこから作るか迷うなら、検収用の架空入力5例と期待結果をたたき台にできます。正常な入力だけでなく、項目不足や同じIDを渡す例と、どう扱ってほしいかを並べています。
問い合わせを振り分ける、外部接続なしのローカル判定例です。請求書生成やMake・GASでの動作を確認したものではありません。依頼する処理に合わせて、入力と期待結果を置き換えて使ってください。
6. 例外時に止める場所を決める
自動化では、正常に動く流れだけでなく、失敗したときにどう戻るかも必要です。
- 必須項目が空なら保存しない
- 同じ請求番号なら新しいPDFを作らない
- メール送信前に下書きで止める
- 外部サービスへ接続できなければ元データを残す
こうした条件は、依頼先に任せて後から決めるより、業務を知っている側が先に希望を伝えたほうが安全です。
7. 納品物と検収方法を決める
コードだけ受け取るのか、設定手順、操作説明、テスト項目も必要なのかを決めます。納品後に自分で文言や宛先を変えたい場合は、変更箇所を設定シートへまとめてもらえるかも相談できます。
検収条件は「動きました」ではなく、匿名サンプルを使った操作で書きます。たとえば「フォームを送信すると一覧へ1行追加され、メールは送信せず下書きに残る」とすれば、依頼者と制作者が同じ結果を確認できます。
不具合修正と機能追加の境界、対応期間も購入前に確認します。ココナラの公式ヘルプでは、購入前に仕事内容を相談し、出品者から見積金額、納期、仕事内容の提案を受ける見積り機能が案内されています。購入後はトークルームでやり取りし、正式な納品と承諾を経て取引が完了します。
そのまま使える相談メモ
次の形なら、最初の相談文を短くまとめられます。
【現在の作業】
例：フォーム回答をシートへ転記し、担当者を決めて受付メールを送る
【自動化したい範囲】
例：フォーム回答の転記と担当者別の振り分け
【件数・頻度】
例：平日は1日10件前後、2人で操作
【使用サービス】
例：Googleフォーム、スプレッドシート、Gmail
【入力例と期待する出力】
個人情報を置き換えたサンプルを添付
【例外時の希望】
必須項目が空なら処理を止め、元データを残す
【納品・検収】
コード、設定手順、操作説明を希望。匿名サンプルで3パターン確認したい書けない項目があっても、空欄を隠す必要はありません。「相談して決めたい」と書けば、見積りで確認する論点になります。
外注を探す前に一度だけ確認する
相談文を作ったら、自動化したい処理と、人が判断する処理が混ざっていないかを確認します。金額、税区分、送信先など、間違えたときの影響が大きい判断は、最初は人の確認を残す方法があります。
自分で保守する時間を取りにくい場合や、既存シートの例外が多い場合は、用意した7項目を使って見積りを比べてみてもよいと思います。
この記事の確認情報
最終確認日：2026年9月8日
確認に使ったもの
- 自作したGAS自動化サービス仕様の購入前ヒアリング5問
- 問い合わせ、仕様合意、実装、納品を分けた受注・納品SOP
- 見積・請求・入金管理GASの29項目実機テスト計画
参照した公式情報
リンクは新しいタブで開きます。