レビュー相手の決め方
比較表のレビュワーは「比較結果を使って意思決定する人」と「比較項目の正確性を検証できる人」の両方を含める。たとえばツール選定の比較表なら、情報システム部門が技術要件の正確性を確認し、現場のユーザー部門が使用感の評価軸を検証し、購買担当が価格情報の鮮度を確認するという役割分担が機能しやすい。
比較表に特定ベンダーへの優位判断が含まれる場合は、そのベンダーとの取引関係がある社員をレビュワーから外すか、利益相反を申告してもらう仕組みを設ける。客観性への疑念が生まれると意思決定の質全体が下がる。
- 相手がログインなしで開ける状態か確認する
- PCとスマホで最低1回ずつ表示を確認する
- 内部情報・個人情報・不要な外部送信が残っていないか見る
- レビュー期限と修正時の差し替え方を決めておく
認証方式の選び方
全社的な調達判断に使う比較表は会社ドメイン認証で関係部署に広く共有することが適している。特定のURLだけにアクセスが集まるため、誰がいつ比較表を確認したかのアクセスログを後から確認できる点も管理上有益だ。
外部のコンサルタントが比較表の作成に関わっておりレビューを依頼する場合は、メール個別認証でそのコンサルタントのメールアドレスのみアクセスを許可する。契約終了後に必ずアクセス権を失効させ、社内の意思決定資料への不要なアクセスを防ぐ。
- 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
- 特定の相手だけ: パスワードまたはメール認証を使う
- 会社内だけ: 会社ドメイン認証を検討する
- 短期レビュー: 期限を設定して古いURLを残さない
フィードバック回収
比較表のレビューで確認すべき観点を「比較項目の網羅性（重要な評価軸が抜けていないか）」「各セルの情報の正確性（最新かつ一次情報に基づくか）」「評価の公平性（特定製品が有利になるような項目設計になっていないか）」の3点で整理する。
フィードバックの回収はGoogleスプレッドシートのコメント欄よりも、「行番号と列名で指定する形式のフォーム」が処理しやすい。「4行目/価格列の情報が古い」のように座標で指摘してもらうと、修正箇所の特定が速くなる。
- 確認してほしい観点を3つ以内に絞る
- 期限と返信先を明記する
- 修正後も同じURLで見られるか伝える
- 最終版と途中版が混ざらないようタイトルを付ける
公開終了の処理
意思決定が完了してベンダー選定や施策が決まった後は、比較表URLを無効化して意思決定の経緯書に比較表の最終版スナップショットを記録として添付しておく。比較表が後から「なぜその判断をしたのか」を説明する根拠資料になる。
比較表が特定案件専用で定期更新の予定がない場合は、意思決定から3か月後を目処に自動で無効化するよう期限を設定する。放置された古い比較表が別チームで参照されると誤った情報をもとに判断が行われるリスクがある。
よくある質問
レビュワーが表のデータを自分でフィルタリングしたり並べ替えたりできる比較表は作れますか？
HTMLにJavaScriptでソートやフィルタ機能を実装すれば可能です。ライブラリを使わずにシンプルに実装したい場合は、th要素のクリックでtbodyの行を並べ替える100行程度のスクリプトで基本的なソートが実現できます。
比較表を英語版と日本語版の両方用意する場合、管理を効率化する方法はありますか？
1つのHTMLにlang属性で切り替えるボタンを実装して単一ファイルにまとめる方法と、言語別に別ファイルを用意して別URLで発行する方法があります。後者の方が翻訳の差し替えが独立してできるため更新しやすいです。
比較表の評価基準が変わって全面的に作り直す必要が出た場合、旧版と新版の両方を参照できるようにする必要はありますか？
意思決定プロセスの透明性のために旧版を残したい場合は、旧版のURLを無効化せずに「旧版（参照専用）」と明示した状態で保存し、新版とは別スラグで管理します。同じURLを上書きすると旧版が消えるため注意してください。