工事後の案内資料を置く落ち着いた受付の風景

NOTES

塗装・防水会社の施工後案内をWebで作る|点検連絡と保証相談の窓口を分ける

塗装・防水会社の施工後案内を、点検連絡・気になる箇所・保証資料の確認に分けるWeb設計例。紙の引渡し資料との接続、用件別の入力、通知先、送信完了の文言、過去の工事への案内を整理します。

チップス

工事が終わったお客様から「次の点検はいつですか」「気になる箇所はどこへ連絡しますか」と聞かれる。サイトには保証年数が大きく載っていても、点検の連絡方法や相談先が見つからない。塗装・防水会社の施工後案内では、保証の説明を増やすだけでは解消しない迷いがあります。

改善の起点は、お客様の用件を分けることです。点検予定を確かめたい人、建物の状態を相談したい人、保証書の内容を確認したい人が、それぞれ必要な説明と窓口へ進めるようにします。本記事では、経営者やWeb担当者が、自社の資料と受付の運用を基に、施工後ページの改修範囲を決める方法を扱います。

保証の対象や費用、補修の可否は、施工会社の責任者が個別資料を確認して判断する内容です。制作側では判断を代行せず、何を読めばよいか、何を伝えれば相談が始まるかを画面上で明確にします。

「保証について」の一ページに用件を詰め込まない

お客様が点検時期を知りたいときに、保証の対象外条件を最初から読まなければ連絡先へ進めない構成は不便です。一方、気になる状態を相談したい人を点検予約だけへ誘導すると、定期点検まで待つ必要があるようにも見えます。入口では、保証制度の名前より先に用件を示します。

例えば「点検の予定・連絡について」「気になる箇所の相談」「保証書・工事資料の確認」という三つの案内を、施工後ページの上部に置く方法があります。これは設計例です。実際に行っていない点検制度を、新しいメニューのために作ったように見せてはいけません。自社の対応範囲に合わせて名称と説明を決めます。

窓口が同じ電話番号でも、用件の説明を分ける意味はあります。電話をかける前に準備する情報や、フォームで選ぶ項目が異なるためです。窓口を分けるとは、必ず別の担当部署や番号を増やすことではありません。利用者の目的を、受付側が分かる形で受け取る設計です。

公開されている案内では、三和ペイントは点検の連絡や報告書と、点検以外の相談を紹介しています。フクモト工業も、保証内容、アフターケア、保証書に関する問い合わせを分けて説明しています。参照するのは情報の分け方です。各社の点検年数や条件を、そのまま自社の約束に置き換えないようにします。三和ペイントのアフターサポート/フクモト工業の保証とアフターケア

点検の案内と保証の説明に、別の見出しを付ける

点検の項目では、実施している制度、案内する方法、予定について連絡する窓口を掲載します。会社から案内するのか、お客様から問い合わせるのかが分かる説明にします。工事の種類や契約時期によって扱いが違うなら、一律の年表を掲げる前に、適用する範囲を責任者へ確認します。

保証の項目では、保証する主体、対象工事や部位、期間、対象や対象外の条件を、自社の資料に沿ってまとめます。年数だけが単独で表示されると、すべての工事に同じ内容が適用されるように見えることがあります。見出しの近くで対象を示し、詳しい資料の確認方法へつなげます。

また、メーカーが説明する製品の情報と、自社が発行する工事保証は、掲載欄を分けます。塗料の耐用年数の目安を工事の保証期間として転記したり、点検の実施をすべて無償対応の約束として表現したりしないよう、原稿を確認します。Webで短くする場合も、意味を左右する条件を削らないことが大切です。

一般向けに公開できる制度説明と、個別契約で確認する内容にも境界を設けます。公開ページで確定できないことは「お手元の資料と工事記録を確認してご案内します」など、実際の対応に合う説明へつなぎます。この文言も例であり、会社で行える対応を確認してから使います。

用件・入力・確認先を、一枚の管理表で対応させる

改修前に、現在のページと手渡している資料を並べ、どの用件をどこへ案内しているかを確認します。次の表は、制作会社と相談するための設計例です。保証条件を定める表ではなく、表示する情報と受付後の確認が途切れないかを見るために使います。

用件・資料 Webで見せる情報 最初に受け取る情報 社内で照合する記録・担当
点検予定の確認 自社の案内方法と相談先 工事時期、建物、連絡先 点検予定・案内履歴、点検担当
気になる箇所の相談 状態の伝え方と受付後の流れ 箇所、気づいた時期、分かる状態 工事記録、アフター対応担当
保証内容の確認 保証主体と資料の確認方法 工事時期、資料の有無、質問 該当する保証書、確認責任者
資料が見つからない 資料なしで問い合わせる方法 分かる範囲の工事・建物情報 契約・引渡し記録、管理担当
連絡先などの変更 変更を相談する入口 変更したい内容、現在の連絡先 登録情報、変更確認の担当

表の「社内で照合する記録・担当」は、公開ページにそのまま載せる内容ではありません。制作時の管理欄として、フォームの通知先や問い合わせ分類と対応させます。お客様の個別記録を、誰でも見られる事例ページへ置いて代用しないようにします。

担当者名を公開する場合も、異動や退職で案内が止まらないかを考えます。会社として継続して受け取れる窓口を確認し、担当が変わったときにどの表示と通知設定を直すかを記録します。表示上の電話番号が正しくても、送信先メールが古いままなら相談を取りこぼします。

引渡し資料から、同じ案内ページへ戻れるようにする

施工後の案内は、検索から初めて訪れる人だけのものではありません。引渡し時の資料を見返したお客様が、記載された連絡先を探す場面もあります。資料に案内ページのURLや二次元コードを載せる場合は、何のページへ進むのかを短く添え、サイト上にも同じ名称の入口を用意します。

例えば、紙では「施工後の点検・ご相談」と案内しているのに、サイトでは「品質へのこだわり」の下にしか窓口がないと、同じ情報だと気づきにくくなります。メニュー、ページ見出し、資料の案内名をそろえます。古い資料からのリンクを変更する場合には、以前のURLから必要な案内へ進めるかも確認します。

資料から施工後案内と用件別の受付へ進む設計例
施工後案内の構成例。点検制度や保証条件を決める図ではありません。

公開ページから個別資料を送る機能まで追加する必要があるかは、別に検討します。まずは共通の案内と問い合わせ入口を確実にする方法もあります。既存の顧客向けシステムがある場合は、案内ページとの役割を分け、ログインできない人の問い合わせ先も見える位置に置きます。

工事中の連絡先を、そのまま施工後の窓口として残す場合も確認が必要です。現場専用の番号など、引渡し後は使わない連絡先が資料にあるなら、現行窓口へつなぐ表示を考えます。工事中の近隣向け案内と施主連絡と、施工後に見返す案内を区別して点検してください。

フォームは「分かる範囲」で受付を始められる形にする

工事番号や保証書番号だけを必須にすると、資料を見つけられない人が送信できません。番号が分かる場合は入力でき、分からない場合には、おおよその工事時期や建物、契約時のお名前など、会社が記録を探すために必要な情報を確認できる形を検討します。具体的な項目は、実際に照合する担当と決めます。

用件を選ぶと、必要な補足欄だけが表示される設計も考えられます。点検予定の質問には気になる症状の記入を強制せず、状態の相談には箇所や気づいた時期の欄を用意します。保証対象かどうかをお客様自身に判定させる必須選択肢は、問い合わせの入口として適切か見直します。

写真を受け取る場合は、添付できる形式や容量を表示し、手元の写真を添付できない場合にも相談を続けられる方法を用意します。施工後の相談写真は、確認のために受け取る資料です。サイトへ公開する施工事例の写真と説明とは目的を分け、公開用の素材として自動的に扱わない運用にします。

建物の所有者や連絡する人が変わっている場合も、入力された名前だけで過去の契約と同一だと決める設計にはしません。関係を確認する必要があることを受付担当と整理し、最初のフォームで集める情報と、その後に個別確認する内容を分けます。必要以上に書類を一律でアップロードさせない構成を考えます。

住宅の外壁と窓まわりを写したイメージ

送信完了と、対応が決まった状態を区別する

送信後の画面には、受け付けた用件と、会社からの連絡方法を示します。「点検予約が完了しました」と表示するのは、その画面で本当に予約が確定する仕組みの場合です。相談を受信しただけなら、日程や対応内容は確認後に案内することが伝わる文言へ変更します。

自動返信にも同じ考え方を使います。保証の適用や無料補修が決まったような表現を入れず、会社の受付状況に合う説明にします。返信までの目安を掲載する場合は、実際に守れる運用と対象の営業日を責任者へ確認します。目安を制作側で補わないようにします。

電話とフォームが併設される場合は、どちらで何を受け付けるかをそろえます。受付時間、通知先、担当不在時の扱いが変わったときに、ページ本文、フォーム、返信文、引渡し資料の案内をまとめて確認できる管理にします。連絡先の変更は、一箇所の文字修正だけで終わらないことがあります。

過去の工事を、新しい制度の説明に混ぜない

制度を変更した会社では、現在の新規契約向けの説明と、以前に施工したお客様への案内が同じページに並ぶことがあります。新しい保証の見出しだけを残すと、過去の工事にも同じ内容が適用されると受け取られるおそれがあります。適用する契約や時期を会社側で確認し、見出しの近くに対象が分かる説明を置きます。

ただし、工事年月だけで保証内容を自動表示する仕組みは、年月で確実に振り分けられる資料がある場合に限って検討します。同じ時期でも工事内容などにより異なるなら、日付だけで対象を確定させず、個別確認へ進む案内にします。古い制度が不明な場合も、制作担当が現在の条件を当てはめて埋めません。

更新の管理表には、説明の根拠となる資料、確認した責任者、公開ページの見直し日を記録します。これは社内の更新用情報です。ページに日付を出す場合は「ページ更新日」など意味を示し、工事日や保証開始日と混同しない表示にします。更新日の新しさだけで、個々のお客様への適用が変わるわけではありません。

スマートフォンでは、対象範囲の注記が長い見出しや画像の下に隠れていないかも確認します。保証年数だけが最初に大きく見え、条件が離れた場所にあるなら、同じまとまりで読める位置へ移します。画像に条件を書き込む場合も、本文で確認できるようにし、制度変更時に画像だけ古いまま残らない管理を決めます。

改修は、資料と画面の食い違いから優先順位を付ける

制作会社への相談には、現在の施工後ページ、実際に渡している保証・点検の案内、よく受ける問い合わせの種類を用意します。個人情報を含む資料は共有範囲を調整し、確認担当が確定した説明と未確認の条件を分けて渡します。すべてを公開する前提で資料を集める必要はありません。

まず、古い連絡先や実態と違う約束がないかを確認します。そのうえで、案内の見出しを分ければ足りるのか、用件別の入力欄や通知先の変更が必要か、紙の案内まで改めるかを決めます。見た目を作る前に、用件が適切な担当へ届く範囲を具体化することが大切です。

公開前には、点検時期を知りたい人、状態を相談する人、資料が手元にない人の三つの場面で、スマートフォンから入口をたどります。必要な説明、入力、送信後の案内まで読めるかを確認し、実際の通知が担当へ届くことも確かめます。施工後のお客様が、資料とサイトの間で迷わず相談を始められるページを目指しましょう。

参考資料

参照日:2026年9月16日。各社の案内は情報構成の参考とし、点検年数・保証条件・費用は転用していません。表・図・文言は設計例であり、自社の制度や契約資料との一致は事業者の責任者に確認してください。