← shika-review に戻る

shika-review

概要

歯科医院が、来院した患者さんにGoogle口コミをお願いするための仕組み一式。

患者さんはスマホでリンクを開き、「どんな点がよかったですか？」に対して丸いボタン(チップ)をタップするだけ。文字は打ちません。選んだ内容は**「書くときの思い出す手がかり」として画面に残したまま**Googleの投稿ページへ送られ、口コミの文章はアプリ側では1文字も作りません。

医院側の画面は3つ(今日の送信予定 / 患者の登録 / 口コミの推移)で、いずれも患者さんが見る1枚を支える管理用です。送信はメールとSMSの2チャネル。

なぜ作ったか

口コミ集めツールの多くは、次のどちらか(あるいは両方)を売りにしています。

  1. レビューゲーティング — 満足度で送り先を振り分け、評価の高い人だけGoogleへ誘導する
  2. 口コミ文の自動生成 — 選択式アンケートの回答からAIが文章を作り、コピペさせる

どちらもGoogleのポリシーに抵触しうる作りで、ペナルティ(口コミの削除・ビジネスプロフィールの停止)は提供業者ではなく導入した店舗・医院に来ます。 米国FTCも2024年8月にサクラレビュー規制を導入しており、規制は厳しくなる方向です。

そこで「何を書くか思い出す手伝いはしてよいが、代わりに書いてはいけない」という線を引き、それを営業資料の言葉ではなくコードの構造として守ることを設計の中心に置きました。守り方は4つです。

#禁じ手どう守っているか
1満足度で送り先を振り分けない星も満足度も、そもそもデータとして持っていない
2選択肢から口コミ文を自動生成しない患者画面に自由記述欄も生成処理も存在しない
3Google投稿リンクとご意見フォームは同じ大きさ・同じ色で常に両方出す見た目を変える「口」をプログラム側に作っていないので、あとから片方だけ小さくする改造ができない
4割引・クーポンと引き換えに口コミを求めない該当する語を含む文面は、設定画面で書き換えても保存が拒否される

なお、UIの手本として指定された Uber の「よかった点のタグ選択(compliments)」は、公式ドキュメント上星5を付けたときにだけ表示されると明記されています。手本そのものが上記1の形をしていたため、写したのは「タップするだけで文字を打たなくてよい」という操作の軽さだけで、出す条件は写していません。

どういう場面で使うか

医院の側

患者さんの側

自動化されているポイント

使い方(画面の流れ)

①患者さんはスマホでリンクを開き、「よかった点」をタップするだけ。選んだ内容は覚え書きとして残り、文章はご本人が書く。

患者さんが見る口コミ依頼画面。チップを2つ選んだ状態(架空データ)

選んだ「説明が丁寧だった」「院内がきれい」は、口コミの文章になるのではなく「選んだ点です。書くときの思い出す手がかりにお使いください」という覚え書きとして画面に残ります。下の2つのボタン「Googleに口コミを書く」「ご意見・ご要望を医院に送る」は常に同じ大きさ・同じ色で、どちらもスクロールせずに見える位置に並びます。チップを何個選んでもGoogleへのリンクは1文字も変わりません。

②医院側は毎朝「今日の送信予定」を開き、上から順に送るだけ。

今日の送信予定画面(架空データ)

送る予定日を過ぎた人が赤い枠で最上部にまとまり、その下に今日が予定日の人が並びます。各行には「今この方を出している理由」が日付つきで書かれているため、なぜこの人が今出ているのかを考えずに済みます。まとめて送るボタンも用意されており、自動送信を有効にしていればこの画面は確認用として使えます。

③効果は「口コミの推移」で確認する。数字タイルを並べたダッシュボードは意図的に作っていない。

口コミの推移画面(架空データ)

今の平均評価が大きく1つ、口コミ件数の折れ線が1本だけ。記録が取れていない週は線を繋がず、正直に途切れさせます。院長が見るのは「増えたかどうか」だけなので、それ以外は置いていません。

訴求ポイント