Open SENOSuit opened 8 years ago
これはグルメだと食べログ、美容室だとホットペッパーの予約の遷移でしょうか?
いえ、Tenpossないの予約ページへと遷移するという形です。
これは既に主要の利用してる予約サイトがありそちらに誘導したいと言われた場合はどうなりますか?
*サービスメニュー(カード形式)とはどういうデザインなりますか?
*食べログ系のポータルサイトを常用している店舗さんだとそこからの予約フローに慣れているやすでにそのサイトからの予約管理のツールなどを入れてたりするので慎重に検討が必要かと思います。
工数を考えると独自の予約機能を持たせるよりもサイトに遷移させる仕組みの方が最初はいいかもしれません。
https://drive.google.com/file/d/0B8-g8D-Iq0KcbmNYdjhjb1VJYnM/view?usp=sharing
*デザインは理解できました、スワイプで簡易説明が出るとか挙動とUI/UXは今後検討が必要だとはお思います。
*予約についての運用については、複数の顧客像を想定しておいたほうがいいです。
工数を考えると独自の予約機能を持たせるよりもサイトに遷移させる仕組みの方が最初はいいかもしれません。
サイトに遷移させる仕組みってどういうことでしょう?
例えばですが。グルメ・美容室・エステなどのジャンルを選択する項目を用意して。選択後に、国内で人気の主要サイトの選択画面で選ぶことで予約ページにそのサイト専用のボタンとリンクが設置されるというものです。
このサービスメニューからの予約への遷移は、優先度的にはどうですか?
これは必要だと思います。工数的にもそこまで変わらないと思いますので。メニュー見てメニューページから予約へ遷移。予約ページで予約サイトを選択して遷移のどちらも必要かと思います。
これは必要だと思います。工数的にもそこまで変わらないと思いますので。メニュー見てメニューページから予約へ遷移。予約ページで予約サイトを選択して遷移のどちらも必要かと思います。
おもや、サービスメニューから予約ページへ遷移してしまった方がUX的には良いのでは?
そうですが、ユーザー視点から見たら2パターン。 1、メニュー見て予約。 2、いきなり予約。 この2つあるのでどちらも必要かなと思いますけどね。
あ、そういう意味ではなく、
サービスメニュー → 予約ページ→ 予約サイト
予約ページ = 予約サイトなので、そもそもtenposs側には予約ページが存在しないのですよね。
はい、そうですね。予約ページというのは、ぐるなび・食べログとか種類があると思うんですよね。 その場合、tenpossのアプリに1ページ必要なるかと思います。例えば、美容室行く人でホットペッパーでポイント貯めてるとかの場合サイトを選びたいかと思いますんでいきなり1つに遷移ではなくてtenpossの予約ページに遷移し予約サイトを選択するというのが入るのが良いという意図ですね。
それは、イメージ的にはトリバゴみたいなイメージですかね?
ちょっと規模感が違いますがw クライアントが利用する予約サイトの遷移先が複数あり、ユーザーが選択する先も複数ある場合はメニューから予約するフローの場合には一度予約ページで遷移先の予約サイトを選択してもらう必要があります。そのためのページですね。
はいw ですが、基本的な遷移フローはトリバゴのような形ですよね?
こだわりますねw トリバゴというよりも、ただ遷移フローに予約ページが必要というだけですね。トリバゴを例に出すと余計にややこしくなりそうですのでw
遷移フローを「→」などで伺っていいですか?
はい、ユーザー像が大きくざっくり2つ。 1、メニュー見て予約。 2、いきなり予約。
1、アプリ起動⇨メニュー⇨予約ページ⇨予約サイト 2、アプリ起動⇨予約ページ⇨予約サイト
この2つですね。
あ、やはり認識合ってました。 では、こちらで問題ないと思います。
なるほどw そしたら、大丈夫ですね。
はい、ではこれもFIXで。
はい。
Content
● クライアントユーザーが展開するの事業のサービスメニューを表示。 ※ 美容院やサロンなどの事業者さんはメニューから予約へとアクセスできるとよいと考えられる。
Display Item
● サービスメニュー(カード形式)