造園会社の受付・ホームページ担当の方へ。雨予報が出ると、予約済みのお客様から作業の確認が続いていませんか。天候や現場の状態で予定が変わる仕事では、「雨天時は延期する場合があります」だけでは案内が足りません。個別の日程や場所を広く見せず、雨天時の連絡方法と確認先が分かる案内を用意しましょう。みやあじよでは、御社の作業と受付の流れを伺い、原稿・相談先へのリンク・お知らせの更新項目を制作します。本稿では、公開ページ・予約確認・個別連絡で伝える内容を分けて説明します。
档ノ木造園のFAQは、雨の日でも立地条件と環境によって作業が異なり、大雨などで中止と判断した場合は顧客へ直接連絡する旨を示しています。植木屋蛭田造園のFAQも、雨や風の状況で作業日を変更することがあり、その際は営業担当が連絡すると説明しています。判断基準や連絡時刻は各社の運用です。御社のサイトでは、作業と受付体制に合う共通の案内と、予約客が確認できる連絡先を用意します。当社がページを制作する際も、現場担当者と受付に流れを伺ってから、載せる説明と窓口を整理します。
雨天時の確認先は、予約ページからも案内する
雨天時の案内ページには、何を確認して作業の実施や変更を決めるか、誰が判断するか、顧客への連絡方法を示します。「雨なら必ず中止」「小雨なら必ず実施」といった一律の文は、作業内容や現場条件で違うなら使いません。剪定、植栽、外構工事、現地調査では影響が異なることがあります。自社の担当者がどの段階で判断し、顧客にはどの窓口から連絡するかを先に整理します。
公開ページで説明するのは、予約前の人にも関係することです。天候によって日程を調整する可能性、変更時の連絡手段、連絡が届かないときの問い合わせ先、営業日や受付時間などです。個々の顧客の住所、訪問予定、作業内容、電話番号などは公開しません。公開のお知らせは全体的な営業や受付状況を伝える場所とし、個別の予約の変更を確定する手段にはしません。
「当日朝にサイトを見てください」とだけ書く運用には注意が必要です。顧客が毎回サイトを確認するとは限りませんし、予約時にどのページを見るか案内されていなければ見つけられません。予約済みの作業に変更があるなら、会社が決めた方法で直接連絡する前提を示します。電話、メール、SMSなどのどれを使うかは自社の実態に合わせ、連絡先の確認方法も予約時に決めます。
共通ページから問い合わせへ進めるリンクは、予約前の相談と予約済みの確認を分けます。作業を頼みたい人は見積りや対象地域を探し、予約した人は自分の予定の確認先を探します。一つの「お問い合わせ」だけだと、急いで確認したい人が一般の営業フォームへ入るかもしれません。受付時間と、時間外に送った内容をいつ確認するかも、実際の運用に合わせて書きます。
雨天時の方針は、お客様が予約の前後に見つけられる場所へ案内します。FAQの奥だけに置いていては、必要なときに読まれないかもしれません。予約ページ、作業の流れ、問い合わせ完了画面など、日程を決める前後に見る場所から短いリンクで案内します。トップのお知らせを毎回探させるより、固定の案内ページを基準にし、当日の全体的な変更があるときだけお知らせを追加する構成です。固定ページとお知らせで連絡手段が違っていたら、どちらが現在の案内か分からないため、更新担当を揃えます。
予約確認で、変更時の連絡方法を伝える
予約を受けるときは、作業予定日、作業内容、現地の連絡先、立会いの要否、天候による変更の連絡方法を確認します。顧客が電話に出にくい時間帯や、メールを主に使う希望があれば、実際に対応できる範囲で記録します。連絡先が古いままだと、当日の変更を伝えられません。予約確認メールや書面に、変更時の連絡先と顧客からの連絡窓口を明記します。
予約確認に「雨天時はホームページのお知らせを確認」とだけ書かず、個別の変更は直接知らせるか、顧客から確認してもらうかを明確にします。会社が直接連絡するなら、どの連絡手段を使うかを示します。顧客が旅行や仕事の予定を調整している場合もあるため、変更する可能性の案内と、確定した変更の連絡を区別することが大切です。気象予報を見た時点の「検討中」を「延期決定」と読ませない文にします。
同じ現場で複数日に分ける作業や、協力会社が入る案件もあります。予約確認では、どの日とどの作業に連絡が適用されるかを分かるようにします。全工程の変更なのか、当日の一部だけを変更するのかは担当者が判断します。サイトの共通説明で現場の作業順を約束せず、案件ごとの予定表や担当からの連絡へ案内します。
見積り訪問と実際の施工も分けて考えます。雨の日の現地調査は行えるが、施工は別の判断になる会社もあるでしょう。予約確認に作業種別がなく、単に「訪問予定」とだけ書くと、変更連絡が何を指すか曖昧になります。予約時に選んだ種別を確認メールや担当者の予定表へ引き継ぎ、変更が発生したときに同じ名前で案内します。顧客の側にも、立会いが必要か、鍵や駐車場所などの準備が変わるかを具体的に伝えます。
お知らせに載せる情報と、直接伝える情報を分ける
表は左右にスクロールして確認できます。
| 置き場所 | 伝える内容 | 更新・確認する担当 |
|---|---|---|
| 公開ページとお知らせ | 雨天時の共通方針、全体の受付状況、連絡先 | 広報・受付が現場判断と照合 |
| 予約確認 | 予定日、作業範囲、変更時の連絡手段、顧客の確認窓口 | 予約担当が顧客と照合 |
| 個別連絡 | その案件の実施・延期、対象日、次の確認や候補日 | 現場責任者の判断を受けた担当 |
この表は、ホームページで読める情報と、予約したお客様へ直接伝える情報を整理する設計例です。公開のお知らせを更新しただけで予約客への連絡が完了したと扱わず、個別の連絡が届いたかを会社の受付記録で確認します。反対に、個別連絡をしただけで、全体の受付状況が変わっているのにサイトが古いままなら、これから相談する人が迷います。公開情報と個別情報をそれぞれの担当が更新し、同じ判断時点を共有します。
公開お知らせには、対象地域や作業種別を一律に広げすぎないようにします。雨でも実施する現場と延期する現場があるなら、「本日の全作業を中止」と書けません。全体に共通する事実だけを公開し、案件ごとの判断は直接連絡と明示します。更新時刻や次に案内する時点を表示できるなら、いつの情報か分かりやすくなります。ただし、その時刻に必ず全案件が確定するという約束は、運用で守れる場合に限ります。
お知らせを公開した後で予報や現場条件が変わることもあります。判断が変わったら、記事を黙って上書きするだけでなく、いつ何を更新したかが分かる形にします。予約客には、前の連絡から何が変わったかを直接伝えます。公開ページの更新履歴と個別連絡の履歴を混ぜず、それぞれの記録で対象と時刻をたどれるようにします。顧客から「サイトでは実施と読めた」と連絡があった場合、担当が当時の表示を確認できることも重要です。
延期の連絡には、対象の作業日と次の案内を添える
予約客への連絡には、対象の作業日と作業内容、実施・延期の判断、次に何をするかを入れます。延期が決まっても代替日がまだ決められない場合は、そのまま伝え、いつ誰が候補を案内するかを示します。「また連絡します」だけでは顧客は予定を空け続ける必要があるのか分かりません。候補日の提示方法や再調整の窓口を、会社の実際の流れに合わせて明確にします。
档ノ木造園は大雨などで中止と判断した場合の顧客連絡をFAQで説明しています。蛭田造園も作業日を変える場合は営業担当が連絡すると示しています。両社の時刻や条件を自社の標準としてコピーするのではなく、自社の現場判断と顧客連絡がつながっているかを見る参考にします。記事を書く制作担当は気象や安全の可否を判定せず、現場責任者が決めた状態を正しく伝える画面と文面を作ります。
連絡文の件名や冒頭にも、案件の識別に必要な範囲を置きます。同日に複数の作業を頼んでいる人や、家族で連絡を共有する人は、どの予定の変更かすぐ分からないことがあります。氏名や住所を過度に書かず、予約番号や作業予定日など会社が使う識別方法を選びます。電話の場合も、担当者が連絡した時刻、話した相手、確定した内容、次の連絡予定を記録しておきます。
顧客から「雨が降りそうですが、どうなりますか」と先に連絡が来たときの返答も揃えます。まだ判断していないなら、予定どおりと断定せず、判断者と次の案内時点を伝えます。変更が決まっているなら、公開ページへのリンクだけで済ませず、その予約への影響を説明します。電話、メール、フォームで異なる答えが出ないよう、受付が参照する最新の状態を一箇所で管理します。
個別連絡が届かなかった場合の手順も考えます。電話がつながらない、メールが戻る、登録した番号が使われていないなどの状態を、連絡済みと同じ扱いにしません。別の連絡方法を試すか、顧客から確認できる窓口を残すかは会社が決めます。制作時には、予約情報に連絡手段と確認状況を残せるか、担当者が未到達の案件を見つけられるかを点検します。個人の連絡先を公開のお知らせへ書いて代替しないようにします。
判断が変わったら、サイトと個別連絡を更新する
雨天時にサイトを更新する担当者が迷わないよう、現場判断から公開更新、個別連絡までの担当と順番を決めます。当社はその流れを伺い、必要な入力項目と操作案内を制作します。既存の予約・顧客管理サービスを使っている場合は、その役割と接続条件を確認して、サイトで担う範囲を決めます。お知らせを誰でも更新できるようにするだけでは、判断前の情報が公開されるおそれがあります。現場責任者が実施・延期の範囲を決め、広報または受付が公開文を確認し、予約担当が対象顧客へ連絡する流れを会社に合わせて整理します。公開文を訂正する場合は、何が変わったかを分かるようにします。
更新画面には、タイトル、対象日、対象になる地域やサービス、本文、更新時刻、担当者の確認欄など、実際に必要な項目を用意します。過去のお知らせを見た人が現在の運用と取り違えないよう、日付を見やすくし、固定の共通方針ページとは役割を分けます。古いお知らせが検索結果に残る場合もあるため、ページの冒頭で対象日を読めるようにします。予約済みの人向けの連絡先は、共通方針からも探せるようにします。
同じ文面を毎回コピーして投稿すると、対象日や地域だけが古いまま残ることがあります。更新担当が使う入力様式では、対象日と更新時刻を必須の確認項目にし、本文の冒頭にも現在の状態を簡潔に置きます。サイト上に公開する前に、作業可否を判断した担当と照合します。すでに投稿したお知らせを終了扱いにする基準も決め、過去の情報が最新案内のように一覧上部へ残らないようにします。
モバイル画面では、雨天案内の見出し、更新日時、予約済みの連絡先がすぐ見えるかを確認します。長いお知らせ一覧の下に窓口を置くと、必要なときに探しにくくなります。連絡先の電話番号はタップできるようにし、フォームは緊急対応の窓口かどうかを明示します。通信状況が悪い場所でも文字だけで要点が読めるよう、画像にだけ変更情報を書かないようにします。
公開前には、三つの場面を試します。予約前の人が雨天時の方針を探す。予約済みの人が連絡先を探す。担当者が予定変更を決めてお知らせと個別連絡を更新する。それぞれに必要な情報へたどり着けるか、連絡の記録が残るかを確認します。公開後に「予定が変わるときの窓口が見つからない」という問い合わせが続くなら、FAQの文だけでなく、予約確認とサイトのリンクの置き方も見直します。
点検には、実際の予約を使わずに用意した確認用の予定で十分です。作業種別、予定日、顧客への連絡手段を入力し、変更判断後に公開文と個別文がそれぞれ必要な情報だけを含むかを見ます。お知らせの掲載が遅れた場合や、個別連絡が未到達の場合も試し、誰が気づくかを確かめます。サイトへのアクセス数だけでは変更内容が顧客に伝わったとは言えないため、受付の問い合わせ内容や再連絡の件数も併せて見ます。
