1. 株式会社ウィット 御中
■企画要約：割引きを含んだ予約サービス
■企画概要：デートや慶事に使える店の割引をクーポンではなく、
事前テーブルチャージをクレジット決済することで受けることができる
■メリット：
＜消費者＞クーポン等を利用せずとも、予約時点で割引を受けることが確定する
（クーポンが使いづらいタイミング（デートや、顔合わせなど）でも、使える）
＜店舗＞事前にチャージを取ることで、Web 予約にありがちなドタキャンなどを
防ぐことができる（ドタキャン抑止のリソース追加）
※参考記事---
ロケットニュース／【衝撃】デートの会計にクーポンを使うと 4 割弱の女子がドン引き
http://rocketnews24.com/2013/05/01/323566/
http://zuquuuuun.com/2013/04/05/ZQN-2917/
日経レストラン／予約のトラブルを防ぐための方法は？
http://nr.nikkeibp.co.jp/hanjo/claim/20051212/?rt=nocnt
フースタ集客／7.～歓送迎会対策～ 予約ドタキャンを防ぐための電話対応
http://foosta-shukyaku.com/7-%EF%BD%9E%E6%AD%93%E9%80%81%E8%BF%8E%
E4%BC%9A%E5%AF%BE%E7%AD%96%EF%BD%9E-%E4%BA%88%E7%B4%84%E3
%83%89%E3%82%BF%E3%82%AD%E3%83%A3%E3%83%B3%E3%82%92%E9%98%
B2%E3%81%90%E3%81%9F%E3%82%81%E3%81%AE/
-----------------
■サービス成立のポイント：
＜消費者＞予約が難しい人気店の掲載があること
「デートに使える」掲載店を集めること
多様な検索軸の設定
（検索軸例：個室、デザイン、メニュー、雰囲気、サプライズ協力、ノンアルコール OK な
ど）
＜店舗＞課金体系
（先に店舗にメリットが発生する仕組みづくり）

2. ■課金ポイント
＜消費者＞予約時のチャージ
∟※このチャージはすべて店舗に渡す
（チャージ分は精算合計から割り引く形）
（窓際など特等席はチャージを挙げて選択式にするのもよい）
＜店舗＞来店後の利用料金の数％を成果報酬として貴社にキックバック
∟％の高低度合で検索結果の表示順やレコメンドの度合いを分けてもいい
■この企画における懸念点
◎成果報酬型のため、いくら使ったかが店舗側の申告になる
解決案⇒予約できるものをコース、またはメニューのパッケージ化に限定し、予約時に
それを選択させることで、使う金額を明確化する
6.28 追記
◎追加お題◎
スマホでやる意味
◎回答◎
初回提案内容はミニマムに予約機能だけに焦点を絞りました。
機能が多すぎてサービスのごった煮になるのは避けたいですが、サービスの発展は
以下「利用できる機能」にまとめたように広がりを持たせることは可能です。
特にメニュー機能とレジ機能を開発できれば利用金額を運営会社も把握しやすくなり、
かつ店舗側にもメニュー印刷コストなどを削減できるようになります。
■利用できる機能
＜消費者＞予約機能
（予約時に領収書の有無も聞けるといい）
------[ 発展させた場合 ]-----------------------------------
ライブラリ機能
（利用人数、地域、利用金額、利用時間、訪問ジャンルなどデータ化）
アラート機能
（利用上限を設定でき、上限に近付くとバイブでお知らせ）
呼出し機能
（テーブルから店員を呼べるベルのようなもの）
レコメンド機能

3. カレンダー同期機能
注文機能
レジ機能
位置情報の提供
＜店舗＞予約受付機能
------[ 発展させた場合 ]-----------------------------------
呼出し受け機能
店員シフト共有機能
店員コミュニケーション機能
（メッセージで店内と調理場をつなげる）
デジタル領収書発行機能
ユーザーアプローチ機能
（ライブラリ検索で類似する店舗に訪問した会員を特定し DM 配信する）
顧客カルテ機能
注文機能
レジ機能
消費者の位置情報に対する呼び込み機能
[memo]
※スマホのメリット
・通話できる
・震える
・光る
・写真、動画がとれる
・データを読み込める
・位置情報がとれる
・小さい。相手から何を見ているかわからない
・メール、メッセージのやりとりができる
・モーションで反応させられる
・音声認識できる
・スケジュール管理できる
・ネットにつながれる
・メニューにできる（更新が便利、紙が不要、デザイン自由）
・レジにできる（カード決済）