Jonas Club Softwareの代替案：従来型クラブ管理を超えたクラブへ

ゴルフクラブ、カントリークラブ、ヨットクラブ、ラケットクラブ、プライベートメンバーズクラブがJonasを使い続ける理由はあります。その世界向けに作られました。Jonasはティーシート、コート予約、ダイニング予約、会員請求、会計、POS、トーナメント管理、モバイル会員アプリ、従来型クラブ環境向け運用レポートをカバーします。長く業界に根ざし、プライベートクラブ業界の動き方に深く組み込まれています。

問題はJonasがモダンかどうかではありません。多くのクラブがもはや従来型クラブの運びではなくなっていることです。

モダンなクラブがどう変わったか

いま最も速く成長しているクラブは、Jonasが当初想定したクラブとはかなり違って見えます。モダンメンバーズクラブやライフスタイル拠点には、会員と一般の両方に開いたレストランとバー、ウェルネス・スパ・フィットネス、客室やブランドレジデンス、コワーキングと会議室、チケットイベントと展示、物販、クラスとパーソナルトレ、一つの屋根下の複数ブランドと法人、別都市の複数サイトが含まれるかもしれません。

Jonasは特にゴルフとコート予約でそれらの一部をなかなか扱います。ただし従来型クラブモデルから離れるほど、穴が目立ち始めます。ホテルPMSはJonasの核となる強みではありません。スパ・ウェルネス運営は深く組み込まれていません。プロパティ横断ロイヤルティは限定的です。マルチエンティティ決済はネイティブではありません。外部システムを重ねるほど顧客データの統一は難しくなります。

通常、その時点でオペレーターは「まだ一つのプラットフォームか、それとももう六つか」と問い始めます。

Jonasの最大の強みが最大の制約にもなる

Jonasが広く採用された理由の一つはモジュールの幅です。クラブはダイニング予約、ティータイム、POS、会計、コート予約、会員アプリ、イベント管理、在庫、小売などを足し、ニーズに合わせてプラットフォームの独自版を実質組み立てられます。

ただしそのモジュール構造は規模が出ると管理が難しくなります。足すモジュールが増えるほど、設定、トレーニング、権限、セットアップ、プロセスの複雑さが積み上がります。チームはシステムの別々の部分で働き、それぞれ別ワークフローと別の顧客ビューを持ちます。ゴルフ、レストラン、会員、財務がバラバラの領域になります。

Jonasにはかなりの学習曲線があります。新スタッフのオンボーディングは速くなく、経験者でもシステムの別部分で生産的になるまで相当な時間が要ります。離職の高いホスピタリティとクラブでは、その継続的なトレーニング負荷は実際の運用コストです。レビューは強力だが重い、長年積み上げた機能豊富さであってモダンな運用フローを中心に設計されたわけではない、とよく形容されます。多用途のホスピタリティ拠点に進化したクラブにとって、運営に逆らうように感じ始めることもあります。

ブランディングの問題

Jonasの顧客向け体験はクラブのブランドではなくプラットフォームのデザインを帯びます。会員アプリ、予約UI、ポータル——JonasのUIです。独自のアイデンティティに投資し、あらゆる接点でそのブランドに浸ってほしいクラブにとって、届けるデジタル体験の多くはJonasのデザイン制約で形作られ、自社の制約ではありません。

Tiquoは逆です。会員、予約フロー、ロイヤルティ、決済——顧客向けのあらゆる接点はオペレーターのブランドに完全に合わせられます。ソフトは見えません。メンバーが体験するのはクラブのアイデンティティです。

クラブが壁に当たるところ

限界は、より広くつながった会員体験を提供したいときに表面化しがちです。会員はレストラン、スパ、ホテル滞在、イベント券を一つのアカウントに載せ一度に払いたい。クラブはゴルフ支出、F&B、イベント参加、ウェルネス予約、会員利用、ホテル滞在を一つの顧客プロフィールにまとめたい。

財務は手作業のクロスチャージなしで複数法人に一括支払いを自動分割したい。複数クラブを運営するグループは、別システムからエクスポートして突合せずに全サイト横断のレポートが欲しい。マーケはダイニングやゴルフ履歴だけでなく、会員と事業の関係全体に基づくオーディエンスを作りたい。

Jonasは追加モジュール、連携、回避策、運用の複雑さを積み重ねてこれらの結果に近づけることはよくあります。結果として、統合プラットフォームが標準で届けるものを得るのに相当な努力が要るシステムになります。

代替を検討するサイン

Jonasのほかに三つ以上のシステムでホテル、ウェルネス、CRM、ロイヤルをカバーしている。部門ごとに同一会員のビューが完全に分断され、統一プロフィールがない。財務が毎月、システム間で手作業突合に多くの時間を使う。Jonasと外部ツールの連携が壊れたり同期が信頼できなかったりする。

会員が物件の別部分を移動すると体験がバラバラ。新スタッフのオンボーディングが遅く、運営の各部分がバラバラに動く。会員向けがJonasソフトであって自社ブランドではない。複数サイトまたは法人で運営し、レポートが手作業の作業になっている。

Tiquoとの比較

Tiquoは複数の歯車が動くホスピタリティ事業向けに設計されており、多くのクラブがまさにそうなっています。

核となる違いはアーキテクチャです。Jonasはモジュール構造のクラブ管理プラットフォームです。Tiquoは会員、CRM、POS、予約、ホテル運営、スパ・ウェルネス、イベント、チケット、決済、ロイヤルティ、分析が一つのシステムの中にある統合オペレーションプラットフォームです。データを多少共有するモジュールでも、サードパーティ連携でもなく。単一DB上で、あらゆる接点で単一会員プロフィールです。

すべてをまたぐ単一の会員プロフィール。Jonas構成では、ゴルフ履歴、レストラン支出、スパ予約、ホテル滞在、イベント参加が別システムに住みがちです。Tiquoではあらゆる縦、あらゆる拠点のあらゆるインタラクションが、どの端末からでもスタッフがリアルタイムでアクセスできる一つのライブ顧客レコードに流れ込みます。予測分析スイートはデータがシステム間で断片化していると見えないパターンを浮かび上がらせ、行動を予測し顧客生涯価値を見積もります。

事業の構造に沿った決済。多くのクラブとホスピタリティ会場は複数法人で動きます。Tiquoのインテリジェントなマルチエンティティ決済はこれを自動処理します。会員からの一括支払いが正しい法人に即座に分割され自動インボイスが発行され、突合に残るものはありません。Club Payはあらゆるプロダクト・サービスをアカウントに載せ、スタッフに声をかけずスマホから精算できます。

あらゆる縦でのロイヤルティと会員。Jonasは従来型クラブ文脈で会員を管理しますが、ホテル、スパ、一般向けレストラン、物販までロイヤルティを広げるには大きな設定か外部ツールが要ります。Tiquoの統合ロイヤルティ・会員コマースは運営のあらゆる部分でネイティブに特典の獲得と利用ができ、利用ルールを完全に制御しつつ全ブランドとサブロケーションで利用可能なギフトカードも含みます。

ホテル、スパ、イベントが組み込み。ホテル、スパ、本格的なイベントを足したクラブにとって、Jonasは穴をサードパーティで埋める必要があります。TiquoではホテルPMS、スパ予約、貸切イベント、展覧会チケットがすべて同一プラットフォームです。トリートメント予約、客室チェックイン、イベント券購入、プライベートダイニングの問い合わせ——すべて同じシステムを通じます。

本当に速く習得できるプラットフォーム。Jonasへの不満の一つに新スタッフが生産的になるまでの時間があります。Tiquoは初日から直感的に設計されています。広いトレーニングなしで新チームはすぐスピードに乗れ、離職の高いホスピタリティではそれが大きいです。

意思決定

Jonasはゴルフ、ダイニング、会員請求、コート、従来型クラブサービスを、その環境への長年のフォーカスから来る深さでカバーします。

ただしクラブが客室、スパ、一般向けレストラン、コワーキング、チケットイベント、複数サイト、複数法人まで広がり、穴埋めのために別システムのスタックを広げているなら、いま乗っているプラットフォームが「いまの事業」向けに作られたかを問う価値があります。

現状維持が古くなったとき、無理に合わせるコストは変えるコストより大きくなります。ミックスユースのホスピタリティ拠点に進化したクラブにとって、Tiquoは縦ごとに別システムを要せずフル運営を扱う単一プラットフォームです。