アカウント名:
パスワード:
これ、良いシステムと思うけれどシステムを通じての利用回数もきちんと取ってほしいですね。
＜データ照合時に店舗が確認できる内容＞・ドタキャン歴の有無・ドタキャン日時・ドタキャン時の予約人数・データ登録をした店舗の電話番号の一部
って書いてあるんですが10回の予約電話のうち2回のドタキャンした人と100回の予約のうち3回のドタキャンした人では信頼度がぜんぜん違います。
ちなみに私もデートのお相手に当日すっぽかされて泣く泣くコース料理の予約をキャンセルし、お店にご迷惑をかけたことが何度かあります。
なので女性の個人名とかで検索させてほしいとかちょっと思いました・・・
＞10回の予約電話のうち2回のドタキャンした人＞100回の予約のうち3回のドタキャンした人では信頼度がぜんぜん違います。多分店舗側から見たら変わらんぞ。
そもそも普通はドタキャンなんぞしないのだから。
＞ちなみに私もデートのお相手に当日すっぽかされてこの場合、おごりで誰か友人でも誘うか、店舗には行き、キャンセル一人分にする、または料金だけ払って帰る。かな。キャンセル料として。もちろん店舗が要らないと言ったら払う必要はないが。
いや、割合は重要だろ。同じ1回でも、100回中1回と2回中1回では全然違う。利益的にも償却できるレベルなんじゃないか。
もしあんたが店をやってて、ドタキャン即アウトとするんだったら店のポリシーということでかまわない。しかし、勝手に一般化して、他人に完璧を求めすぎるな。
ちなみに、オレだったらそんな店は避けるようにするけどな。
>もしあんたが店をやってて、ドタキャン即アウトとするんだったら店のポリシーということでかまわない。>しかし、勝手に一般化して、他人に完璧を求めすぎるな。
なに言ってんの？「ドタキャン即アウト」ポリシーの店が参加するんでしょ。
なに言ってんの？
システム参加とは違う話をしているし、そうだとしても、ドタキャン履歴をどう利用するかは店次第だろ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
ドタキャン回数だけじゃなく利用回数も (スコア:3)
これ、良いシステムと思うけれど
システムを通じての利用回数もきちんと取ってほしいですね。
って書いてあるんですが
10回の予約電話のうち2回のドタキャンした人と
100回の予約のうち3回のドタキャンした人では信頼度がぜんぜん違います。
ちなみに私もデートのお相手に当日すっぽかされて
泣く泣くコース料理の予約をキャンセルし、
お店にご迷惑をかけたことが何度かあります。
なので女性の個人名とかで検索させてほしいとかちょっと思いました・・・
Re: (スコア:0)
＞10回の予約電話のうち2回のドタキャンした人
＞100回の予約のうち3回のドタキャンした人では信頼度がぜんぜん違います。
多分店舗側から見たら変わらんぞ。
そもそも普通はドタキャンなんぞしないのだから。
＞ちなみに私もデートのお相手に当日すっぽかされて
この場合、おごりで誰か友人でも誘うか、店舗には行き、キャンセル一人分にする、または料金だけ払って帰る。
かな。キャンセル料として。もちろん店舗が要らないと言ったら払う必要はないが。
Re: (スコア:2)
いや、割合は重要だろ。
同じ1回でも、100回中1回と2回中1回では全然違う。
利益的にも償却できるレベルなんじゃないか。
もしあんたが店をやってて、ドタキャン即アウトとするんだったら店のポリシーということでかまわない。
しかし、勝手に一般化して、他人に完璧を求めすぎるな。
ちなみに、オレだったらそんな店は避けるようにするけどな。
Re: (スコア:0)
>もしあんたが店をやってて、ドタキャン即アウトとするんだったら店のポリシーということでかまわない。
>しかし、勝手に一般化して、他人に完璧を求めすぎるな。
なに言ってんの？
「ドタキャン即アウト」ポリシーの店が参加するんでしょ。
Re:ドタキャン回数だけじゃなく利用回数も (スコア:2)
なに言ってんの？
システム参加とは違う話をしているし、そうだとしても、ドタキャン履歴をどう利用するかは店次第だろ。