メニュー改定案HTMLを認証付きでレビューに回す方法

レビュー相手の決め方

メニュー改定案のレビューは「料理の品質・実現可能性を確認するシェフ・調理責任者」「価格設定・収益性を確認する経営・マーケ担当」「店舗オペレーションへの影響を確認する店長代表」の3者に絞るのが現実的だ。全スタッフに配信すると「おいしそう」という感想コメントが大量に届き、必要なフィードバックが埋もれてしまう。

外部の食評家や常連顧客に事前確認を依頼する「顧客モニタリング」を行う場合は、内部レビューとURLを完全に分ける。顧客向けURLには価格情報や原価に関わる情報を含めず、新料理の見た目・コンセプト説明のみのHTMLを別途用意して配布する。顧客から得たフィードバックと社内レビューのフィードバックを同じスレッドで混在させると優先度が不明確になる。

• 相手がログインなしで開ける状態か確認する
• PCとスマホで最低1回ずつ表示を確認する
• 内部情報・個人情報・不要な外部送信が残っていないか見る
• レビュー期限と修正時の差し替え方を決めておく

認証方式の選び方

社内のシェフ・店長・マーケ担当が同じドメインのメールを使っている場合は会社ドメイン認証が最速で、URLを案内するだけでアクセスできる。ただし全社員に開放されてしまうため、価格戦略や原価情報が含まれる場合は閲覧者を絞るためにメール認証を使い、確認してほしい人のアドレスのみを登録する。

フランチャイズ店舗オーナーに確認を依頼する場合、個人メールアドレスが多く会社ドメインが統一されていないケースがある。その場合はパスワード認証を使い、FC向けオーナー連絡ツール（LINE WORKSなど）でパスワードを告知する。レビュー完了後にパスワードを変更すれば、その後のアクセスを制限できる。

• 誰でも見てよい: URL共有のみでもよいが、検索除外は確認する
• 特定の相手だけ: パスワードまたはメール認証を使う
• 会社内だけ: 会社ドメイン認証を検討する
• 短期レビュー: 期限を設定して古いURLを残さない

フィードバック回収

メニュー改定案のフィードバックは「料理名・説明文・アレルギー表記・価格」の4点に絞って確認を依頼するとコメントが具体的になる。「全体的な感想はいらないので、上記4点に問題があればその箇所と理由を教えてください」と依頼文に書いておくと、役立つフィードバックが集まりやすくなる。

シェフと店長から相反するフィードバックが来ることがある（例：「このメニューは調理に30分かかるため提供困難」vs「売れるからぜひ入れてほしい」）。こうした場合は意思決定者（経営層）に判断を委ね、その決定をレビュアー全員にフィードバックする。最終決定後は修正版HTMLをURLに差し替え「○日版が最終確認版です」と案内して、全員が同じ版を見ている状態を確認してからレビュー終了とする。

• 確認してほしい観点を3つ以内に絞る
• 期限と返信先を明記する
• 修正後も同じURLで見られるか伝える
• 最終版と途中版が混ざらないようタイトルを付ける

公開終了の処理

メニュー改定の承認が得られたらレビュー用URLを非公開にし、次のステップ（印刷・スタッフトレーニング資料・顧客告知ページ）に向けたHTMLを別途準備する。レビュー用のURLが残り続けると、改定後に確認したスタッフが「まだ検討中だと思っていた」と混乱するケースがある。承認完了と非公開処理を同日に行うルールを徹底しよう。

非公開後のアクセスログは承認記録として扱える。特にフランチャイズ体制では「オーナーが改定内容に同意した」という記録が契約上重要になる場合がある。ログをエクスポートしてFC向けの承認記録フォルダに保管し、後日「聞いていない」という主張を防ぐための証跡として活用する。