ポートフォリオは「作品集」ではなく
「再現性の証明書」として組む

■ ひとこと（誰の・何を・どれだけ）
受注メールの手入力（月38時間）を自動化し、月20分・転記ミス0件にした。

■ 状況と制約
・担当2名が受注メールを目視でスプレッドシートへ転記。月末は残業前提。
・予算は◯◯万円以内。新しいSaaSは増やせない（既存はGoogle Workspaceのみ）。
・運用は非エンジニアの担当者が引き継ぐ前提。

■ 設計と判断（なぜそうしたか／なぜそうしなかったか）
・Google内で完結する要件のためGASを選択（追加コスト0・権限管理を既存のまま維持）。
・全自動にせず、判定に迷うケースは「保留」シートへ落として人が確認する設計。
  精度100%を狙って分岐を増やすより、95%自動＋5%可視化の方が運用が壊れにくいため。

■ 構成
時間主導トリガー → Gmail検索 → 本文パース・正規化 → 重複判定
 → シート書込 → 失敗時リトライ → Slack通知

■ 結果
・月38時間 → 月20分（人件費換算 年約◯◯万円）
・転記ミス 月平均◯件 → 0件
・稼働◯◯ヶ月・停止0回

■ 運用のために作ったもの
・エラー時の管理者自動通知／再実行手順書（A4 2枚）／担当者向け操作動画（3分）

【要件の理解】
今回のご依頼は、フォームからの問い合わせをCRMへ登録し、条件に応じて担当者へ通知する
流れを人手を介さず回す、という理解でよろしいでしょうか。
難所になるのは 入力表記のゆれの吸収と、二重登録の防止 だと考えています。

【構成の見立て】
トリガー（フォーム送信）→ 取得 → 正規化 → 重複判定
 → CRMへ書き込み → 失敗時リトライ → 担当者へ通知 → 実行ログ記録

【近い実績】
◯◯案件（GAS・稼働14ヶ月）
 同じく「表記ゆれのある入力を正規化し、重複を排除して基幹に書き込む」構成です。
 月38時間 → 月20分、転記ミス0件。導入以降、停止0回。
 判定に迷うケースは自動で「保留」に落として人が見る設計にしており、
 今回も同じ考え方が使えると考えています。

【n8nについて】
n8nでの受託実績はこれからです。一方で上記の構成はそのままノード構成に対応し、
正規化・判定のロジックはCodeノードでほぼそのまま移せます。
差が出るのは実行基盤と認証情報の管理方法で、こちらは検証環境（◯◯にセルフホスト）で
同等のワークフローを組んで確認済みです。

【進め方のご提案】
はじめから全体ではなく、まず 通知フロー1本 を固定 ◯万円・◯営業日で作らせてください。
検収基準は「重複データを投入しても登録が1件に保たれ、担当者へ正しく通知されること」。
これを満たせない場合はご請求しません。動作をご覧いただいてから、
残りを進めるかご判断いただければと思います。

頂いた要件に構造が近い順に3件を選びました。

1. ◯◯案件 — 今回と最も近い構成です。構成図（2枚目）をご覧ください。
2. △△案件 — エラー時の再実行と運用引き継ぎ の部分が今回と共通します。
3. □□案件 — 規模感（処理件数・関係者数）が近い事例です。

いずれも使用ツールは異なりますが、
「ゆれのある入力を正規化し、重複を防いで書き込み、失敗を検知して通知する」
という骨格は同じで、今回もこの骨格をn8nのノード構成に置き換える形になります。

なお ◯◯の連携仕様 だけは事前に確認が必要と考えており、
ご契約前に一度お伺いできればと思います。