食べログ.comは、日本最大級の口コミグルメサイトです。コミュニティに参加して、グルメに関する話題で盛り上がりましょう！
コミュニティ名
トップ
トピック（掲示板）
メンバー
ブログからの投稿機能をリニューアルしました。(08/05/16)
返信 （18件）
理由は、違う何か良い点を発見したり、逆に新たな問題点を指摘したりしている場合があるからです。
当初5点だと思っていたところ、再訪して見たらまったく別の面が見えてきて、2点の評価になったりしても、再評できるからです。
それも時系列で。
逆にチェーン店やファミレスのように、多店舗展開されているお店のメニュー毎に更新などされると、圧倒的多数でランキングなどに大きな影響を与えてしまいかねないので、特別な枠やチェーン店対策が必要かと思います。
何事にも柔軟に対応できれば良いと思います。
といったあたりを希望しているはずです。
ですから、古いレビューからサブキーとして昇順の数字（あるいは登録日付）を割り当てて、別のレビューにカウントすれば良いのではないかと考えます。
ただしそれでは同じ店に対して同じ人のレビューが存在してしまうということが問題で、それを避けるために古いレビューは通常のレビューランキングから外し、いわゆる「過去ログ」送りにすればよいのでは？（ただし最新のレビューから辿れようリンクは付けておく）
一般的に「見える」レビューとしては最新のものだけにする。
まあこの辺はシステム構築の上でいろいろ考え方がありそうですけれど。
----
(1) 点数×１＋レビュー×ｎ（複数）という構造は登録を煩雑にするのでは？
(2) 再訪レビューを別レビューとした場合のレビュー数、ランキングなどの扱い
----
についてですが、
(1) 通常「見える」レビューは最新のもの、「レビュー数」は古いレビューも含めた総数で問題がないのでは？（古いレビューは過去ログにある）
点数とは何か存じませんが一レストランのことだとの前提に、「レビュー数」はあっても「登録店舗数」なんてカウントがありましたかしら？なければ問題がないと思います。
(2) 「レビュー数」は古いレビューも含めた総数で問題がないのでは？
「ランキング」に反映する評価ポイントは最新のものだけ採用するのが正しいと思います。（レビューは一番新しいものが参考になる訳ですから）
結局整理すると、
一般的に「見える」レビューおよびランキングは最新のものだけで構成する。古いレビューは過去ログ送りし、ただし辿れば見えるようにする。
再訪レビューを書いた人の「レビュー数」はカウントアップされる。（事情があればしなくてもかまいません）
こんなあたりで…いかがでしょう？
ただし古いレビューを過去ログ送りするのは反対。
それよりも古い単独レビューがシステム上生きているケースも多々考えられるため、矛盾を感じます。そういうことをするなら、2年以上前のレビューはすべて過去ログ送りにするとかいう縛りを入れるべきです。
変化がない場合、再訪レビューはあまりかかないですよ。
過去に比べて、大きく変化があった場合、その変化をTabelog読者とシェアする（before/after)ために、再訪レビューを必要としているので、、新旧合わせて載せていただきたいと強く希望いたします。
http://u.tabelog.com/buu/r/rvwdtl/8697/
でも、記述できる文字数は増やしてほしい。
ちなみに再訪を別レビューとしてカウントするなら、レビュー数の表記は
251（267）みたいに、
店数（レビュー数）
と表記したらどうかと思う。個人的にはレビュー数を人と競う気がさらさらないのでどうでも良いけど。
私もレビュー数で競うという意図はまったくない。
表に出るのは１レビュアーにつき１レビューであって欲しいと思います。
日替わり定食のメニューについて、毎日更新されたら他のレビューが見難くなりそうなんで。。（そんな人いるかわかりませんが…）
それに、昔の評価が現在の評価に影響してしまうのは、如何なものかと思います。
------------------------------------------------------------
(1) 点数×１＋レビュー×ｎ（複数）という構造は登録を煩雑にするのでは？
(2) 再訪レビューを別レビューとした場合のレビュー数、ランキングなどの扱い
------------------------------------------------------------------
(1)？？意味がわかりません。。
(2)レビュー数は過去ログは入れなくて良いかなと。再訪レビューをキチンと書かれる方は、自分のレビューに責任感をもっている方と思いますので、些細なエサは必要ナシかと思われます。
逆に言えば、レビュー数に関係なくとも書いてくださるレビューこそ、役立つレビューとは言えないでしょうか。
ランキングはもちろん、最新のレビューからのみ集計して欲しいです。
説明が不十分でしたので、当局の懸念をもう少し書くと、
まず、レビューが表示されている画面はおおまかに言うと３つあります。
1.お店のレビュー一覧
2.食べログに投稿されたレビュー一覧
3.ユーザーのレビュー一覧
1.2に関しては、再訪レビューを別としても最新の評価だけを有効にするのであれば問題ありません。しかし、3に関しては、ユーザーのレビュー一覧でもあり、ユーザーのお店一覧でもあるので、例えば、赤坂近辺で、/mさんが高評価をつけているお店を探す際に再訪が別になっていると利用者からすると使いづらくなってしまいます。そこで、ユーザーのレビュー一覧をレストラン重複あり、なしを選択可能にすれば解決するのですが、多くのユーザーの方は１店１レビューで書いているので、その機能をつけることでかえって複雑になってしまいます。
徹ちゃんさんの古いレビューを過去ログとして表示するというのがやはりリーズナブルかと思いますが、それでは/mさんのそもそものご要望がかなわないので、困ってしまいます。
また、再訪をありとした場合、大半の方がレビューを修正する際に、レビューを上書きされているところに、「再訪なので別レビューとして登録する」、「微修正なので上書きする」というのを選んでいただくアクションを増やさなければならないことも、考えなければなりません。
「レビューに書き込める文字数を増やし、再訪を追記していく」、「改めて別レビューとして投稿できる」、それぞれのメリット、デメリット、及び皆様のご意見をもう少し聞かせていただければ幸いでございます。
コンフリクトはよくわかりました。
こんな解決策が意味あるかどうかわからないけど、レビューは一軒あたり最大数を決めたらどうでしょうか。たとえば、MAX2つとする。現状の2倍は書けるし、全体を乱すほどのものにはならない...
場合によっては、特定レビュアーのみに提供してもいいのかもしれない。
結局再訪レビューがかけるスペースがあり、よくなっているのか、悪くなっているのか、別タイトルがつけれれば要望の80％はクリアできます。
ご意見伺いました。
要するに「最新レビュー一覧の中に同じ店に対する同じレビュアのレビューを併記して欲しいし、そういったニーズがあるのでは？」といったことと理解すればよいですね。
しかしそうすると、そのレストランに対する評価についてはどうなるのでしょうか？
同じ方の複数の評価が分散され評価対象になってしまいますね。システム構築側にとっては解決はかなり難しいのではないでしょうか？（私もソフトウェア構築には長く携わっておりましたからよく分かります）
やはり、最新レビューは一人一つが原則ではないでしょうか？
では解決策の提案を。
レビュー一覧にはそのレビュアの最新レビュー一つのみとする。ただしそのレストランに対する以前のレビューがあったなら、欄外に「このレビュアのこの店に対する別のレビュー」として、その数だけ以前のレビューを読むことができるリンク一覧を表示する。
これで少なくも、例えば「/m」さんが書かれたあるレストランのレビューに以前のレビューがあることが読み手に分かり、興味があればそちらも参照できる。
（なんか以前私が書いた意見とほぼ同じですが…）
「レビュー数」に関してはまあどちらでも構いません。しかし、/mさんのように内容あるレビューは再訪であってもかなりの労力を必要とするものですから、私としてはカウントアップしてもよいのではと思っております。
毎度失礼しました。
結局システムが煩雑になるのはよくないですね。
>同じ方の複数の評価が分散され評価対象になってしまいますね。
最大投稿数が決まっていれば、私は問題ないと思いますが...
このあたりのポリシーに対する意見がまとまらない限り、平行線だろうから、結局現状維持＋文字数増加 なのかな。
ただ、1レビューアに複数の［レビュー＆採点］を認めるということの中には、ランチとディナーとテイクアウトで、それぞれを［レビュー＆採点］したいという希望も適えてくれます。
私は、「3.ユーザーのレビュー一覧」に、それらが混在しても構わないし、ランキングに影響を与えても構わないと思いますが。むしろ、2本目以降のレビューにも、完全に同じ条件を与えたほうがスッキリすると思います。
一定レビュー数以上のレビュアーのみでも文字数増加が可能で
再訪レビューまでしっかり書けるのなら、それでも良いかも。
基本的に、見やすさと採点の点から、１レビュアー１レビューに一票。
文字数の増加がシステム上無理・・・。
では昔書いた記事をどこかに保存しておいて、
いつでも呼び出せる形というのは無理なのでしょうか。
過去の分をコメント欄に移動している方をしばしばお見かけしますが、
それで管理側で対応するのは、どうでしょうかね？
例）
http://u.tabelog.com/ubobo/r/rvwdtl/362277/
提案ついでに私の意見も書いておきます。
> 見やすさと採点の点から、１レビュアー１レビューに一票。
に一票。
見せ方にもよりますが、今より見にくくなる、分かりにくくなるのは勘弁してほしい。
＞oru78さん
> 別トピックで、食べログ管理人さんから「文字数増加はシステム上無理」という回答が出ていませんでしたっけ？？
そうなんですか？私が食べログ初めてすぐの時期だったので、当時はコミュニティなんて見てなかったしなぁーーー。
「文字数増加はシステム上無理」でなければ、文字数増加で対応していただけるとありがたいなー。
もちろん、字数の制限は確かにあります。
再訪回数が増えれば、もっと書きたいことも出てくるのでしょうが、そこは文章力の問題で解決できるように思います。
食べログでは、古いレビューよりも新しいレビューの星数のほうが、お店の評価に大きく作用するロジックになっているようですが、私が１点だけ気になるのは、再訪した場合、口コミ日付を更新せずに、最終訪問日だけを更新した場合は、どのように作用するのかということです。
私は総合評価を変えた場合、レビューに大きな変更点が出た場合を除き、再訪で追記した程度では口コミ日付を変更しないのですが、この辺のからくりがよく分かりません。
レビュアーは1つのレビューの中に各採点とレビューをまとめるべきで
どうしても足りない分に（過去のレビューも）ついてはコメントとして残すのが良いと思います。
一人のレビュアーのレビューがたくさんあるのでは煩雑で分かりづらいです。
そのためにも書き込むことの文字数増加が対応できるのであれば対応していただきたいです。
ただし、昼と夜のレビューを分けるのであれば１レビュアー２レビューでも良いと思います。と言うよりも
昼のレビューと夜のレビューを分けられるようにした方がかなり便利だと思います。
店によって昼と夜とでは性格が異なる場合は多々あると思います。
いや、そういう店のほうが多いのではないでしょうか？
「ランチコースは手軽で美味しいけどディナーコースは高いだけでつまらない」とか「昼は定食屋だけど夜は高級割烹」
みたいな店は現実に程度の差こそあれあるわけで、それであればレビューを分ける意味があると思います。
むしろ昼と夜を一緒に扱っているほうが不自然で分けることによる利点の方が多いかと思います。
昼夜分けてレビューを書けば（更に言えば昼夜別の採点を出来たほうがいいと思う）
昼夜分けてレビューを検索できるのです、ランチ場所を探しているのにディナーのレビューばかり出てきて
探すのが面倒だったりするのがランチのレビューだけをまとめて見ることが出来るようになったりするのです。
既に登録されたレビューの扱いの問題はあるのですが
せっかくレビューの複数登録を検討されるのであれば単純にレビュー毎ではなく
昼と夜を分けたレビュー登録を検討されてみてはいかがでしょうか？
こちらの方が将来的に見て利用価値の大きい改善となると思うのですが。