1. 読者の悩み：毎日の「コピペと名前の書き換え」に消耗していませんか？
事務員ああっ！ヤフオクのお客様に、メルカリの定型文を送っちゃった…！
「宛名の『〇〇様』を書き換えるのを忘れて、前の人の名前で送ってしまった…クレームになるかも…」
事務作業やネット販売の現場で、毎日必ず発生するのが「お客様への連絡」です。
商品が売れるのは嬉しいですが、発送連絡や御礼のメッセージを送るたびに、
過去のメールから文章をコピペし、手作業で「〇〇様」と名前や商品名を打ち替える。
さらに現在は、ヤフオク、メルカリ、自社ECと販路が多様化しており、連絡手段（取引ナビやメール）もバラバラです。複数の画面を開きながらの「コピペ地獄」に、現場の担当者は疲弊しています。
2. 結論：FileMakerを「文章作成エンジン」にする
このコピペ地獄から抜け出すための結論から言います。
FileMakerでメールシステムを作る必要はありません。顧客情報から「正しい文章」を作るところまでを自動化し、送信は既存のサービスに任せればいいのです。
これは、ネットショップの発送連絡だけに限った話ではありません。
- ネットショップ → 発送連絡、入金お礼
- 美容院 → 次回来店案内（30日後の日付を自動計算）
- 整体院 → 次回予約の事前確認
- 工務店 → 工事完了とアフターサポートの連絡
- 士業 → 手続き完了の報告連絡
このように並べると、「あ、これは単なるメール送信ツールではなく、
顧客データからあらゆる業種の『定型文』を自動生成する仕組みなんだ」
とお分かりいただけると思います。
3. 実装：計算フィールドで文章を自動生成
FileMaker初心者にありがちな誤解があります。
計算フィールドと聞くと、
「売上金額 － 原価 ＝ 利益」のような「数字の計算」だけを思い浮かべる人が多いでしょう。
しかし、計算フィールドは数字だけを扱うものではありません。
文字列を組み立てることもできるのです。
これを利用すると、計算フィールドを「文章作成エンジン」として使えます。
| 差し込むデータ | FileMakerのフィールド例 | テンプレートエンジンが作る文章 |
| 顧客名 | 顧客マスタ::顧客名 | 〇〇 様 |
| 商品名 | 注文データ::商品名 | 「商品A」をご購入いただき |
| 注文番号 | 注文データ::注文番号 | ご注文番号：12345 |
| 入金日 | 注文データ::入金日 | 〇月〇日にご入金を確認いたしました。 |
| 発送予定日 | 注文データ::発送予定日 | 〇月〇日に発送を予定しております。 |
| 担当者 | 自社情報::担当者名 | 担当：葉山 |
実際にFileMaker Pro 2025で組む場合、
文字を繋ぐ「&」と、改行を表す「¶」を使って、以下のように記述します。
コード スニペット
顧客名 & " 様¶¶" &
"出品者の葉山です。この度は「" & 商品名 & "」をご購入いただき、ありがとうございます。¶¶" &
"商品はすでに梱包済みです。入金が確認できましたら即発送いたします。"
- 名前を手入力しない（ミスゼロ）
- 商品名をコピーしない
- 定型文のファイルを探さない
- 文章を毎回作り直さない人間がやるのは、「完成した文章を確認して送る」だけです。
4. 運用：コピー＆ペーストでメルカリ・ヤフオクにも使う
完璧な文章が自動生成できたら、あとは「送信ルート」に乗せるだけです。
ヤフオクやメルカリといった外部プラットフォームの場合、
FileMaker上に「クリップボードへコピー」という単一ステップのボタンを一つ配置します。
ボタンを押して、取引ナビにペースト。これで1秒です。
繰り返しますが、
FileMakerから直接ヤフオクに自動投稿するような複雑なシステムを作る必要はありません。
出力部分は人間に任せるのが、一番エラーが少なく保守が簡単な「泥臭いシステム設計」です。
5. 限界と割り切り：メール送信するならBCCで控えを残す
では、自社ECなどのお客様に対して、FileMakerの「メールを送信」スクリプトで直接送信する場合はどうでしょうか？ここで問題になるのが「送信履歴（誰にいつ送ったか）の管理」です。
真面目な人ほど、FileMaker内に「送信履歴テーブル」を作ろうとしますが、やめましょう。
実務家の正解は、SMTP設定の「BCC」に、自社のGmailアドレスを入れておくだけです。
これだけで、送ったメールの完璧な履歴が、勝手にGmailの「受信トレイ」に蓄積されていきます。
6. やらないこと：受信までFileMakerにやらせない
送信が上手くいくと「お客様からの返信メールもFileMakerの中に取り込んで完結させたい！」と必ず欲張ります。しかし、添付ファイルの処理やスレッド表示をFileMakerで保守するのは、中小企業にとって開発のデスマーチになります。
私も過去に全自動化して感動した経験がありますが、だからこそ断言します。
自動化しない部分を決めることも、立派なシステム設計です。
一斉送信（攻め）はFileMaker、個別の返信対応（守り）はGmailアプリに任せましょう。
【コラム】令和のFileMakerで作る「2つの顧客ID」の設計
定型文エンジンを活かすための土台となる「顧客マスタ」の設計思想について少し触れておきます。
私が昔導入していたポスレジシステムでは、顧客IDを「自宅の電話番号」にしていました。会員カードを忘れても「お電話番号をお願いします」と聞くだけで挨拶ができる最高のハックだったからです。
しかし令和の現在、自宅電話は減少し、個人情報の観点からも電話番号をそのまま画面に出すのは危険です。
そこで「来店日 ＋ 携帯の下4桁」といった意味のあるIDを作りがちですが、これをFileMakerの主キー（システムを裏で繋ぐコード）にしてはいけません。お客様の電話番号が変わった瞬間、過去の履歴との紐付けがすべて切れてしまうからです。
【BizHack流・設計思想（2つのIDを分ける）】
- システム用ID（裏側）：
Get ( UUID )などの関数を使い、絶対に変わらない暗号キーを作る（画面には出さない）。 - 表示・共有用ID（表側）： 「2609-1234」のようにスタッフが見て属性がわかるコードを計算式で作る。
システムの根幹（UUID）は最新のルールを守り、表側の表示は泥臭く工夫する。これが実務に耐えうるデータベース設計です。
まとめ：顧客マスタを「武器」にする
[キャプション：顧客マスタが充実すれば、それは単なる名簿ではなく「武器」になる]
FileMakerという「月給3,000円のデジタル社員」に定型文の作成を任せることで、
人間は「宛名書きやコピペの苦労」から完全に解放されます。
FileMakerでメールシステムを作る必要はありません。
正しい文章を作るところまでを自動化し、送信は既存のプラットフォームに任せる。
システムが1秒で完璧な文章を作ってくれるからこそ、
人間は「このお客様には、この商品をおすすめする一文を手作業で付け足そう」
といった、本来やるべき「血の通ったカスタマーサポート」に時間を使えるようになるのです。
ぜひ皆さんの現場でも、この「定型文エンジン」を取り入れて、コピペ地獄から脱却してください！
