Norra Office

仕事の自動化

受付内容を二重に転記しないために:自動化前に決める5つのこと

情報確認日:2026-09-12 · 編集:Norra Office

この記事の目次
  1. 1. いつ始めるか
  2. 2. 何を運ぶか
  3. 3. 重複をどう判定するか
  4. 4. 失敗したとき誰が確認するか
  5. 5. 小さな件数で試す
  6. 決めた条件を、Makeで1件試す
  7. ツールを決めるための次の一歩
  8. 確認した公式資料

最初の自動化は、1つの作業を小さく試せる形にします。ここでは「新しい受付内容を管理シートへ転記する」という設計例で、事前に決めたいことを整理します。実サービスで動作検証済みの手順ではありません。

1. いつ始めるか

新しいフォーム回答なのか、指定時間なのか、開始条件を1つ決めます。同じ情報を2つの起点から処理すると、転記が重なる設計になることがあります。

2. 何を運ぶか

受付ID、受付日、対応状況など、必要な項目を一覧にします。いきなり実際の顧客情報を使わず、架空のデータで設計を確認します。

3. 重複をどう判定するか

同じ受付IDをもう一度処理した場合に、追加するのか、既存行を更新するのか、何もしないのかを決めます。ツール選びの際は必要な検索・更新機能を確認してください。

4. 失敗したとき誰が確認するか

認証切れ、行の形式違い、利用上限などで失敗した場合の確認先を決めます。再実行する前に、途中まで反映されていないか確かめる手順も用意します。

5. 小さな件数で試す

正常な1件、必須項目が空の1件、同じIDの再送を試す計画を作ります。処理結果と使用量を記録してから、月間の運用量に広げます。

決めた条件を、Makeで1件試す

たとえば「受付ID:TEST-001、内容:資料請求、通知先:テスト用」と決めたら、Makeで受付行を読み取る練習へ進めます。Makeはアプリの間で情報を受け渡す処理を画面でつなぐツールです。まずはこの受付IDが出力に現れるところまで試すと、次に渡す情報を具体的に確認できます。

ツールを決めるための次の一歩

必要な処理を整理できたら、ツール比較で接続・管理方法を確認し、使用量を概算してください。Google内の処理でコードを保守できる場合は、Apps Scriptも候補です。

← テーマ別の記事一覧に戻る