Mobile Booking最適化:スマートフォンでの65%の旅行リサーチを獲得
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
旅行Lead Generationリサーチの65%がスマートフォンで発生します。Mobileでの予約完了はわずか35%です。このギャップは何百万もの失われた収益を表します。資格のあるトラフィックが電話でリサーチするが、あなたのWebsite Conversion Mobile体験が苦痛すぎるため、予約するためにDesktopに切り替えます。
「旅行予約はMobileには複雑すぎる」という言い訳はもはや通用しません。航空会社はチケットの55%をMobileで予約します。ホテルは客室の48%をMobileで予約します。ツアーとPackageは30~35%で遅れていますが、Mobileが機能しないからではなく、ほとんどのツアーOperatorサイトがMobile予約に最適化されていないからです。ぎこちないInterface、小さなフォームフィールド、Desktop中心の旅行Booking FunnelフローがユーザーにAbandonmentを強います。
このギャップを埋めるには、Booking Engine最適化を再発明する必要はありません。Mobile固有の行動と制約を理解し、マウスではなく親指のために、マルチカラムレイアウトではなく垂直スクロールのために、包括的なフォームではなく簡素化された旅行Checkout最適化フローのために最適化する必要があります。
Mobile旅行行動
Mobileユーザーは Desktop ユーザーとは異なる行動をします。
調査対予約ギャップは、人々が通勤、昼休み、ソファでの夜に電話で旅行を閲覧することを好むことを示しています。しかし、支払い情報を入力して3,000ドルをCommitする時が来ると、彼らはより自信があり急がないと感じる Desktopに切り替えます。あなたの仕事は、Mobile 旅行Salesプロセス予約をDesktopと同じくらい安全で簡単に感じさせることです。
デバイススイッチングパターンはマルチデバイスの旅を明らかにします。予約の40%は3以上のデバイスを含みます。電話での最初のリサーチ、TabletでのDeeper比較、Desktopでの最終予約。デバイス間でSessionを同期することでこれを可能にします。Mobileで旅程を構築した人は、Customer Data管理アカウントLoginまたはEmail Linkを介してDesktopで待っているのを見つけるべきです。
Session長の違いは、Mobile Sessionが平均23分対Desktopの812分を意味します。Mobileユーザーは気が散り、中断され、盗まれた瞬間に閲覧しています。あなたのMobile体験は、価値を迅速に伝え、段階的な予約を可能にする必要があります。進捗を保存し、Abandonment Recoveryで後で再開するようにし、1つのSessionでの完了を強制しないでください。
予約額の比較は、Mobile予約がDesktopより平均12%低い価値であることを示しています。部分的にこれはLast-Minute予約(多くの場合Mobile)を反映しています。しかし、摩擦がMobileでの高額予約を防いでいることも示唆しています。1万2千ドルのアフリカSafariを計画している誰かは、電話予約には賭けが高すぎると感じます。Trust構築信頼Signalとセキュリティ強調を通じてその摩擦を減らしましょう。
Use Caseシナリオはデバイスによって異なります。Last-Minute予約(今夜のホテル、今週のFlight)は不釣り合いにMobileで発生します。Business旅行予約は多くの場合Mobile。しかし、6か月以上先の旅行のLeisure計画はDesktopに偏ります。あなたのMobileトラフィックがどのシナリオを表しているかを理解し、それに応じて最適化しましょう。
Mobile-Firstデザイン原則
カーソルではなく、親指のためにデザインします。
親指ゾーン最適化は、人々が片手で電話を使用することを認識します。画面の下部3分の1は親指で最も簡単にリーチできます。電話を持ちながら親指でリーチできます。Primary NavigationとCTAボタンを親指に優しいゾーンに配置します。重要な要素をタップするために上の角に伸ばすことを強制しないでください。
タッチターゲットサイジングは、不正確な指タップに対応する必要があります。Appleガイドラインによると最小ボタンサイズは44x44ピクセル、Googleによると48x48ピクセルです。小さいターゲットはミスタップ、フラストレーション、Abandonmentにつながります。ユーザーが隣接する要素を誤ってタップしないようにボタンを離します。
片手Navigationは、ユーザーが通勤、食事、またはマルチタスク中に閲覧すると仮定します。Hamburger MenuはDesktop Designerが嫌いにもかかわらず、Mobileでうまく機能します。Bottom Navigationバーはコントロールをアクセス可能に保ちます。2つの手または平らな表面での電話配置を必要とするInteractionを避けます。
簡素化されたNavigation階層は、Desktopのマルチレベルメニューを合理化されたMobileフローに折りたたみます。Desktopは Tours > Destinations > Iceland > Northern Lights Tours を表示するかもしれません。Mobileは最小限の階層で検索またはFeatured Toursに直接ジャンプすべきです。すべてのメニューレベルが摩擦を追加します。
段階的開示は、最初に必須情報を示し、必要に応じて詳細コンテンツを示します。完全な日ごとの旅程を即座に表示する代わりに(終わりのないスクロールが必要)、「完全な旅程のために展開」オプション付きの概要を示します。ユーザーが情報の深さをコントロールできるようにします。
Mobile検索体験
検索はEntry Pointです。簡単にしましょう。
合理化された検索Interfaceは最小限の初期入力を求めます。Desktopは複雑な検索フォームに対応できます。Mobileは目的地と日付から始めるべきです。オプションでゲスト数。最初の結果を表示した後、他のすべてをフィルタリング可能にします。何も表示する前に5つの選択を強制しないでください。
Smart defaultsとMemoryは入力を減らします。以前にIcelandを検索した戻り訪問者の場合、Icelandにデフォルト設定します。前回「2人の大人」を選択した場合、それにデフォルト設定します。最近の検索を覚えて、ワンタップ繰り返しを提供します。ユーザーが完全に入力するのではなく、3文字を入力して選択できるように目的地名を自動補完します。
Voice検索統合はMobileの強みを活用します。「7月に2人でAlaskaツアーを検索」は、小さなKeyboardで入力するより速く話せます。検索フィールドにVoice入力を実装します。精度が向上し、これが信頼性があり有用になりました。
Location-Based提案は電話GPSを使用して関連オプションを提供します。MiamiにいるWhen誰かが「Beach Vacation」を検索する場合、Caribbean とMexicoを提案します。Seattleにいる誰かが同じことを検索する場合、HawaiiとCaliforniaを提案します。Geolocationは提案を文脈的に関連させます。
CalendarとDate Picker最適化タッチInteraction用は、小さなDesktopスタイルCalendarを打ち負かします。大きくタップ可能な日付。月の間をスワイプ。利用可能対Sold-Out日付の視覚的ハイライト。人気のある日付範囲(7日、10日、14日)を事前選択して、ユーザーが手動で開始日と終了日を選択するのではなく選択できるようにします。
Package閲覧と選択
画面制約にもかかわらず、MobileユーザーがオプションをEvaluateするのを助けます。
Card-Basedレイアウトは自然にMobileで機能します。各Tour Packageは、ユーザーがスクロールする垂直Cardです。Package画像を見るために水平にスワイプします。詳細を展開するためにタップします。CardはMobile閲覧にネイティブに感じられる無限スクロールのために垂直に積み重ねられます。
Swipe InteractionはTouch画面で直感的に感じられます。Photo Galleryをスワイプします。Cardを左にスワイプして却下、右にSwipeしてFavorite。2つのPackageを並べて比較するためにSwipe。これらのジェスチャーは電話で簡単ですが、マウスとKeyboardでは不可能です。
Image最適化は品質とLoading速度のバランスを取ります。Mobile画面用にサイズ設定された画像(最大750~1000px幅)、積極的に圧縮、次世代形式(WebP、AVIF)で提供します。Fold下の画像をLazy Load。Desktopで問題なく見える3MBのHero画像は、8秒のLoading時間でMobile体験を殺します。
Content優先順位付けは最初に必須情報を表面化します。Desktopでは、目的地、期間、価格、ハイライト、完全な旅程、Review、FAQをすべてマルチカラムレイアウトでFoldの上に表示するかもしれません。Mobileは優先順位を付ける必要があります。目的地画像、価格、主要ハイライト、「今すぐ予約」ボタン。展開可能なセクションで二次コンテンツを非表示にします。
比較機能は、ユーザーが複数のBrowser Tabをジャグリングせずにオプションを評価するのを助けます。Tour Cardの「比較」ボタンは、ユーザーが2~3のPackageを選択し、その後主要な差別化要因を示すMobile最適化比較Viewで並べて表示できるようにします。これにより、競合他社Tabに切り替えるのではなく、ユーザーをあなたのサイトに保ちます。
Mobile Booking Flow
Abandonmentを減らすために、ステップと入力を最小化します。
Step削減戦略は、マルチページDesktopフローを必須Mobile画面に折りたたみます。Desktop予約は次のようになるかもしれません。1)日付選択、2)部屋タイプ選択、3)アクティビティ追加、4)旅行者情報、5)支払い。Mobileは次のようになるべきです。1)日付と旅行者確認、2)旅行者情報と支払い統合。より少ないページはより少ないAbandonmentの機会を意味します。
Guest情報Shortcutは入力の痛みを減らします。名前とEmailを自動入力するためにGoogle、Facebook、またはApple Loginを提供します。支払いと請求情報を自動入力するためにApple PayまたはGoogle Payを受け入れます。Keyboard Type最適化を提供します。Emailフィールドには Email Keyboard、電話番号には Numeric Keyboard。これらの小さな最適化は摩擦を大幅に減らします。
リピート顧客のための保存された旅行者Profileは、情報を再入力することを排除します。「John Smithとして再度予約」は、前回の予約からすべてのフィールドを事前入力します。リピート顧客のためのワンタップCheckout。これはLoyaltyインセンティブを作成します。再度予約することは、完全な再入力を必要とする競合他社に切り替えるよりも劇的に簡単です。
Payment方法簡素化はMobile Walletを優先します。Apple PayとGoogle Payは、手動Card入力よりMobileで3倍よくConversionします。より速く、より安全で、信頼されています。手動Card入力フィールドの上にDigital WalletオプションをProminentlyに配置します。
Autofillと検証は、ユーザーに修正を要求せずにエラーを防ぎます。Emailアドレスをリアルタイムで検証します(「gmial.comの代わりにgmail.comを意味しましたか?」)。郵便番号から市と州を自動入力します。送信前にCredit Card番号が有効な形式かどうかを確認します。フォーム全体を再送信させるのではなく、即座にエラーをキャッチします。
パフォーマンス最適化
遅いMobileサイトは見えないままConversionを出血させます。
Page Load速度ターゲットは、4G MobileネットワークPで3秒未満であるべきです。DesktopサイトはBroadbandで2秒に達するかもしれません。セルラーデータのMobileは積極的な最適化が必要です。3秒を超える毎秒がMobile Conversionを15%低下させます。5秒のLoading時間はMobileトラフィックの半分を失います。
Image Lazy LoadingはFoldの下の画像のLoadingを、ユーザーがそれらにスクロールするまで延期します。あなたのPackageページには合計25の画像があるかもしれませんが、最初に表示されるのは3つだけです。それらの3つを即座にLoad、他の22をLazy Loadします。これにより初期ページ重量が70~80%カットされ、Loading時間が劇的に改善されます。
Caching戦略は静的AssetをユーザーのデバイスにLocal保存します。最初のPage Loadは3秒かかるかもしれません。その後のLoadは1秒未満かかります。画像、CSS、JavaScriptがCacheされているためです。変更されていないAssetに対して積極的なCachingを実装して、戻り訪問を高速化します。
Progressive Web App考慮事項は、インストール摩擦なしでMobile WebにApp-Like機能を提供します。Homescreenへの追加機能、Offline Content Access、Push通知。PWAはWebの発見可能性とAppのUser体験を組み合わせます。ほとんどのツアーOperatorにとって、優れたPWAへの投資はNative App開発をOutperformします。
Offline機能は、ユーザーが接続なしで以前にLoadされたコンテンツを閲覧できるようにします。誰かが5つのツアーPackageを閲覧した場合、それらはOfflineでもアクセス可能のままです。接続が戻ったときに、予約を有効にします。これは通勤または旅行中の不安定なセルラーサービスに対応します。
Mobile支払い体験
支払いはMobile予約が死ぬ場所です。
Digital Wallet統合(Apple Pay、Google Pay)はデフォルトオプションであるべきです。支払いセクションの上部でこれらをProminentlyに配置します。生体認証(Face ID、指紋)によるワンタップ支払いは、小さなKeyboardで16桁のCard番号を入力するよりも劇的によくConversionします。
Card Scanning技術は、手動入力ではなくCard詳細をキャプチャするために電話Cameraを使用します。「Cardをスキャン」ボタンはCameraを開き、Card番号と有効期限を自動的に読み取ります。これは未来的に感じられ、エラー率をほぼゼロに減らします。Stripe、Braintree、および他のProcessorは組み込みCard Scanningを提供します。
分割払いPlan Mobile フローは簡素化された場合に機能します。Desktopは詳細な支払いCalculatorを表示するかもしれません。Mobileは次を表示すべきです。「全額支払い($3,500)または4回の月払い($875)」。複雑なInterfaceなしでオプション間を切り替えます。分割払い選択を非常に簡単にします。月払いはコストに敏感なMobileユーザーを引き付けます。
小さな画面のセキュリティとTrustには、目立つ安心が必要です。支払いフィールド近くの「Secure Checkout」メッセージ。支払いProcessor Logo(Visa、Mastercard、PayPal)をProminentlyに表示します。Padlock IconSと「あなたの情報は暗号化されています」Textを示します。MobileユーザーはDesktopユーザーよりセキュリティについて心配します。保護を過剰にコミュニケーションしましょう。
Cross-Device体験
デバイス間のシームレスな移行を可能にします。
Session継続性は、Mobileで旅程を構築した誰かが Desktopで再開できることを意味します。不完全な予約をアカウント(Login している場合)またはEmail Link(Login していない場合)に保存します。「別のデバイスで続行」ボタンは、彼らが正確に中断した場所から再開するためのLinkをEmailで送ります。
デバイス間のCart同期にはアカウントLoginが必要です。昼休みにMobileで閲覧している誰かは、自宅のDesktopで同じ選択をReviewできます。これにはアカウントシステムが必要ですが、Mobile調査、Desktop予約を好むユーザーにとって便利さとConversionを劇的に改善します。
DesktopへのEmail Handoffは脱出弁を提供します。Mobileの目立つ「この旅程をEmailで送る」ボタンは、Package詳細、価格、予約LinkをEmailに送ります。彼らはMobileで集めた情報を失うことなく、後でDesktopで包括的にReviewできます。
ツアーOperatorにとってのApp対Mobile Web決定は、通常Mobile Webを優遇します。Appはインストール摩擦、App Store承認、iOSとAndroid間の継続的なメンテナンス、発見の課題が必要です。PWA機能を持つ優れたMobile WebはApp複雑さなしに95%のUse Caseに対応します。非常に高いTransaction Volume Business用のNative Appを予約します。
Mobile固有の機能
ユニークなMobile機能を活用します。
入力よりも話すことを好むMobileユーザーのためのClick-To-Call優先度。サイト全体でタップ可能なLinkとして表示されるProminent電話番号。PackageページにQuestions? 「今すぐ電話」ボタン。多くのMobileユーザーは複雑な旅行Inquiry管理旅行をリサーチし、電話することを好みます。簡単にしましょう。
特に国際市場向けのWhatsApp Inquiryオプション。ヨーロッパ人、アジア人、ラテンアメリカ人はWhatsAppをコンタクト方法として期待します。「WhatsAppでChat」ボタンは事前入力されたメッセージでWhatsAppを開きます。これは、迅速なCustomer Retentionやり取りを望むMobileユーザーにとって、フォームよりうまく機能します。
Location-Based OfferはGPSを使用して関連Promotionを提供します。New Yorkから閲覧している誰かは「NYC出発日」をProminentlyに見ます。Londonにいる誰かはGBP価格と英国出発都市を見ます。Location認識は旅行Content Marketing体験を文脈的に関連させます。
Document Upload用のCameraはデータ収集を簡素化します。Passport番号を入力する代わりに、ユーザーにPassportを撮影させます。OCRは関連詳細を自動的に抽出します。旅行前のDocument収集の場合、Camera Uploadは小さなKeyboardでの手動入力よりも劇的に簡単です。
旅行Pricing戦略価格下落のためのPush通知はMobileユーザーをエンゲージし続けます。Favoriteしたが予約しなかった誰かは、価格が下がったときまたは期間限定Promotionが開始されたときに通知を受け取ります。これにはPWAまたはNative Appが必要ですが、大幅なRe-EngagementとConversionを促進します。
結論
Mobileはもはや二次Channelではありません。ほとんどの旅行リサーチが発生し、予約の増加するシェアが完了する場所です。簡単にすれば。65%調査から35%予約へのギャップはMobileに固有のものではありません。それは、ユーザーにデバイスを切り替えることを強制するDesktop中心デザインの結果です。
親指のために最適化し、フローを簡素化し、入力を減らし、Digital Walletを強調し、セキュリティを執拗にコミュニケーションします。実際の電話でテスト(単にDesktop Browser をリサイズするだけでなく)、Mobile固有のConversion率を測定し、Mobile Page速度に執着します。これらの投資はデバイスギャップを埋め、現在摩擦で失われている予約を獲得します。
Mobileで勝っているOperatorは、別のMobileサイトまたはNative Appを構築していません。彼らは、Desktopでも見事に機能するMobile-First体験を構築しています。Mobileから開始し、Desktop用に強化します。それが未来です。
関連記事:
Senior Operations & Growth Strategist