Lightspeedの代替として：ホスピタリティオペレーターがTiquoに移る理由

Lightspeedは長く市場にいて、それなりにやってきました。導入店舗は十六万拠点を超え、年間売上は十億ドル規模にのぼり、小売POSから飲食、ホスピタリティ、ECまで買収で広げてきたので、紙の上では何でもできるプラットフォームに見えます。

現場では、事業がいま求める形には、もううまくまとまらないと感じるオペレーターが増えています。

Lightspeedが壊れたからではなく、事業側が変わったからです。

Lightspeedがこうなった経緯

Lightspeedはホスピタリティ向けに単一プラットフォームを一から作ったわけではありません。いくつかを買いました。

Upserve、Gastrofix、Kounta、iKentoo。それぞれ単体のPOSで、市場も時代も前提も違います。長年かけてLightspeed Restaurantの看板の下に寄せてきました。

その履歴は、いまの体験にまだ出ます。地域によって機能の熟度が違う。ワークフローの一部は自然で、別の部分は後付けに感じる。画面の下には、全体として設計された一つのシステムではなく、つなぎ合わされた複数のシステムがあります。

単店でかなり標準的なレストランなら、たいてい問題になりません。オーダー、メニュー、決済、レポート、在庫はその規模では十分回ります。

事業が複雑になると、ここでつまずきが出始めます。

オペレーターが壁に当たるところ

不満の多くは、目立つ穴ひとつではなく、小さな制限が積み重なった結果です。

複数店管理はありますが、十軒を超える規模では、グループレポートが思ったより手作業になると感じる人が多いです。拠点またぎのメニュー管理は、この歴史の製品にしては二重作業が多く感じられます。コアPOSの外の機能が要ると、アドオンと連携に押し出され、それぞれにコスト、導入、癖がついてきます。

決済も圧になります。LightspeedはLightspeed Paymentsの利用を強く勧め、別プロセッサを選ぶと月額の第三者手数料がかかるケースもあります。国をまたぐ事業や、すでに決済の関係がある店にとっては、自由度が下がり、コストの最適化もやりにくくなります。

契約条件もよく話題に上がります。最低契約期間、解約予告、早期解約料などは契約次第。解約や乗り換えが思った以上に手間だと感じるオペレーターもいて、事業がすでに圧力下にあるときにさらに摩擦になります。

もっと根っこの話

これはバグというより、つくられ方の帰結です。

買収で育つプロダクトは、その形をアーキテクチャが引きずります。顧客データ、取引ロジック、レポートの枠組み、決済フローは別々に設計され、あとからつながれました。UIでかなり隠せますが、下では継ぎ目が残ります。

多くのPOSと同様、Lightspeedは主に「取引の瞬間」のビジネスを理解しています。予約、決済、会員、書類、顧客関係、複数拠点をまたいだ一枚の絵が要る段になると、穴を外部システムで埋める形になりがちです。

だから一店でLightspeedから始めて、三、五、十店に育ったオペレーターは、システムを管理する時間が、システムが返してくれる時間を上回り始めることがあります。一店では簡単に感じたことが、規模では調整問題になります。

Tiquoに移ると実際どうなるか

Tiquoは買収の積み重ねではなく、最初から単一プラットフォームとして作られました。複数拠点、複数フォーマット、複数収益源のホスピタリティ向けです。

重要なのは、それらが同じデータモデルの上にあることです。オーダー、決済、予約、会員、書類、契約、顧客のアイデンティティ、拠点、スタッフ権限は、あとからつないだのではなく、同じルールでリアルタイム更新される、一つのシステムの中のオブジェクトです。

違いは地味に聞こえても、日々の運用のほとんどすべてに効きます。

Tiquoの決済ワークフローは注文と予約に組み込まれ、オンライン、決済端末、Tap to Payの処理にStripeを使用します。分割決済、チップ、返金、設定済みの入金振り分け、レポートは同じ業務記録に紐づいたまま管理されます。

顧客のアイデンティティも同じです。部屋を取り、レストランで食べ、イベントに来て、会員になった人の行動は、単一の顧客レコードに載ります。拠点、ブランド、チャネルをまたいで続き、LTV、統合されたロイヤルティと会員、ツールをまたいでデータを縫わない意味のあるパーソナライズがしやすくなります。

複数店は複製ではなく設定で広がります。新店、サブロケーション、ブランド、フォーマットは同じプラットフォーム内に作り、共通ルールを継ぎつつローカルは柔らかくできます。新店はゼロからの実装というより、いま動かしている事業を別の場所に設定で広げるイメージに近いです。

実際に乗り換えているのはどんな事業か

LightspeedからTiquoに動くオペレーターは、Lightspeedが急にダメになったからではありません。

事業が変わったからです。

飲食が本線の収益になった。複数店でオペが本当に重くなった。会員、イベント、コワーキング、ハイブリッドなどでPOSファーストの限界が見えた。財務が、そもそも揃っているべきデータの突き合わせに時間を取られすぎた。

多くの場合、Lightspeedそのものへの不満だけが引き金ではありません。どれだけ洗練されていても、POS単体が、複数法人をまたいだ現代のホスピタリティのシステム・オブ・レコードにはなりにくい、と気づいたからです。

自分に当てはまるか

単一店でLightspeedが回っているなら、すぐに乗り換える理由はないかもしれません。小さくシンプルなオペには、得意なことと価格の釣り合いが取れています。

複数店、収益源のミックス、オペ負荷の増加、消込に財務が寄りすぎているなら、POSがスケールを助けているのか、静かに管理対象を増やしているだけなのか、一度見た方がいいです。

Tiquoは後者のシナリオ向けに作られています。「より良いPOS」というより、十個のツールを縫い合わせてずっと喋り続けてくれることを祈らなくていい基盤です。

POSファーストのシステムの天井に頭がついたオペレーターにとって、その差は効きます。