問い合わせが来てから返すまでの自分の基準

結論

kimura512.dev の問い合わせは info@kimura512.dev に集約しています。届く量より先に「返せる設計」を整え、48時間以内を目安に返信しています。一文目で相手の用件を繰り返す返信にすると、認識のズレが減ります。

1. 自動返信しない

自動返信を入れると、人が読んでいるのか機械が返しているのか分かりにくくなります。送信完了は画面表示のみとし、メールでの自動返信は行っていません。bot との区別が難しくなることも理由の一つです。届いたことは自分の受信箱で確認します。

2. 仕事の依頼

予算・期限・範囲が書かれていない依頼は、確認事項を3点以内にまとめて返します。質問が多すぎると相手も返信しづらくなるため、最低限に絞ります。無理な案件は早めにお断りし、双方の時間を守ります。

3. バグ報告

再現手順・ブラウザ・日時がある報告を優先して対応します。情報が不足している場合は、追加で確認したい点を一つだけ質問します。複数の質問を一度に投げると、相手が答えるのを諦めてしまうことがあります。

4. スパム

同一文面の連投はレート制限と honeypot で弾き、怪しい送信は返信しません。スパムに返信しても時間の無駄になります。判断に迷うものは、件名と送信元を見て無視するかどうかを決めています。

5. フッター導線

mailto と About を全ページから辿れるようにしました。連絡先と運営者情報は、すぐに見つかる場所に置くのが基本です。フォームだけに頼ると、メールクライアントを使いたい人には不便です。

6. 記録と言語

返信日と件名をメモに残し、日本語以外のメールには英語で返します。技術用語は混乱を避けるため原文のまま残します。同じ相手から後で連絡が来たとき、経緯をすぐ思い出せます。

7. テンプレートを使わない理由

完全なテンプレートは冷たく見えやすいため、冒頭に相手の用件を一言入れます。長文の相談には箇条書きで返し、読みやすさを優先します。定型文に少しだけ個別の言葉を足すだけでも、印象が変わります。

8. 休暇・遅延

返信が遅れる時期があるときは、About に一行だけ遅延の可能性を書きます。事前に伝えておくと、返事がないことへの不安を減らせます。普段は早く返すことを心がけ、その印象を保ちます。

フォーム経由の問い合わせは、返信までにかかった時間をメモに残しています。同じ種類の質問が増えたら、FAQ 記事を書く候補にします。サポートで受けた質問は、あとから記事のネタになります。

返信テンプレートは使いません。テンプレのまま送ると、相手の文面に合っていないことが目立ちます。代わりに、冒頭の一行だけ型を決めています（受け取った旨・自分が誰か・次に何をするか）。仕事依頼と学習者向けの質問は、返信の長さも切り分けています。依頼は条件確認を先に、学習者向けは短いヒントで終わらせることが多いです。すべてを同じ温度で返すと、どちらかにとって読みづらくなります。メモに「種類」を残すと、次に同系統のメールが来たときの対応が早くなります。

返信が遅れるときは、先に「いつまでに返すか」だけ送るようにしています。無言で日数が伸びるより、期待値を一度合わせた方がトラブルが少ないです。

スパムっぽい一斉送信は、件名と本文の定型だけで判断せず、リンクの先を一度見てから返信するか決めます。誤って返信しない方が安全なケースもあります。

個人サイトの問い合わせは件数が少ないので、CRM は使わずメールとメモだけで回しています。ツールを増やすより、返信の型を自分の言葉で持つ方が続きやすかったです。週末にまとめて返す日を決めているので、平日は深い作業に集中できます。緊急と書かれていても、内容が学習相談なら翌週で足りることが多いです。署名にサイト URL があるメールは、送信者が誰か確認しやすいので、返信の質も上がります。丁寧な一文を足すだけで十分なことが多いです。

まとめ

返信の速さ・丁寧さ・分かりやすさの三つを意識すると、問い合わせ対応が負担になりにくくなります。サイトの信頼は、公開ページと同じくらい返信の質にも出ます。

補足

Q. 返信 SLA は公開する？

固定の文言は載せず、実際には48時間以内を目指しています。約束を公開して守れなくなるより、目安として伝える方が無理がありません。

Q. 仕事以外も返す？

学習者向けの質問は短く返し、長文の相談は有料の枠を案内しています。対応範囲を先に決めておくと続けやすくなります。