修理サービスの受付担当とWeb担当者が進捗画面を確認する場面

NOTES

修理受付サイトで進捗を伝える|診断待ち・部品待ち・返却予定の表示設計

修理の受付日が返却日と誤解されないサイトへ。機器修理会社のWeb担当者向けに、診断待ち・部品待ち・作業中の状態表示、通知と更新担当、返却予定の伝え方を整理します。

チップス

修理を申し込んだ日付が表示されているのに、返却予定は見つからない。依頼者は「受付日から何日で戻るのか」と考え、修理会社へ問い合わせます。受付済み、現物を確認中、見積りの返答待ち、部品確認中では、次に分かることが違います。サイトで「進捗を表示する」なら、工程名だけでなく、その状態が何を意味し、次に誰が動くかまで伝える必要があります。

この記事は機器修理サービスの経営者・受付責任者・Web担当者に向け、受付状態、画面の表示文、通知、更新担当を一つの表にする方法を示します。Webに載せられる確認済みの状態と、担当者が個別に答える返却予定を分けることが中心です。修理の方法、部品の入手、返却日の確約をWeb制作側が決めるものではありません。

「受付しました」と「返却日が決まりました」を分ける

最初に、自社の申込み完了画面と受付通知を読みます。「修理受付日」「お預かり日」「診断開始日」「返却予定日」が近くに並ぶと、日付の意味を取り違えやすくなります。申込みを受け取っただけなら、何を受け付け、次にいつ何を連絡するかを示します。実際の機器を預かっていない場合は、預かり済みと書かないことも必要です。

次に、受付から返却までの修理票を見て、社内で状態が変わる節目を拾います。診断待ち、見積作成、依頼者の回答待ち、部品の手配、作業中、返却準備など、呼び方は会社ごとに異なります。サイト用に細かな工程を新しく作る前に、現場が日々記録している事実で更新できるかを確かめます。担当者が確認していない状態を、時間が経っただけで自動的に次へ進めない設計にします。

ソニーの修理状況照会の説明は、申込み受付、見積作成、修理中、返却準備などの表示が何を示すかを分けています。受付番号を使える窓口と、照会できない場合に連絡する先も示す一社の例です。自社の工程名や返却条件をそのまま借りるのではなく、「表示された状態の意味」と「次の連絡」を対にする考え方を参考にします。

状態・表示文・通知・更新担当を一行にする

進捗画面の原稿を先に書くより、現場の記録から表示できる状態を決めます。次の表は架空の修理会社の設計例です。実際の修理期間、部品の調達、料金、返却方法を示しません。各社の修理票と受付手順に合わせ、使わない状態は外してください。

表は左右にスクロールできます。

記録で確認する状態 Webで伝える文の例 次の連絡・表示 更新を確かめる人
申込みを受信 「お申し込みを受け付けました。現物の受付はこれから確認します」 預かり方法の案内。返却日は未定 受付担当
現物を受け取った 「機器をお預かりしました。状態を確認します」 診断や見積りの連絡方法 受付担当と技術担当
見積りの回答待ち 「お見積りを案内しました。ご回答を確認して次へ進みます」 回答先と、回答後に確認すること 受付担当
部品の確認中 「必要な部品の状況を確認しています」 次に状況を知らせる方法。日付は未確定なら空ける 技術・調達担当
作業と確認中 「作業を進め、完了後に結果を確認します」 確認済みの予定だけを個別に表示 技術担当
返却の準備中 「返却方法と引渡しの準備をしています」 発送・受取の案内は確定後に通知 受付・返却担当
診断待ち、部品確認中、返却準備の各状態について、画面の表示文、次の通知、更新担当を対応させ、返却日を別欄で扱う図
診断待ち・部品確認中・返却準備の画面例です。工程と連絡方法は架空の設計例で、実際の返却時期を示しません。

一行ごとに、状態を更新する根拠と担当を残します。「部品の確認中」に切り替えるには誰の記録を見ればよいか、「返却の準備中」は作業完了と同じ意味か。担当者同士で答えが異なるなら、画面の文言を確定する前に運用を照合します。表は修理工程の指示書ではなく、すでに確認された状態をWebへ載せるための対応表です。

状態と依頼者へのお願いは別の欄にする

見積りを作成中の案件と、見積りを案内して依頼者の返答を待つ案件は、同じ「見積り中」では次の行動が見えません。後者なら、今回の見積りをどこで確認し、どの窓口へ返答するかを個別通知で案内します。画面の状態名は短くても、その下に「現在は誰の対応待ちか」を置けます。依頼者の回答期限や回答しない場合の扱いは、実際の案内済み条件に基づき、受付責任者が確認します。

一件に複数の状態が重なることもあります。技術担当が別の作業を進めながら、一部の部品だけを確認している場合です。無理に一本の進捗バーへ押し込むより、依頼者が今知るべき主な状態と、返却予定に影響する未確認事項を分けて表示します。社内にその二つを記録する仕組みがなければ、複雑な自動表示を先に約束せず、担当者が確認して連絡する方法から設計します。

返却予定は「未定」「見込み」「確定」の根拠を分ける

依頼者が知りたいのは現在地だけではありません。いつ使えるようになるか、いつ返事が来るかです。ただし、受付日の時点で返却日を一律に置くと、診断結果や部品、依頼者の見積回答を反映できません。返却予定が未定なら「次に予定を確認できる段階」を示します。例えば「診断後に見積りと返却の見通しをご連絡します」という文は、実際にその連絡を行う会社だけが使えます。

担当者が見込みの日付を案内できる場合は、その日付がどの時点の情報か、どの条件で変わるかを近くに書きます。「9月中旬予定」だけが大きく見える画面では、通知を読まない人に確約と受け取られる可能性があります。表記を「○月○日時点の見込み」「部品の確認後に更新」など、自社で確認した情報に合わせます。作業完了、返却準備、発送済みも別の段階です。発送予定と発送実績、配達の見込みを同じ日付欄に重ねないようにします。

進捗バーを百分率で埋める方法も慎重に考えます。工程が六段階でも、部品待ちの長さや再確認の有無は案件で変わります。「六つ中四つ目だから67%」は、残り日数の根拠にはなりません。必要なのは見栄えのよい割合より、確認済みの状態、更新時点、依頼者が次にすることです。戻りや保留がある実務なら、段階を飛ばしたり戻したりできる表示設計にします。

予定が変わるときは古い情報を消すだけで終えない

一度表示した返却見込みが変わるなら、新しい日付へ上書きするだけでは、依頼者が何を見ているか分からなくなります。担当者が説明できる範囲で変更理由と確認時点を添え、必要なら個別の連絡も行います。部品の到着予定が未確認なら「部品待ちのため○日延期」と確定した言い方にしません。どこまで確認できたかを技術・調達・受付の担当でそろえます。

変更通知のタイミングも決めます。すべての内部作業をメールにすると受け取る側も判断しにくくなりますが、返却見込みが変わった、依頼者の回答が必要、引渡し方法が決まったといった行動に関係する節目は、画面だけを更新して終わらせない運用を検討します。通知文には今回の案件が分かる情報と、状態、次の連絡先を載せます。通知先や頻度は事業者が実際に対応できる範囲で確定します。

照会画面には更新時点と連絡先を並べる

状態が数日変わらない場合、「更新されていない」のか「部品の確認が続いている」のか画面だけでは分かりません。最後に担当者が状況を確認した時点を表示し、次の確認や連絡の方針を案内します。ただし、毎日確認していないのに「本日確認済み」と自動表示しません。画面の更新日時と、案件の状態を確認した日時が違うなら別々に扱います。

受付番号を入力する照会方式なら、他人が番号を推測して案件情報を見られないか、本人確認をどう行うかをシステム担当と確認します。公開ページには共通の工程説明を置き、個別の進捗や住所、機器の詳細は安全な照会・連絡の範囲で扱います。番号を忘れた人へは、受付通知のどこに書いてあるかと、分からない場合の正規窓口を示します。実装方式を決める前に、今の受付台帳と利用できる認証方法を確かめます。

法人が同じ日に複数台を預ける場合、受付日だけでは対象を取り違えます。照会画面や通知には、許された範囲で今回の受付番号と機器を識別できる名称を組にして示します。公開ページのURLやメール件名に製造番号や個人情報をそのまま入れる設計は避け、どの情報を見せられるかを事業者とシステム担当で決めます。別の機器の状態を誤って見せることは、単なる表示の不便で済みません。

照会サービスが使えない場合の連絡先も必要です。ページが白くなるだけ、または古い状態のまま見えると、依頼者は返却まで止まったと思うかもしれません。障害中や更新停止中と分かる表示と、実際に対応する窓口を設けます。窓口へ何を伝えてもらうかは、個人情報を集めすぎない形で受付側と決めます。照会と電話で異なる状態を伝えないよう、社内の記録を同じ出所にします。

修理受付担当が預かった機器の記録とタブレットの進捗表示を照合する場面

制作依頼では状態を生む記録まで渡す

「進捗ページを作りたい」だけでは、実際に更新できる画面になりません。制作会社へは、個人情報を除いた修理票の項目、受付通知と個別連絡のひな型、状態を変える担当、現行の照会画面、問い合わせで多い行き違いを渡します。状態を何種類載せるかは、記録で確認でき、依頼者への案内が変わる境目から決めます。内部の作業名をすべて公開する必要はありません。

改修範囲は、共通の工程説明ページ、個別照会の表示、通知文、更新管理の四つに分けます。共通ページは「受付後に何が分かるか」、個別画面は「今回の確認済み状態」、通知は「行動が必要な変更」、管理側は「誰の確認で表示を変えるか」を担います。すべてを新規に作る前に、既存の受付システムでどこまで対応できるか確かめます。手入力しかできない場合は、無理のない更新頻度と確認責任を先に決めます。

公開前には架空の案件で「申込みだけ」「現物を受領」「見積りの回答待ち」「部品を確認中」「返却準備」の各画面を出し、担当者が読みます。受付日を返却日と見間違えないか、予定が未定のときに空欄やゼロ日と表示されないか、見込みが変わったときに通知と画面が一致するかを確認します。スマートフォンでは状態名だけでなく、次の行動と連絡先まで見えることが必要です。

公開後の確認では、照会ページへのアクセス数だけで成功と見なしません。どの状態で「いつ返るか」という問い合わせが来たか、画面に表示した時点の見込みと受付担当の回答が一致していたかを、個人情報を増やさない形で集計します。問い合わせが減ったとしても、受け付けた機器の種類や件数が変われば比較は難しくなります。まずは行き違いの多い状態を一つ選び、表示文、更新の遅れ、通知の不足のどこに原因があるかを確かめます。

表示の見直しだけで解決しない場合は、受付と技術担当の記録がいつつながるかも点検します。記録が届く前に画面だけを更新することはできないためです。

修理不能が確定した案件の費用や返却相談は、進行中の表示とは別の情報です。修理できない場合の案内ではその分担を扱っています。本稿の状態設計でも、修理不能を単なる「作業中」のまま放置せず、担当者が確認した結果と個別連絡へ切り替える条件を決めてください。

修理の状態と返却の見通しを分けて伝える

現行の受付通知、修理票、照会画面、更新担当を整理したら、機器修理・修理サービス向けホームページ制作の支援内容をご確認ください。工程説明、個別表示、通知と更新画面の改修範囲を相談できます。

参考にした公開情報