ペットホテルの予約フォームの犬種・ワクチン接種・持病・食事の記載を整理し、受入れの可否の確認点と預かりカードの下書きを作る
ペットホテルの予約フォームに書かれた犬種・ワクチンの接種日・持病・食事・性格を、店の受入れ基準の項目ごとに判定し、受入れの可否を決めるための確認点を一覧にします。あわせて預かりカードと、飼い主への確認の返信を下書きします。
- 生成AI
- ChatGPT/Claude/Gemini
- 連携・自動化
- Make/n8n/Power Automate/Zapier
- 対象業界
- その他/小売
- 対象部門
- カスタマーサポート
- 対象業務
- 内容確認・チェック/書類作成
- 主な課題
- 入力作業が多い/属人化している/確認ミスが多い
- AIで行う処理
- 判定
- 主な効果
- 入力漏れ削減/品質標準化/工数削減
- 導入難易度
- ★★☆☆☆
- 実装レベル
- 半自動化
- 費用感
- ノーコード連携(中)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 飼い主が予約フォームを送信し、店のアドレスに通知が届く
- スタッフが通知を開き、預かりの日程と空き状況を見る
- 接種日・ノミダニの予防・持病・ヒート・性格の記載を読み、受入れ基準と見比べる
- 基準に合わない、または書かれていない項目があれば、飼い主に電話かメールで確かめる
- 紙の預かりカードに、ペットの情報・食事・薬・苦手なことを書き写す
- 予約を確定する返信を送る
- チェックインの当日、ワクチンの証明書と狂犬病予防注射の注射済票の写しを確かめる
- 人飼い主が予約フォーム(Zapier Forms)を送信する
- 自動送信内容が予約受付の表(Zapier Tables)に1件として入る
- 自動新しいレコードをきっかけに Zap が動く
- 自動AIが記載を受入れ基準の項目ごとに判定し、接種日を日付として写す
- 自動Formatter が預かり開始日から1年前の日付を出し、接種日と比べる
- 自動判定と比較の結果から、確認点の一覧を予約受付の表に書き込む
- 自動預かりカードの下書きを Google ドキュメントのテンプレートから作る
- 自動足りない項目と当日の持ち物をまとめた確認の返信を Gmail の下書きにする
- 人スタッフが確認点を見て店長に相談し、受入れの可否を決める
- 人確認の返信を直して送り、預かりカードを確かめて印刷する
各工程の詳しい説明を読む
- 飼い主が予約フォームを送信し、店のアドレスに通知が届く
- スタッフが通知を開き、預かりの日程と空き状況を見る
- 接種日・ノミダニの予防・持病・ヒート・性格の記載を読み、受入れ基準と見比べる
- 基準に合わない、または書かれていない項目があれば、飼い主に電話かメールで確かめる
- 紙の預かりカードに、ペットの情報・食事・薬・苦手なことを書き写す
- 予約を確定する返信を送る
- チェックインの当日、ワクチンの証明書と狂犬病予防注射の注射済票の写しを確かめる
(a)接種日の見落としが当日に分かる。 3番目で「1年以内か」を見るには、預かり開始日から数えて接種日と比べる必要があります。忙しい日は「書いてあるから大丈夫」で通してしまい、 チェックインの当日に証明書を見て期限切れに気づきます。その場で断ると、飼い主の旅行の予定が崩れます。
(b)書き写す時間がかかる。 食事と薬の欄は長く、預かりカードの決まった欄に分けて書き直すのに手間がかかります。連休の前は予約が集中し、カードの準備がチェックインの直前になります。
(c)基準の当てはめがスタッフごとに違う。 「シニア犬は持病の有無を電話で必ず聞く」「ノミダニは1か月以内に予防していること」。店長が口頭で伝えた細かい線を、全員が同じように覚えているわけではありません。 確認の電話をするスタッフと、しないスタッフがいます。
(d)確認の連絡がまとまらない。 足りない項目を1つずつ電話で聞くと、飼い主に何度も連絡することになります。 1回の連絡で、足りない項目と当日の持ち物をまとめて伝えたいのに、それをまとめる時間がありません。
- 【人】 飼い主が予約フォーム(Zapier Forms)を送信する
- 【自動】 送信内容が予約受付の表(Zapier Tables)に1件として入る
- 【自動】 新しいレコードをきっかけに Zap が動く
- 【自動】 AIが記載を受入れ基準の項目ごとに判定し、接種日を日付として写す
- 【自動】 Formatter が預かり開始日から1年前の日付を出し、接種日と比べる
- 【自動】 判定と比較の結果から、確認点の一覧を予約受付の表に書き込む
- 【自動】 預かりカードの下書きを Google ドキュメントのテンプレートから作る
- 【自動】 足りない項目と当日の持ち物をまとめた確認の返信を Gmail の下書きにする
- 【人】 スタッフが確認点を見て店長に相談し、受入れの可否を決める
- 【人】 確認の返信を直して送り、預かりカードを確かめて印刷する
9番目が、この設計の分かれ目です。 確認点が全部 ok でも、受入れを決めるのはスタッフと店長です。 体重と犬種の組み合わせや、シニア犬の持病の重さは、記載の有無だけでは決められないからです。
5番目を Formatter に任せるのが、第3章の(a)への答えです。 日付の比較を人の暗算からも、AIの推論からも外し、計算の結果が毎回同じになる場所に置きます。
02今回想定するシステム構成
予約フォーム(Zapier Forms) │ 送信内容が予約受付の表に入る ▼【トリガー】Zapier Tables:New Record Zapier の Zap ├──▶ AI by Zapier(Analyze and Return Data) │ 項目ごとの判定(ok/needs_check/missing)と根拠 │ 接種日を YYYY-MM-DD で写す(日付で書かれていなければ空) ├──▶ Formatter:Add/Subtract Time(預かり開始日 −1 year) ├──▶ Formatter:Compare Dates(1年前の日付 と 接種日) ├──▶ Zapier Tables:Update Record(確認点の一覧を書き込む) ├──▶ Google Docs:Create Document From Template(預かりカード) └──▶ Gmail:Create Draft(飼い主への確認の返信) ▼【人】スタッフと店長が確認点を見て受入れを決める
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| ワークフロー | Zapier(Zapier Forms、Zapier Tables、Formatter) | Make、n8n、Power Automate |
| 生成AI | AI by Zapier(Analyze and Return Data) | ChatGPT(OpenAI)、Claude、Gemini |
| 文書 | Google ドキュメント(預かりカードのテンプレート) | Microsoft Word |
| メール | Gmail(Google Workspace の店のアドレス) | Microsoft Outlook |
予約フォームを Zapier Forms に置き換えるのが、最初の準備です。 Zapier の説明では、フォームの送信内容はつないだ表に入り、そこで見たり絞り込んだり書き出したりでき、送信のあとに確認の文を出すか、別のページへ移すか、Zap を動かすことができます。Zapier Forms はすべてのプランで使えるとされています。
起点は Zapier Tables の New Record です。 表に新しいレコードが入ったときに動くトリガーで、表の操作には Find Records、Create Record、Update Record があります。フォームと表と Zap が同じ Zapier の中でつながるので、メールの通知を読み取る段が要りません。
判定は AI by Zapier の Analyze and Return Data で行います。 返してほしい項目を名前と型で決め、説明と必須かどうかを付けられます。Professional・Team・Enterprise のプランで使え、モデルは Standard(1倍)、Advanced(3倍)、Premium(5倍。新しいステップの既定)から選ぶか、自前のキーを使えます。画像を読ませるには公開された場所に置く必要があるとされているので、証明書の画像は読ませず、接種日は飼い主に書いてもらい、証明書は当日に人が見ます。
日付の計算は Formatter です。 Add/Subtract Time は日付に日・月・年などを足し引きでき、式は +1 month -2 days のように書けます。Compare Dates は2つの日付を比べ、終わりの日付が始まりより前なら「Dates Swapped」が True になるとされています。どちらも Professional 以上のプランで使えます。
預かりカードは Google Docs の Create Document From Template で作ります。 テンプレートの文書に {{name}} のような二重の波かっこで置き場所を書いておくと、そこに値を入れた新しい文書ができるとされています。
03どうやって実装するのか
処理の起点を決める
予約受付の表に新しいレコードが入ったことを起点にします。 予約フォームの送信内容は表に入るので、Zapier Tables の New Record をトリガーにすれば、送信のたびに1件ずつ動きます。 フォームの送信後の「Zap を動かす」設定ではなく、表を起点にするのは、スタッフが電話で受けた予約を表に手で足したときにも、同じ処理が動くようにするためです。
連休の前の集中にも、1件ずつ動くので待ちは生まれません。 1日1回まとめて処理する形にすると、夜に届いた予約の確認点が翌日の昼まで出ません。予約が入った直後に確認の返信の下書きができていれば、飼い主が予約のことを覚えているうちに連絡できます。
表にはトリガーの重複を防ぐ列を置きます。 「処理の状態」の列を作り、Zap の最後で Update Record により「確認点あり」「下書き済み」を書き込みます。手で足したレコードを後から直したときに二重に動かさないよう、トリガーは New Record(新しいレコード)に限り、更新では動かさない形にします。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 予約のレコード | 飼い主の氏名と連絡先、預かりの開始日と終了日、ペットの種類・犬種・年齢・体重・性別と去勢避妊、接種日、ノミダニ、持病と服薬、食事、性格、かかりつけの動物病院 | Zapier Tables(予約受付の表) |
| 受入れ基準 | 項目ごとの基準と、満たさないときに断るのか確認で済むのか | AI のステップの指示に書き込む |
| 預かりカードのテンプレート | 置き場所({{pet_name}} など)を書いた Google ドキュメント | Google ドライブ |
| 当日の持ち物の一覧 | 証明書、注射済票の写し、フード、薬、リード | Zap に書き込む値 |
質を決めるのは、受入れ基準の書き方です。 「ワクチンを接種していること」では判定がぶれます。「混合ワクチン:預かり開始日の1年前より後の接種日が日付で書かれていれば ok。日付が無ければ needs_check。書かれていなければ missing」 のように、ok・needs_check・missing の線を項目ごとに書きます。 店長が口頭で伝えていた線を、ここに書き出します。
狂犬病予防注射は、犬について法律で毎年受けさせることが飼い主に求められています。 厚生労働省の Q&A では、犬の所有者は毎年1回予防注射を受けさせ、注射済票を犬に付けなければならないとされています。店の基準では、これを犬だけの項目として置き、猫の予約では判定しません。
データの取得方法を決める
データは、トリガーが返すレコードの中にそろっています。 フォームの項目がそのまま表の列になるので、列の値を AI のステップと Formatter に渡すだけです。
| 取るもの | どこから | どうやって |
|---|---|---|
| 予約のレコードの全列 | Zapier Tables | New Record の出力 |
| 預かり開始日 | 表の「開始日」の列 | フォームの日付の項目を YYYY-MM-DD でそろえる |
| 接種日 | 表の接種日の列(自由記述) | AI のステップで日付として写す |
| 同じペットの過去の予約 | Zapier Tables | Find Records(飼い主の電話番号とペットの名前で探す) |
過去の予約を引くのは、リピーターの確認を軽くするためです。 前回の預かりで「他の犬に吠える」「薬は粉にしてフードに混ぜる」と記録していれば、今回の記載と前回の記録が食い違うところだけを確認点に出せます。 前回の記録は、AI のステップに「前回の記録」として渡します。
フォームの開始日の項目は、日付の形で受け取ります。 開始日まで自由記述にすると、Formatter で計算する元の値がそろいません。開始日と終了日はフォームの側で日付として入力させ、接種日だけを自由記述のまま残します。 接種日を日付の項目にしないのは、「証明書は当日持参」「分からない」と書きたい飼い主がいるからです。
AIへ渡す前に整形する
- ペットの種類の確認 … 犬か猫かで、判定する項目を分けます。猫の予約では狂犬病予防注射の項目を外します
- 飼い主の連絡先を渡さない … 電話番号・メールアドレス・住所は判定に要りません。表と下書きの宛先にだけ使います
- 過去の予約の記録をまとめる … Find Records の結果から、前回の食事・薬・性格の記録だけを取り出して渡します
- 基準日の計算 … Formatter の Add/Subtract Time で、預かり開始日から
-1 yearの日付を出します
4番目を AI のステップより前に置かないのは、AIの判定に基準日を渡さないためです。 基準日を渡すと、AIは親切に接種日と比べて ok を付けようとします。比較は Formatter に一本化し、AIには比べさせません。
AIに処理させる
させるのは、記載を受入れ基準の項目ごとに判定し、根拠の記載を写すことです。 接種日は、日付として書かれていれば YYYY-MM-DD の形で写します。
| 項目 | させること | 判断できないときの扱い |
|---|---|---|
| 混合ワクチン | 接種日が日付で書かれていれば写す。基準日との比較はしない | 日付が無い・あいまいなら needs_check |
| 狂犬病予防注射(犬) | 接種日が日付で書かれていれば写す | 日付が無ければ needs_check、記載が無ければ missing |
| ノミ・ダニの予防 | 予防の有無と時期の記載を写す | 時期が無ければ needs_check |
| 持病と服薬 | 病名・薬・飲ませ方を書かれたとおりに写す。持病があれば needs_check | 書かれていなければ missing |
| ヒート(雌) | ヒート中・予定の記載があるか | 雌で記載が無ければ needs_check |
| 性格と苦手なこと | 噛む・吠える・他の犬が苦手などの記載を写す | 噛んだことの記載があれば needs_check |
| 食事 | 回数・量・フード・与え方を欄に分けて写す | 量が書かれていなければ needs_check |
| かかりつけの動物病院 | 病院名を写す | 書かれていなければ missing |
持病があれば必ず needs_check にするのは、持病の重さをAIに判断させないためです。 「軽い心臓病で薬を飲んでいる」と書かれていても、預かれるかどうかは店長が、場合によってはかかりつけの獣医師に聞いて決めます。
| させないこと | 理由 |
|---|---|
| 接種日と基準日の比較 | Formatter で行う。AIの比較は日付の読み違いで揺れる |
| 「去年の春」などの日付への言い換え | 推測の日付が基準を満たしたことになる |
| 受入れるかどうかの結論 | 店長が決める |
| 持病の重さや投薬の可否の判断 | 店長と獣医師が決める |
| 薬の量や飲ませ方の補い | 書かれたとおりに写す。足りなければ飼い主に聞く |
2行目がいちばん起きやすい失敗です。 「去年の5月ごろ」を「2025-05-01」と写すと、Formatter の比較では基準を満たしたことになります。日付として書かれていないものは空にし、needs_check で飼い主に聞きます。
指示内容を固定する
Analyze and Return Data の指示:
あなたはペットホテルで、予約の内容を受入れ基準と照らす担当です。
予約に書かれていることだけを使って判定してください。
推測で埋めないでください。
【判定の値】
- ok .......... 基準を満たす記載がある
- needs_check . 記載はあるが、確かめる必要がある
- missing ..... 記載が無い
迷ったときに ok を選ばないでください。
【項目ごとの基準】
- 混合ワクチン:接種日が年・月・日のそろった日付で書かれていれば、
vaccine_date に YYYY-MM-DD で写し、status は ok にしてください。
年月だけ、「去年の春」「証明書を持参」などは vaccine_date を空にし、
needs_check にしてください。
基準日との比較はしないでください。
- 狂犬病予防注射(犬のみ):混合ワクチンと同じ扱いで rabies_date に
写してください。猫の場合は not_applicable にしてください。
- ノミ・ダニの予防:予防していることと時期が書かれていれば ok。
時期が無ければ needs_check。
- 持病と服薬:書かれていれば、病名・薬・飲ませ方を原文のまま
写し、needs_check にしてください。「なし」と書かれていれば ok。
- ヒート:雌で、ヒート中または預かり中に来る予定と書かれていれば
needs_check。雌で記載が無ければ needs_check。雄は not_applicable。
- 性格:人や他の動物を噛んだことが書かれていれば needs_check。
- 食事:回数・量・フード・与え方を分けて写してください。
量が書かれていなければ needs_check。
- かかりつけの動物病院:病院名が書かれていれば ok。
【厳守事項】
- 日付を推測で作らないでください。和暦で年月日がそろっていれば
西暦の YYYY-MM-DD に直して構いません。
- 受入れるかどうか、持病で預かれるかどうかの意見を書かないで
ください。
- 薬の量や飲ませ方を補わないでください。
- 前回の記録と今回の記載が食い違う項目は、changed_items に
項目名と両方の内容を写してください。
- 各項目の evidence に、判定の根拠にした記載をそのまま写して
ください。
【ペットの種類】{species} 【性別】{sex}
【予約の記載】{reservation}
【前回の記録】{previous}
和暦の年月日を西暦に直すことだけは許しています。 「令和8年3月15日」は日付として確定していて、直しても推測が入りません。許すのは形の変換だけで、欠けた月日を補うことは禁じます。 この線を指示の中で分けておかないと、AIは「令和8年3月」に「1日」を足して写します。
出力形式を固定する
Analyze and Return Data の出力項目として、次のように定義します。
| 項目名 | 型 | 説明 | 必須 |
|---|---|---|---|
vaccine_status / vaccine_date | テキスト | 判定の値と、YYYY-MM-DD または空 | はい |
rabies_status / rabies_date | テキスト | 判定の値と、YYYY-MM-DD または空 | はい |
flea_status | テキスト | 判定の値 | はい |
illness_status / illness_text | テキスト | 判定の値と、病名・薬・飲ませ方の原文 | はい |
heat_status | テキスト | 判定の値 | はい |
temper_status / temper_text | テキスト | 判定の値と、性格の記載の原文 | はい |
meal_times / meal_amount / meal_food / meal_method | テキスト | 食事の回数・量・フード・与え方 | はい |
vet_status | テキスト | 判定の値 | はい |
changed_items | テキスト | 前回との食い違い | いいえ |
evidence | テキスト | 項目ごとの根拠の記載 | はい |
AIの出力のあとに、Formatter の結果を足して確認点を決めます。 Compare Dates の始まりに基準日、終わりに vaccine_date を入れ、「Dates Swapped」が True なら接種日が基準日より前、つまり1年を超えていることになります。
| 条件 | 確認点に出す内容 |
|---|---|
vaccine_date が空 | 混合ワクチンの接種日を確かめる |
| Dates Swapped が True | 混合ワクチンの接種から1年を超えている。 店長に相談 |
rabies_date について同じ比較で True | 狂犬病予防注射が今年度のものか確かめる |
*_status が needs_check | 項目名と evidence を出す |
*_status が missing | 記載が無い項目として、確認の返信に入れる |
項目に分けて受け取る理由の1つ目は、預かりカードの置き場所にそのまま入れられることです。 meal_times はカードの「食事の回数」に、illness_text は「薬と飲ませ方」に入ります。欄が同じ順で埋まるので、預かり中のスタッフが迷いません。
2つ目は、確認の返信を missing と needs_check の項目から組み立てられることです。 足りない項目をまとめて1通で聞けるので、第3章の(d)の何度も連絡する手間がなくなります。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| Zapier Forms | フォームの送信 | 予約の受け付け。送信内容は予約受付の表に入る |
| Zapier Tables | New Record、Find Records、Update Record | 起点、過去の予約の検索、確認点と処理の状態の書き込み |
| AI by Zapier | Analyze and Return Data | 項目ごとの判定と、接種日の書き写し |
| Formatter | Add/Subtract Time、Compare Dates | 基準日の計算と、接種日との比較 |
| Google ドキュメント | Create Document From Template | 預かりカードの下書き |
| Gmail | Create Draft | 飼い主への確認の返信の下書き |
返信は下書きまでにし、送信は人が行います。 受入れを断る可能性のある予約に、AIの組んだ文面がそのまま届くことを避けます。 確認の返信には、足りない項目と当日の持ち物だけを書き、受入れの可否には触れません。
預かりカードは下書きのフォルダに作り、スタッフが確かめてから印刷します。 薬の飲ませ方のような世話に直結する欄は、元の記載と見比べてから使います。
人が確認する
- 確認点を見る … 予約受付の表で、
needs_checkとmissingと Formatter の比較の結果を見ます - 店長に相談する … 接種から1年を超えている、持病がある、噛んだことがある、の3つは必ず店長が見て、受入れの可否を決めます
- 確認の返信を直して送る … 足りない項目と当日の持ち物が合っているかを見て送ります
- 預かりカードを確かめる … 食事と薬の欄を元の記載と見比べて、印刷します
- チェックインの当日に証明書を見る … 接種日の記載と、証明書と注射済票の写しが合っているかを確かめます
5番目は省けません。 この構成が見ているのは、飼い主が書いた接種日です。書かれた日付が正しいかは、当日に証明書を見るまで分かりません。確認点が全部 ok の予約でも、証明書の確認はこれまでどおり行います。
目標は、240件をならして1件4分です。 確認点が無い予約は1〜2分で済み、持病や期限切れの予約は店長への相談を含めて数分かかります。
例外に対処する
| 起きること | 対応 |
|---|---|
| 接種日が「証明書を持参」とだけ書かれている | needs_check。確認の返信で接種日を尋ね、当日の持参を案内する |
| 1件の予約に犬が2頭 | フォームを1頭ずつにする。2頭書かれていたら判定を止めて人へ |
| 預かり開始日が空・日付でない | Formatter が動かない。処理の状態を「要確認」にして人へ |
| 前回の記録と今回の記載が食い違う | changed_items を確認点に出し、飼い主に確かめる |
| 猫の予約で狂犬病の欄が書かれている | not_applicable にして判定しない |
| AI のステップが失敗する | 処理の状態が空のまま残る。スタッフが表を見て手で確かめる |
| 預かりの直前(数日前)の予約 | 確認の返信を電話に切り替える。表に「直前」の印 |
2行目の複数頭は、フォームの作りで防ぎます。 1件のレコードに2頭分の接種日が混ざると、どちらの接種日をどちらのペットに当てるかを AI が決めることになります。 フォームを1頭ずつにし、2頭目は「もう1頭追加」で別のレコードにします。
記録を残す
- 予約のレコードの全列(フォームの送信内容そのもの)
- AI のステップが返した項目の全文と、Formatter の比較の結果
- 確認点と、店長が下した受入れの可否と、その理由
- 確認の返信を送った日時と、飼い主の回答
- チェックインの当日に証明書で確かめた結果(記載と合っていたか)
最後の行が、この構成の確かさを測る記録です。 書かれた接種日と証明書が食い違った件数を月に一度数え、多ければフォームの接種日の欄の説明を直します。
04実装レベルの3段階
半自動化で、1件15分が4分になり、この段階が本記事の想定です。 基準との照合と日付の比較と書き写しが自動になり、残るのは確認点を見て決めることと、下書きを確かめることです。 段階を飛ばさないでください。 半自動化を1か月回すと、店長と判定が分かれる項目と、飼い主が書き方に迷う欄が先に分かります。そこを直してから空き状況をつなぐほうが、受入れられない予約を確定してしまう事故を防げます。
05工数削減シミュレーション
導入後 240件 × 4分 ÷ 60 = 16 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- ペットホテルを営むペットショップ・トリミングサロン・動物病院の併設ホテルで、Web の予約フォームから月に百件を超える予約が届き、スタッフが1件ずつ読んでワクチンの接種日や持病を受入れ基準と見比べ、紙の預かりカードに書き写している場合。連休の前に予約が集中し、確認の電話が後回しになって、チェックインの当日に証明書が足りないと分かることがある場合。
- 予約が月に数十件で、店長が全件を読んで足りている場合。予約の大半が電話か店頭で、Web のフォームを使っていない場合。なお、受入れるかどうかの最終の判断、預かり中の健康状態の判断、投薬の可否は、この構成では代替できません。店長と獣医師が決めます。
07最小構成で試す方法
- 先月の予約から30件を選ぶ(うち数件は、接種日があいまいなもの、持病のあるもの、雌のもの、リピーターのものを入れる)
- 受入れ基準を、項目ごとに ok・needs_check・missing の線まで書く
- 飼い主の連絡先を消した予約の記載と基準を、手元のAIサービスに貼り付ける
- 「項目ごとに判定し、根拠の記載を写してください。接種日は年月日がそろっているときだけ写し、比較はしないでください」と指示する
- 接種日の比較は、スプレッドシートで預かり開始日から1年前の日付を出して手で比べる
- 出てきた結果を、当時のスタッフの確認と突き合わせる
30件は必ずやってください。 Zap を組む前に、「基準の線を書き出せば、項目ごとに判定できるのか」を確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 当時の確認とおおむね同じになった | Zap の組み立てに進む |
| あいまいな接種日に日付を補ってしまう | 指示の書き方で直る。構成は有効 |
| 店長と判定が分かれる項目がある | 基準の線を店長と書き直す |
3行目が出るのが普通です。 分かれた項目は、店長の頭の中にあった線がまだ書き出せていない項目です。そこを書き足すほど、スタッフごとの差が減ります。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| あいまいな接種日に日付が補われる | 年月日がそろったときだけ写させ、欠けた月日の補いを禁じる |
| AIが接種日と基準日を比べて ok を付ける | 基準日をAIに渡さない。比較は Formatter に一本化する |
| Compare Dates の向きを取り違える | 始まりに基準日、終わりに接種日。Dates Swapped が True なら1年超 |
| 預かり開始日が自由記述で計算できない | 開始日と終了日はフォームの日付の項目にする |
| 1件に2頭分が混ざる | フォームを1頭ずつにする |
| 持病の重さをAIが判断する | 持病があれば必ず needs_check にさせる |
確認点が全部 ok で証明書の確認を省く | 当日の証明書の確認は残す |
| 証明書の画像を読ませようとする | 画像は公開された場所に置く必要がある。接種日は記載で受け、証明書は人が見る |
上の3行が、この構成の失敗のほとんどです。 どれも日付の扱いの失敗で、期限切れの予約が ok のまま通るという同じ結果になります。日付を作らせない、比べさせない、向きを確かめる、の3つを守れば運用に乗ります。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 飼い主の氏名・電話番号・メールアドレス・住所、預かりの日程、ペットの情報と健康状態の記載です。預かりの日程は、飼い主が家を空ける期間でもあります。
- AIに渡す項目を絞る … 飼い主の連絡先と住所は渡さず、ペットの情報と予約の記載だけにします
- 預かりの日程の扱いに気をつける … 予約受付の表は、誰がいつ家を空けるかが分かる一覧です。Zapier Tables の共有の範囲をスタッフに限り、終わった予約の保存の期間を決めます
- 飼い主への返信を自動で送らない … 受入れの可否に関わる連絡です。下書きまでにし、人が送ります
- 受入れの可否と健康の判断をAIに書かせない … 持病で預かれるか、投薬してよいかは、店長が、必要ならかかりつけの獣医師に確かめて決めます
- AI の処理の提供元を決める … AI by Zapier は Zapier の組み込みのモデルか、自前の AI の提供元のアカウントで動きます。どちらで処理するかを決め、店のプライバシーポリシーの記載と合わせます
誤りが起きた場合のリスクは、接種の期限が切れたペットを受入れてしまうことと、預かり中の世話を誤ることの2つです。 前者は日付の補いと比較の向きの誤りで起き、後者は食事と薬の写し誤りで起きます。前者は Formatter と当日の証明書で、後者は預かりカードの見比べで守ります。
10まず何から始めるか
1週目:受入れ基準を書く
店長と、項目ごとに ok・needs_check・missing の線を書き出します。「断る」のか「確認で済む」のかも項目ごとに決めます。 あわせて、預かりカードのテンプレートを Google ドキュメントで作り、置き場所を書き込みます。
2週目:30件で試す
先月の予約から30件を選び、手元のAIサービスで判定させます。当時の確認と突き合わせ、あいまいな接種日に日付を補っていないかを最優先で見ます。
3週目:予約フォームを置き換える
Zapier Forms で予約フォームを作り、開始日と終了日を日付の項目に、1頭ずつ送る形にします。予約受付の表に「処理の状態」と確認点の列を足します。
4週目:Zap をつなぐ
New Record から AI by Zapier、Formatter、Update Record までを作ります。最初の2週間は預かりカードと返信の下書きを作らず、確認点だけをスタッフの確認と見比べます。
2か月目: 預かりカードと確認の返信の下書きを足し、店長と判定が分かれた項目を毎週数えます。3か月目以降: 当日に期限切れが分かった件数を導入前と比べ、書かれた接種日と証明書の食い違いが落ち着いた時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| Analyze and Return Data で出力項目を名前と型で定義できること。Professional・Team・Enterprise で使えること。モデルの階層(新しいステップの既定が Premium・5倍)と自前のキー。画像を読ませるには公開された場所に置く必要があること | Zapier: Use AI by Zapier to analyze and return data | 2026-10-14 |
| Zapier Forms の送信内容がつないだ表に入ること。送信後に確認の文・別ページ・Zap の実行を選べること。すべてのプランで使えること | Zapier: Use forms in Zapier Interfaces | 2026-10-14 |
| Zapier Tables のトリガーに New Record、操作に Find Records・Create Record・Update Record があること | Zapier: Zapier Tables integrations | 2026-10-14 |
| Formatter の Add/Subtract Time で日・月・年などを足し引きでき、式の例があること。Professional 以上で使えること | Zapier: Add or subtract dates and times in Zaps | 2026-10-14 |
| Compare Dates で2つの日付を比べ、終わりが始まりより前なら Dates Swapped が True になること。Professional 以上で使えること | Zapier: Compare dates and times in Zaps | 2026-10-14 |
| Google Docs の Create Document From Template が二重の波かっこの置き場所に値を入れて新しい文書を作ること | Zapier: Google Docs integrations | 2026-10-14 |
| Gmail の操作に Create Draft があること | Zapier: How to get started with Gmail on Zapier | 2026-10-14 |
| 犬の所有者が毎年1回狂犬病の予防注射を受けさせ、注射済票を犬に付けなければならないこと | 厚生労働省: 狂犬病に関するQ&A | 2026-10-14 |
受入れるかどうか、持病のあるペットの預かりと投薬の可否は、店長とかかりつけの獣医師が判断してください。 本記事は上記の公式ページで確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1467)についてのご相談はこちらから。
