ホワイトレーベルの旅行サイトで実際に得られるもの

多くの代理店は同じ道筋でこの問いにたどり着く。昨年あなたを通じて成田–ドバイの航空券を買った客が、今年は同じ旅程を自分で予約する。あなたが商売を始めた頃には存在すらしなかったサイトで。その一枚から出ていた利幅は、いまは別の誰かのものだ。仕入先との関係はまだあなたの手にある。日曜の朝九時に欠航の電話を取る人間も、まだあなたの側にいる。ないのは、午前二時にカードを握った客が降り立つ場所だ。ホワイトレーベルの旅行サイトはふつうその空白への答えであり、それが何を埋め、何を埋めないのかは正確に言っておく価値がある。

実際に買っているもの

宣伝文句を剥がせば、ホワイトレーベルとは分業のことだ。ブランド、価格、顧客との関係、取引条件はあなたが持つ。検索エンジン、仕入先との接続、予約フロー、発券まわりの配管、そしてある仕入先の API がゴミを返しはじめる午前四時は、向こうが持つ。

実務でいえば、あなたのロゴと色、あなたのドメインと規約をまとった店構えでありながら、その下の在庫と予約エンジンは自分で作ったものではない、ということだ。このプラットフォームでは店構えが 40 言語で動き、右から左に書く言語も含む。サイトごとに既定通貨と、旅行者に見せる通貨の一覧を自分で選ぶ。テンプレートは案件ではなく設定で、運営者はリリースを待たずに管理画面から見た目を丸ごと変えられる。航空券、ホテル、パッケージ、現地体験はサイト単位で有効化されるので、ホテルだけを売る事業者が、さばけもしない航空券のタブを出す必要はない。

ここに特別なものは何もない。あなたを他社と隔てない側の、半分の仕事にすぎない。同じ成田–ドバイを売る二つの代理店は価格と対応と信用で競うのであって、どちらの空席照会画面の行間が美しいかで競うことは一度もない。

ドメインの話は初日に片づける

ほとんどの立ち上げはここで止まる。だから九日目ではなく初日に決めてしまう。新しいサイトはプラットフォームのサブドメイン上に即座に立ち上がる。登録ウィザードが用意するのはそれで、そのためにカードを求めたりはしない。自社ドメインは後から、案内つきの DNS 手順を通して結びつけ、レコードが引けた時点で証明書が発行される。

この順序は見た目より効く。サブドメインは、試して、同僚に見せて、本物の予約を一件通せる実体を先に渡してくれる。その間にドメイン移管も DNS 変更も、いま契約している業者が何をしていようと、それぞれの時間割で進めばよい。プラットフォーム側のアドレスは恒久的に残る。削除できない仕様なので、レジストラでの DNS 変更が転んでも、生きている URL が必ず一本残る。

自作するか、買うか、他人の看板で売るか

道は三つ。正直な比較は機能表にはない。二年目に何があなたの責任として残るか、である。

多くの人にとって決め手になるのは二行目だ。自社開発の見積もりを立てる代理店は、ほぼ必ず画面の見積もりを立てる。そこだけが頭に描けるからだ。予算を食うのは仕入先接続の長い尾で、それぞれに独自の癖があり、独自の認定があり、断りなく変わる独自の習慣がある。ある運賃クラスの発券が止まった理由を仕入先が説明してくれるまで三週間待った経験があるなら、あの表のどの数字が本物かはもう知っている。

ホワイトレーベルが解かない問題

ここが多くの提案で飛ばされる部分であり、飛ばすことが立ち上げを失望に変えるやり方だ。

それ自体が在庫を連れてくるわけではない。店には売るものが要るし、何を売れるかは仕入先へのアクセスで決まる。自社の契約か、自社の運賃を配るコンソリデーターか。技術は流通を可能にするが、まだ存在しない商取引の関係を作りはしない。仕入れの取り決めがまったくないなら、コンソリデーターとの関係はサイトの後ではなく前に片づける部品だ。

集客もくれない。新しいドメインは新しいドメインでしかない。検索エンジンにはその履歴がなく、あなたの市場の分かりやすい二つ三つの検索語は、何年も居座ってきた相手にすでに押さえられている。現実には最初の予約は、すでにあなたを知っている客から来る。LINE の名簿、繰り返し来る法人口座、そして深夜にも行き先ができた常連だ。自然検索は並走する十二か月の仕事であって、開業時の機能ではない。

運用の手間も消えない。払い戻し、日付変更、ノーショー、パスポートと綴りの違う名前。どれも変わらずあなたに来る。客の関係はあなたのブランドと結ばれているからだ。変わるのは、予約記録と券面と監査証跡が、三つの受信箱と一枚の表計算ではなく一か所に揃うことだ。

価格も決めてくれない。マークアップの規則、端数処理、どの付帯サービスに利を乗せどれを素通しにするか。これらは商売の判断で、ソフトウェアは設定されたとおりに、静かに損を出す設定も含めて、そのまま実行する。

誰が受け取り、誰が電話に出るか

開業前に文面で詰めておくべき問いが二つある。どちらも最悪の場面で顔を出すからだ。

まず金銭。代金はあなたの加盟店口座に入ることもできるし、プラットフォームを経由して流れることもできる。その選択がチャージバックの負担、精算の時期、資金繰りを変える。万人に正しい答えはない。取得銀行との関係が確立している代理店と、何もない代理店は別の選択をするべきだ。ただし確実に間違った結末はある。最初の紛争のさなかにこの話を知ることだ。

次に対応。旅行者はあなたに電話する。確認書に載っている看板があなたのものだからだ。その背後で、仕入先側の障害はプラットフォームが受け持つ。線は明示的に引く。発券されない券を誰が追い、航空会社と誰が話し、客に誰が伝えるのか。管理画面のスタッフ権限こそが、その分担を各自の記憶違いではなく実体に変える手段だ。

開業前に決めておく四つ

• 仕入先へのアクセス。自社契約か、コンソリデーターか、その両方か。再販が許される運賃規則まで含めて書面で。
• お金の経路。誰の加盟店口座か、精算周期はどうか、チャージバックは誰が負うか。
• ブランドの決定。ドメイン、ロゴ、そして仮置きの文字ではなく自社名の入った規約とプライバシーのページ。
• サポート窓口。誰が、どの経路で、何時から何時まで答えるか。そしてその外側では何が起きるか。

四つのうち技術の話は一つだけだと気づいてほしい。この比率は偶然ではなく、そこが要点そのものだ。ソフトウェアが難所だった時代は何年も前に終わっている。

読むより見たいなら

この問いを最も速く片づけるのは、たいてい別の比較記事ではない。登録ウィザードを開いて、実際に何が用意されるのかを眺めることだ。カードは求められず、終わると本物のサブドメイン上に本物のサイトが残り、試験予約を通せる。問いが商売より技術寄りなら、航空券とホテルの API が同じプラットフォームのもう半分で、その話はセルフサービスの鍵ではなく人から始まる。