共有前の確認点
料金改定案HTMLを送る前に、そのファイルに「現在の料金」「改定後の料金」「改定理由」「適用開始日」のどこまでが含まれているかを確認する。特に改定理由や内部コスト構造が含まれている場合は、取引先や顧客に渡す版と社内承認用の版を別々に用意したほうが安全だ。
PCとスマホの両方で表示を確認してから送ることも重要だ。料金表はテーブルレイアウトを使うことが多く、スマートフォンのViewportでテーブルが横スクロール必須になったり、セルの幅が崩れたりするケースがある。改定案の数字が読めない状態で送ってしまうと、確認依頼に答えてもらえないまま期限を迎えることになる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
向いている認証方式
料金改定案の共有に最も適した認証方式は「メール認証」か「パスワード認証」だ。取引先の特定担当者だけに見せる場合はメール認証が管理しやすく、複数の社内部署で確認する場合はパスワードを1つ決めて関係者全員に伝えるパスワード認証が手軽だ。「社外には絶対に出さない社内承認フロー」であれば会社ドメイン認証が最も安全で、ドメイン外のアドレスからはアクセスできない。
有効期限は「承認期限＋2営業日」を標準とするとよい。承認期限当日にギリギリアクセスしようとした担当者が期限切れでアクセスできなくなるトラブルを防げる。また料金改定は修正が入ることも多いため、「修正版は同URLで差し替え」なのか「新URLを発行して再送」なのかをあらかじめ決めてから共有を始めること。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
相手への送り方
料金改定案を送るメールには「件名に機密性の高さを示す表現」を入れる。例えば「【社外秘・要確認】料金改定案ご確認のお願い（回答期限：〇月〇日）」のような件名にすると、受け取った側が優先度と機密性を一目で判断できる。本文にはアクセスURL・認証情報・確認してほしいポイント・返答期限の4要素を必ず含める。
確認してほしい観点は抽象的にしない。「ご確認ください」だけでは何を確認すればよいかわからない。「①新旧料金の差額が正しいか ②プランAとBの価格差に違和感がないか ③適用開始日の表記で誤りがないか」のように番号付きで3点以内に絞ると、返ってくるフィードバックが具体的になる。
更新・期限管理
料金改定案の修正は承認フロー中に複数回発生することが多い。「v1→v2→v3」のように版管理する際は、HTMLのtitleタグにバージョンと更新日を記録しておく（例：料金改定案 v2 2026-06-25）。同じURLで差し替えた場合は修正点のサマリーをSlackや追跡メールで送ると、確認者が旧版と新版を混同しない。
承認が完了したら速やかにURLを無効化する。料金改定は公式発表前の情報であるため、承認後も古いプレビューURLが生き続けているのはリスクになる。期限管理の棚卸しカレンダーを設け、毎週月曜日に「有効期限が過ぎているが無効化されていないURL」を確認するルーチンを作ると放置リスクを減らせる。
よくある質問
料金改定案を取引先と社内の双方に送る必要がある場合、同じURLを使ってよいですか？
内容が同じであればURLを共用しても構いませんが、メール認証の場合は取引先のアドレスを許可リストに追加する必要があります。社内向け・社外向けで見せる情報が異なる場合は別々のURLを発行し、それぞれに適切な認証を設定してください。
承認者が期限内にURLにアクセスできなかった場合、期限を延長するのは問題ありませんか？
延長自体は問題ありません。ただし延長理由と新しい期限を記録に残してください。無制限の延長が続くと情報管理の観点でリスクになります。承認フローが長期化する見込みがあれば、最初から余裕を持った期限を設定するのが得策です。
料金改定案のHTMLに他社の料金との比較表が含まれている場合、共有に問題はありますか？
競合他社の公開情報を比較した表であれば問題ありません。ただし「出所が明記されていない価格情報」や「内部調査に基づく推定値」を含む場合は、閲覧者へのエクスプラネーションが必要です。社外への共有は特に慎重に判断してください。