インテリアのコーディネート事務所が相談の申込を Zapier で受け、AI で部屋の条件と好みを整理して、初回の打合せの準備メモと確認のメールの下書きを作る
Web のフォームに届いた相談の申込から、部屋の条件・住まいの制約・好み・予算を整理し、初回の打合せの準備メモを作ります。足りない写真や寸法をお願いするメールも下書きにし、担当が確かめてから送ります。
- 生成AI
- ChatGPT/Claude
- 連携・自動化
- Make/n8n/Power Automate/Zapier
- 対象業界
- その他/不動産/建設
- 対象部門
- 営業
- 対象業務
- 書類作成/要約
- 主な課題
- 属人化している/引き継ぎができていない/書類作成に時間がかかる
- AIで行う処理
- 要約
- 主な効果
- 品質標準化/対応スピード向上/工数削減
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 本格構成
- 費用感
- ノーコード連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 受付の担当が Gmail に届いたフォームの通知を開き、担当のコーディネーターを決めて転送する
- コーディネーターが申込を読み、部屋の条件と困っていること、好みを頭の中で整理する
- 準備メモを Google ドキュメントに書く。持っていく生地やカタログの見本を考える
- 写真や間取り図、窓の寸法など、足りない情報をお願いするメールを書いて送る
- 打合せの日時が決まったら、準備メモを見直して当日に臨む
- 自動フォームに申込が届くと、Zap が動く
- 自動申込の記録の表で、同じメールアドレスの申込が直近にないかを確かめる
- 自動AIが申込から、部屋の条件・制約・困っていること・好み・残したい家具・予算・時期を、根拠の文を付けて取り出す
- 自動相談の種類で分ける。工事の見積が中心の申込と、営業・売り込みは準備メモを作らず受付に回す
- 自動準備メモの雛形の Google ドキュメントに、取り出した内容と未確認の一覧を差し込む
- 自動AIが、未確認の一覧と写真・間取り図のお願いを、お客様へのメールの下書きにする
- 自動Gmail に下書きを作り、担当のコーディネーターに準備メモのリンクを知らせる
- 人担当が準備メモを読み、直す。メールの下書きを確かめて送る
各工程の詳しい説明を読む
- 受付の担当が Gmail に届いたフォームの通知を開き、担当のコーディネーターを決めて転送する
- コーディネーターが申込を読み、部屋の条件と困っていること、好みを頭の中で整理する
- 準備メモを Google ドキュメントに書く。持っていく生地やカタログの見本を考える
- 写真や間取り図、窓の寸法など、足りない情報をお願いするメールを書いて送る
- 打合せの日時が決まったら、準備メモを見直して当日に臨む
(a)準備メモを書くのに時間がかかる。 2番と3番で1件10分を超えます。自由記入が長い申込ほど、整理に時間がかかります。 長い申込はお客様の思いが強い申込でもあるので、雑に読むわけにもいきません。
(b)受付と担当のあいだで話が伝わらない。 受付の担当が電話で聞いた話(「ご主人は在宅で仕事をされている」など)が、転送のメールに書かれないことがあります。打合せで同じことを二度聞くと、お客様は話が伝わっていないと感じます。
(c)聞き漏れが担当ごとに違う。 ある担当は必ず窓の寸法をお願いし、別の担当は当日に測ればよいと考えます。当日に寸法が分からず、カーテンの提案が次回に持ち越しになることがあります。
(d)写真のお願いが遅れる。 4番が後回しになり、打合せの前日に写真をお願いすることがあります。お客様が写真を撮る時間が無く、手ぶらの打合せになります。
- 【自動】 フォームに申込が届くと、Zap が動く
- 【自動】 申込の記録の表で、同じメールアドレスの申込が直近にないかを確かめる
- 【自動】 AIが申込から、部屋の条件・制約・困っていること・好み・残したい家具・予算・時期を、根拠の文を付けて取り出す
- 【自動】 相談の種類で分ける。工事の見積が中心の申込と、営業・売り込みは準備メモを作らず受付に回す
- 【自動】 準備メモの雛形の Google ドキュメントに、取り出した内容と未確認の一覧を差し込む
- 【自動】 AIが、未確認の一覧と写真・間取り図のお願いを、お客様へのメールの下書きにする
- 【自動】 Gmail に下書きを作り、担当のコーディネーターに準備メモのリンクを知らせる
- 【人】 担当が準備メモを読み、直す。メールの下書きを確かめて送る
3番目で根拠の文を必ず付けさせるのは、8番目の確認を速くするためです。 準備メモの「汚れが心配」の行の横に、「子どもが小さいので汚れが心配」というお客様の文がそのまま並んでいれば、担当は申込を開き直さずに確かめられます。
4番目で工事が中心の申込を外すのは、準備の中身が違うからです。 壁紙の張替えや造作家具の見積は、現地の採寸と工事の手配が先で、好みの整理から始める準備メモは役に立ちません。 受付が提携先への取り次ぎを決めます。
8番目は省けません。 メールの送信は担当が行います。Zap にお客様へメールを送る操作は入れません。
02今回想定するシステム構成
Google フォーム(相談の申込) ▼【トリガー】Google Forms:New Form Response Zapier の Zap ├──▶ Zapier Tables:Find Records(同じメールアドレスの直近の申込) ├──▶ AI by Zapier ①:条件・制約・好み・未確認の取り出し │ (知識の元:サービスのメニュー、ヒアリングの観点の一覧) ├──▶ Paths:コーディネートの相談/工事が中心/その他 │ └ 工事が中心・その他 → Gmail:受付へ知らせる ├──▶ Google Docs:Create Document From Template(準備メモ) ├──▶ AI by Zapier ②:確認のメールの文案 ├──▶ Gmail:Create Draft(お客様あての下書き) ├──▶ Gmail:Send Email(担当のコーディネーターへの社内の知らせ) └──▶ Zapier Tables:Create Record(申込の記録) ▼【人】担当が準備メモを直し、下書きを確かめて送る
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| ワークフロー | Zapier(Paths、Zapier Tables) | Make、n8n、Power Automate |
| 生成AI | AI by Zapier | ChatGPT(OpenAI)、Claude |
| 受付 | Google フォーム | Microsoft Forms |
| 文書 | Google ドキュメント(準備メモの雛形、サービスのメニュー、ヒアリングの観点の一覧) | Notion |
| メール | Gmail(事務所の相談受付のアドレス) | Microsoft Outlook |
新しく足すのは、Zap と、準備メモの雛形と、申込の記録の表だけです。 フォームと Gmail と準備メモの置き場所は今のまま使います。
入口は Google Forms の New Form Response です。 Zapier の Google Forms のページでは、新しい回答を受けたときに動くトリガーで、フォームのIDを指定します。回答が直されたときにも動く New or Updated Form Response もありますが、この構成では使いません。 お客様が回答を直すたびに準備メモが増えるからです。
AIは AI by Zapier のステップで呼びます。 公式のヘルプでは、Professional・Team・Enterprise のプランで使え、出力項目ごとに名前と型を決め、説明と必須かどうかを付けられます。 知識の元として Google ドキュメントなどを1ステップ20個まで加えられます。サービスのメニューとヒアリングの観点の一覧を知識の元にし、準備メモの「持っていく見本」と「打合せで聞くこと」をそこから選ばせます。
準備メモは Google Docs の Create Document From Template で作ります。 Zapier の Google Docs のページでは、既存の文書から新しい文書を作り、{{name}} のような差し込みの欄を置き換える操作です。雛形を決めておけば、どの担当の準備メモも同じ並びになります。
03どうやって実装するのか
処理の起点を決める
フォームに申込が届いたら、Google Forms の New Form Response で Zap を動かします。 夜間や休日に届いた申込も、その時点で準備メモと下書きになります。担当が翌朝に開くと、準備メモとメールの下書きがそろっています。
回答の修正では動かしません。 New or Updated Form Response を使うと、お客様が回答を直すたびに Zap が動き、準備メモが2つ3つと増えます。 回答を直したいというお客様には、メールの返信で伝えてもらい、担当が準備メモを直します。
同じお客様の二度目の申込を見分けます。 送信のボタンを二度押した、前の申込の返事を待てずにもう一度出した、という形です。最初のステップで申込の記録の表をメールアドレスで引き、直近7日以内に記録があれば、準備メモを作らず受付に知らせます。 7日という幅は事務所で決めます。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 相談の申込 | 住まいの種類(戸建・分譲マンション・賃貸)、対象の部屋、広さ(畳)、家族構成とペット、困っていること、好きな雰囲気(選択肢と自由記入)、残したい家具、予算の目安、時期、打合せの方法と希望の日時 | Google フォーム |
| サービスのメニュー | 相談の種類ごとの内容と料金、扱わないこと(工事、施工の手配) | Google ドキュメント(知識の元) |
| ヒアリングの観点の一覧 | 部屋の種類ごとに打合せで聞くこと、持っていく見本の種類、お願いする写真と寸法 | Google ドキュメント(知識の元) |
| 準備メモの雛形 | 項目の並びと差し込みの欄 | Google ドキュメント |
| 申込の記録 | メールアドレス、受けた日時、担当、相談の種類、準備メモのリンク | Zapier Tables |
質を決めるのは、ヒアリングの観点の一覧です。 「リビング:窓の幅と高さ、窓の向き、テレビの位置、残す家具の寸法と色、床の色」「寝室:ベッドの大きさ、遮光の要否、照明のスイッチの位置」のように、部屋の種類ごとに聞くことを並べておきます。 これが無いと、未確認の一覧はAIの一般的な知識で作られ、事務所の打合せの進め方と合いません。
ベテランのコーディネーターの準備メモから作ります。 過去の準備メモを10件ほど並べると、部屋の種類ごとに必ず書かれている項目が見えます。それを一覧にします。
フォームの欄も少し直します。 好きな雰囲気は選択肢(ナチュラル、北欧、モダン、和モダン、ヴィンテージ、ホテルライク、まだ決まっていない)と自由記入の両方を置きます。選択肢だけだと「北欧とナチュラルの間」が書けず、自由記入だけだと何も書かれません。
データの取得方法を決める
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 申込の回答 | トリガーが返す回答の項目 | 取り出しの材料 |
| 直近の申込の有無 | Zapier Tables の Find Records(メールアドレス) | 二度目の申込の検出 |
| メニューと観点の一覧 | AI by Zapier の知識の元 | 見本と聞くことの選択 |
| 準備メモのリンク | Create Document From Template の結果 | 担当への知らせと記録 |
AIに渡す回答の項目を選びます。 準備メモに要るのは、部屋の条件と困っていることと好みです。氏名、電話番号、住所は渡しません。 準備メモの雛形への氏名の差し込みは、AIを通さずに回答の項目からそのまま入れます。
AIへ渡す前に整形する
- 二度目の申込の確認 … 申込の記録をメールアドレスで引き、直近7日以内にあれば受付に知らせて止めます
- 項目の選び出し … AIに渡す回答の項目を、部屋・暮らし・好み・予算・時期・打合せの方法に限ります
- 空の欄の印 … 空で送られた欄は「未記入」という値に置き換えて渡します
- 取り出し(AI ①) … 条件・制約・好み・未確認を、根拠の文を付けて取り出し、相談の種類を判定します
- 種類で分岐(Paths) … コーディネートの相談だけを先に進めます
- 担当の割り当て … 打合せの方法と希望の曜日から、担当の候補を表で引きます(決めるのは受付)
3番目を省くと、空の欄が「何も無い」として読まれます。 空のまま渡すと、AIは書かれていない欄に気づかず、未確認の一覧から抜けます。 「未記入」と明示すると、その欄が未確認に入ります。
6番目の担当の割り当てを、AIにさせないのは意図してのことです。 担当は、得意な分野と予定の空きと、お客様との相性で受付が決めます。表で候補を出すところまでにし、決めるのは人です。
AIに処理させる
2つのステップに分けます。 ①は取り出しと種類の判定、②はお客様へのメールの文案です。
| させること | 中身 |
|---|---|
| 相談の種類(①) | coordinate(コーディネートの相談)・construction(工事の見積が中心)・other(営業・売り込み・求人への応募など) |
| 部屋の条件(①) | 対象の部屋、広さ、住まいの種類、窓・床・天井について書かれていること |
| 暮らしの制約(①) | 小さな子ども、ペット、在宅の仕事、来客の多さ、賃貸であること |
| 困っていること(①) | 自由記入から、困りごとを1つずつに分けて |
| 好み(①) | お客様の言葉のまま。事務所のテイストの分類の候補は別の欄に |
| 残したい家具(①) | 家具の種類、色、大きさについて書かれていること |
| 未確認の一覧(①) | 観点の一覧にあって、申込に書かれていないこと |
| 見本の候補(①) | 観点の一覧とメニューから、持っていく見本の種類 |
| メールの文案(②) | お礼、未確認のうち打合せの前に聞きたいこと、写真と間取り図のお願い |
すべての項目に quote(根拠にした申込の文)を付けさせます。 根拠の文が無い項目は、準備メモに入れません。AIが書き足した印象が、お客様の要望として準備メモに残るのを防ぐためです。
| させないこと | 理由 |
|---|---|
| 寸法や広さを推し量る | 「6畳」から窓の幅を決めつけると、カーテンの見本の選び方を誤る |
| 予算を数字に置き換える | 「あまりかけたくない」を金額にすると、打合せの最初の話がずれる |
| 好みをテイストの名前で言い切る | お客様の言葉で話を始めるため。分類は候補にとどめる |
| 提案をする | 提案は打合せで話を聞いてから。準備メモに答えを書かない |
| 賃貸の可否を判断する | 壁に穴を開けられるかは契約しだい。打合せで確かめる |
1行目がいちばん起きやすい失敗です。 「リビングは12畳くらい」と書かれていると、AIは「掃き出し窓(幅180cm程度)」のように、それらしい寸法を書き足します。 準備メモに数字があると、担当は確かめずに見本を選びます。寸法は書かれたものだけ、書かれていなければ未確認に入れます。
4行目も同じくらい起きます。 準備メモに「おすすめの家具の配置」を書き始めます。準備メモは聞く準備で、答えではありません。
指示内容を固定する
取り出しのステップ(①)の指示に、次のように書きます。
あなたはインテリアのコーディネート事務所の受付として、相談の申込を読み、
担当のコーディネーターが初回の打合せの準備をするための材料を整理します。
提案はしません。担当が読んで直します。
【入力】
- 相談の申込の回答(空の欄は「未記入」と書かれています)
- 知識の元:サービスのメニュー、ヒアリングの観点の一覧
【やること】
1. 相談の種類を、coordinate/construction/other から1つ選ぶ。
壁紙の張替え、床の張替え、造作家具、間取りの変更の見積が中心なら construction。
2. 部屋の条件、暮らしの制約、困っていること、好み、残したい家具を、
申込に書かれていることだけで項目にする。
3. 各項目の quote に、根拠にした申込の文をそのまま写す。
4. ヒアリングの観点の一覧から、対象の部屋に当てはまる観点を選び、
申込に書かれていないものを unconfirmed に入れる。
「未記入」の欄も unconfirmed に入れる。
5. 観点の一覧とメニューから、持っていく見本の種類を選ぶ。
【厳守事項】
- 寸法、広さ、窓の大きさ、天井の高さを推し量って書かないでください。
書かれていなければ unconfirmed に入れてください。
- 予算を金額に置き換えないでください。書かれた言葉のまま写してください。
- 好みは、お客様の言葉を customer_words にそのまま写してください。
事務所のテイストの分類は style_candidates に候補として入れ、
理由に quote を付けてください。言い切らないでください。
- 家具の配置、商品、色の組み合わせなどの提案を書かないでください。
- 賃貸の場合、壁に穴を開けられるかなどを判断しないでください。
「賃貸のため、原状回復の決まりを確認」とだけ unconfirmed に入れてください。
- quote が付けられない項目は出力しないでください。
- 氏名や連絡先が本文に書かれていても、出力に含めないでください。
メールの文案のステップ(②)の指示は、次のように短くします。
相談の申込へのお礼と、初回の打合せの前にお願いしたいことを書いた
メールの本文を作ってください。送る前に担当が読みます。
【入力】{unconfirmed} / {meeting_type} / {preferred_dates}
- お願いすることは unconfirmed の中から多くて5つまで。
写真と間取り図のお願いを先に書き、寸法は測り方を一言添えてください。
- 打合せの日時は決まったように書かないでください。
「担当より日時のご連絡をいたします」と書いてください。
- 料金、提案の内容、商品の名前は書かないでください。
- 本文は400字程度。署名は入れないでください。
「quote が付けられない項目は出力しない」が、この指示の要です。 書かないと、困っていることの欄に「収納が足りないと感じている可能性があります」のような推測が入ります。根拠の文が無い行は、出力の段階で落とします。
「お願いは多くて5つ」も効きます。 未確認を全部書くと、10項目を超える質問票になります。
「日時を決まったように書かない」は、②でいちばん起きやすい誤りへの手当てです。 希望の日時が書かれていると、AIは「○月○日10時にお伺いします」と書きます。 日時は担当の予定を見て決めます。
出力形式を固定する
①の取り出しは、AI by Zapier の出力項目で次の形に決めます。 公式のヘルプでは、出力項目ごとに名前と型を決め、説明と必須かどうかを付けられます。
{
"consult_type": "coordinate | construction | other",
"room": { "target": "リビング", "size": "12畳くらい",
"quote": "リビングは12畳くらいです" },
"housing": { "type": "owned_condo | owned_house | rental | unknown",
"quote": "" },
"constraints": [
{ "item": "小さな子どもがいる", "quote": "子どもが小さいので汚れが心配" }
],
"concerns": [
{ "item": "部屋が落ち着かない", "quote": "リビングがなんだか落ち着かない" }
],
"customer_words": "北欧っぽくしたい",
"style_candidates": [
{ "style": "北欧", "reason_quote": "北欧っぽくしたい" }
],
"keep_furniture": [
{ "item": "ソファ(グレー、3人掛け)", "quote": "今のグレーのソファは残したい" }
],
"budget_words": "あまりかけたくない",
"unconfirmed": ["窓の幅と高さ", "床の色", "テレビの位置"],
"samples": ["汚れに強いファブリックの見本", "北欧のテイストの照明のカタログ"]
}
1つ目の理由は、項目ごとに quote を持てることです。 準備メモの雛形では、項目と根拠の文を2列の表に差し込みます。担当は右の列だけを読めば、AIの読みが申込とずれていないかを確かめられます。
2つ目は、customer_words と style_candidates を分けられることです。 打合せは「北欧っぽく、とお書きいただいていましたが」で始めます。事務所の分類の言葉で始めると、お客様は自分の言葉が受け取られていないと感じます。
3つ目は、consult_type を Paths の条件にそのまま使えることです。 文章で「工事のご相談のようです」と返されると、分岐の条件が書けません。3つの値のどれかに決めさせ、coordinate だけを先に進めます。
housing.type の unknown は、「マンションと思われる」と書かせないための値です。 賃貸かどうかで提案の幅が変わるので、未確認に入れます。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| Google フォーム | New Form Response(トリガー) | 申込を受け取る |
| Zapier Tables | Find Records、Create Record | 二度目の申込の確認、申込の記録 |
| AI by Zapier | Zap のステップ | 取り出し、メールの文案 |
| Google ドキュメント | Create Document From Template | 準備メモを作る |
| Gmail | Create Draft | お客様あての下書き |
| Gmail | Send Email | 担当と受付への社内の知らせ |
お客様あては Create Draft、社内あては Send Email と分けます。 Zapier の Gmail のページでは、Create Draft は件名と本文を必須とする下書きの作成、Send Email は新しいメールを作って送る操作です。送る操作を使うのは、宛先が事務所の中のアドレスに決まっているステップだけにします。宛先の欄に回答の項目を差し込むステップでは、送る操作を使いません。
準備メモは、担当ごとのフォルダではなく、申込の月のフォルダに置きます。 担当は受付が後で決めるので、Zap が動く時点では分かりません。準備メモのリンクを申込の記録に残し、担当が決まったら記録の表に書きます。
人が確認する
担当のコーディネーターが、すべての準備メモと下書きを読みます。
- 根拠の文を読む … 準備メモの右の列(お客様の文)を読み、左の列の項目がずれていないかを見ます
- 未確認の一覧を直す … 打合せで聞けばよいもの、前もって聞きたいものを分けます
- 見本を決める … 見本の候補から、持っていくものを決めます
- メールの下書きを直して送る … お願いの数と書き方を見て、日時の連絡を添えて送ります
- 受付が電話で聞いた話を足す … 申込の後に電話で聞いたことがあれば、準備メモに書き足します
5番目が、第3章の(b)への答えです。 受付が電話で聞いた話は、申込の記録の表に一言書く決まりにします。準備メモと記録が同じ申込で結ばれているので、担当は両方を並べて見られます。
目標は、90件をならして1件6分です。 準備メモを読んで直すのに3分、メールの下書きを確かめて送るのに2分、記録に1分ほどです。自由記入が長い申込や、家族で意見が分かれている申込は、10分以上かかります。
例外に対処する
| 起きること | 対応 |
|---|---|
| 二度目の申込 | 準備メモを作らず、受付に知らせる。前の申込に書き足す |
| 工事の見積が中心 | 準備メモを作らず受付に回す。提携先への取り次ぎを受付が決める |
| 営業・売り込み・求人への応募 | other として受付に回す。メールの下書きは作らない |
| 自由記入がほとんど空 | 未確認の一覧が長くなる。メールのお願いは5つまでにし、残りは打合せで聞く |
| 家族で意見が分かれている | 「夫は〜、私は〜」の文を両方 quote に残し、担当が打合せで聞く |
| 対象の部屋が家全体 | 部屋ごとに分けず、困っていることを先に並べる。部屋は打合せで絞る |
| AIのステップが失敗する | 準備メモを雛形のまま作り、受付と担当に「手で整理」と知らせる |
| 知識の元が古い | メニューを直したら知識の元の同期を確かめる。古いメニューの見本が出ていないかを見る |
上から2行目は、月に数件あります。 「壁紙を変えたい」から始まる申込でも、読むと家具とカーテンの相談のことがあります。construction の判定は受付が申込を読んで確かめ、コーディネートの相談なら手で準備メモを作ります。
5行目は、AIが1つにまとめがちです。 まとめるともう一人の要望が消えるので、 指示に「意見が分かれていれば別の項目にする」を足します。
記録を残す
- 申込の記録(メールアドレス、受けた日時、相談の種類、担当、準備メモのリンク)
- AIの取り出しの結果(項目と quote、未確認の一覧、見本の候補)
- 担当が準備メモで直した箇所と、直した理由の一言
- メールの下書きを作った日時と、担当が送った日時
- 受付が電話で聞いて書き足したこと
- 打合せが行われたか、2回目の打合せにつながったか
3つ目は、ヒアリングの観点の一覧を育てる材料になります。 担当が何度も足している未確認の項目は、観点の一覧に足すべき項目です。 足せば、次から未確認に入ります。
6つ目は、準備の効き目を見る材料になります。 写真と寸法が打合せの前にそろった件と、そろわなかった件で、2回目の打合せにつながった割合を並べます。
04実装レベルの3段階
最小構成は、確かめるための段階です。 月90件には使えません。 半自動化で、1件20分が10分程度になります。 準備メモはできますが、足りない情報をお願いするメールを書く作業と、記録をつける作業が残ります。本格構成で6分になり、この段階が本記事の想定です。 差が大きいのは、お願いのメールを1件ずつ書く作業が、担当ごとの書き方に任されていたからです。 段階を飛ばさないでください。 半自動化で1か月、担当が準備メモを直した箇所を見ると、観点の一覧に足りない項目と、指示に足すべき禁止事項が先に分かります。 そこを直してからメールの下書きを足すと、お願いの中身がそろいます。
05工数削減シミュレーション
導入後 90件 × 6分 ÷ 60 = 9 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 個人の住まいのインテリアのコーディネート(家具・カーテン・照明・色の提案)を受ける事務所や、住宅会社・リフォーム会社のインテリアの相談の窓口で、Web のフォームから相談の申込が毎月数十件から百件ほど届く場合。申込を受けた人と初回の打合せをするコーディネーターが別で、準備のメモの書き方が人ごとに違う場合。Google Workspace と Zapier を使っている、または使える場合。
- 相談の申込が月に十件ほどで、コーディネーターが申込を読んでそのまま打合せに臨めている場合。申込を電話と来店だけで受けていて、文字の記録が残らない場合。壁紙の張替えや造作家具などの工事の見積が相談の中心の場合(この構成は打合せの準備まで)。なお、提案の内容、工事の可否、賃貸の原状回復に関わる判断は、この構成では代替できません。
07最小構成で試す方法
- 先月の申込から15件を選ぶ(自由記入が長いもの、ほとんど空のもの、賃貸のものを混ぜる)
- ベテランの担当の準備メモを10件並べ、部屋の種類ごとに必ず書かれている項目を一覧にする
- 手元のAIサービスに一覧と1件分の申込を貼り、「準備メモの項目に分け、各項目に根拠にした申込の文を写して。寸法と予算を推し量らないで。書かれていない観点を未確認として並べて」と指示する
- 出てきた準備メモを、当時担当が書いた準備メモと並べて読む
15件は必ずやってください。 Zap を組む前に、「申込の文から、担当が使える準備メモが作れるのか」を確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 当時の準備メモと同じ項目が拾え、根拠の文も合っている | Zap を組む段階に進む |
| 寸法や予算を書き足す | 指示の書き方で直る。構成は有効 |
| 未確認の一覧が担当の感覚と合わない | 観点の一覧の作り方が先。 部屋の種類ごとに書き直す |
3行目は珍しくありません。 観点の一覧が「部屋の広さ、窓、床、予算」のように粗いと、未確認も粗くなります。ベテランの準備メモから項目を拾い直す必要が分かったということです。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 寸法や広さを書き足す | 指示で禁じ、書かれていなければ未確認に入れる |
| 根拠の無い推測が準備メモに入る | quote を必須にし、付けられない項目は出さない |
| 好みが事務所の分類の言葉に置き換わる | customer_words と style_candidates を分ける |
| 回答の修正のたびに準備メモが増える | New Form Response だけを使い、修正はメールで受ける |
| 二度押しで準備メモが2つできる | 申込の記録をメールアドレスで引く |
| 工事の見積の申込に準備メモができる | consult_type で分け、受付に回す |
| メールに日時を決めて書く | 指示で禁じ、担当の確認の項目に入れる |
| お願いが10項目を超える | 5つまでにし、写真と間取り図を先に |
| 家族の要望が1つにまとめられる | 意見が分かれていれば別の項目にする |
| AIのステップの既定が Premium | 新しいステップの既定は Premium(5倍)。 段階を選び直す |
上の3行が、この構成の失敗のほとんどです。 どれも、AIが丁寧に書こうとして書き足すことから起きます。準備メモに書かれた数字や言葉は、担当がそのまま信じやすいので、根拠の文が付いていない行を出さない形で止めます。
最後の行は、段階を確かめないと同じ件数でもタスクが5倍に数えられます。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: お客様の氏名、連絡先、住所、住まいの種類と広さ、家族構成、子どもやペットの有無、在宅の仕事の有無、予算の考え方です。暮らしの中身がかなり分かる情報です。
- AIに渡す項目を、準備に要るものに限る … 氏名、電話番号、住所は渡しません。準備メモへの氏名の差し込みは、AIを通さずに回答の項目から入れます
- 写真をAIに渡さない … 公式のヘルプでは、AI by Zapier で画像を読ませるには画像が公開されて誰でも開ける状態である必要があります。 家の中の写真を公開のリンクにしないため、写真は担当が見るだけにし、AIの材料にしません
- お客様へのメールを自動で送らない … 下書きまでにします。日時や料金を約束する文が混ざっても、担当が送る前に止められます
- 提案や判断をさせない … 家具の配置、賃貸の原状回復、工事の可否は、担当が打合せで確かめます
- 使うモデルの事業者を決める … 公式のヘルプでは、AI by Zapier は自前のキーで OpenAI、Anthropic、Google、Azure OpenAI、Amazon Bedrock の口座をつなぐ形も選べます。どの事業者のモデルに申込を渡すかを、事務所で決めて記録します
- 準備メモの置き場所の共有を絞る … 申込の月のフォルダは、事務所の中だけで共有します。雛形から作った文書の共有の設定を、外部に開かない設定にします
誤りが起きた場合のリスクは、書かれていないことを要望として扱うことと、約束していないことをメールで約束することの2つです。 前者は根拠の文を必須にすることで、後者は日時と料金を書かせないことと下書きにとどめることで止めます。どちらも、担当が読むことが最後の止めになります。
10まず何から始めるか
1週目:ヒアリングの観点の一覧を作る
ベテランの担当の準備メモを10件集め、部屋の種類ごとに必ず書かれている項目を一覧にします。リビング、寝室、子ども部屋、ダイニング、ワークスペースの5つから始めます。持っていく見本の種類とお願いする写真・寸法も書きます。
2週目:15件で試す
先月の申込15件を手元のAIサービスに貼り、観点の一覧から準備メモを作らせます。寸法と予算を書き足していないか、根拠の文が申込と合っているかを最優先で見ます。
3週目:雛形とフォームを直す
準備メモの雛形を、項目と根拠の文の2列の表で作ります。フォームの好きな雰囲気の欄を、選択肢と自由記入の両方にします。
4週目:申込から準備メモまでをつなぐ
New Form Response で Zap を動かし、取り出しと準備メモの作成までを組みます。この時点ではメールの下書きを作らず、 担当がお願いのメールを書きます。
2か月目: 相談の種類の分岐と、確認のメールの下書き、申込の記録を足します。3か月目以降: 担当が直した箇所を見て観点の一覧を直し、1件20分が何分になったかを実測します。担当が準備メモをほぼ直さずに打合せに臨めるようになった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| New Form Response が新しい回答を受けたときに動き、New or Updated Form Response が回答の追加と修正で動くこと。どちらもフォームのIDを指定すること | Zapier: Google Forms integrations | 2026-10-15 |
| AI by Zapier が Professional・Team・Enterprise で使えること。Standard(1倍)・Advanced(3倍)・Premium(5倍、新しいステップの既定)の段階と自前のキー(OpenAI、Anthropic、Google、Azure OpenAI、Amazon Bedrock)。出力項目を名前と型で決め、説明と必須を付けられること。知識の元が1ステップ20個までで、Google ドキュメントを使えること。画像を読ませるには公開されている必要があること | Zapier Help: AI by Zapier | 2026-10-15 |
| Paths が Professional 以上で使え、1つのグループに10の分岐まで置けること。Paths と Filter がタスクに数えられないこと | Zapier Help: Paths | 2026-10-15 |
Create Document From Template が既存の文書から新しい文書を作り、{{name}} のような差し込みの欄を置き換えること | Zapier: Google Docs integrations | 2026-10-15 |
| Create Draft が件名と本文を必須とする下書きの作成で、Send Email が新しいメールを作って送る操作であること | Zapier: Gmail integrations | 2026-10-15 |
| Zapier Tables の Find Records、Create Record の操作 | Zapier: Zapier Tables integrations | 2026-10-15 |
提案の内容と、工事・賃貸の原状回復に関わる判断は、担当のコーディネーターと事務所で行ってください。 本記事は Zapier の公式ページで確認できた範囲の操作だけを使っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1738)についてのご相談はこちらから。
