あなたはここに15年分の旅の記録を積み上げてきた。
すべてのフライト確認メール。すべてのホテル予約。すべてのレンタカーとディナーの予約。東京、バルセロナ、ケープタウン——すべてが一箇所に整理されている。アプリはあなたの旅行パターンを理解していた。いつも通路側の席を選び、駅近くのブティックホテルを好むことを覚えていた。プロ版に10年も課金してきた。そんなある日、アプリを開くとこう表示される："このサービスが利用できない国または地域からのアクセスが検出されたため、ログインが拒否されました。"あなたは制限された国にはいない。自宅にいて、仕事でVPNを使っているだけだ。12時間ロックアウトされた。これは仮定の話ではない。2026年に実際にTripItユーザーに起きたことだ。そしてこれが起きたのは、テクノロジーの巨人がもはや気にかける本当の動機を持っていなかったからだ。
TripItはかつてゴールドスタンダードだった。そしてSAPが買収した。
TripItは2006年に素晴らしいアイデアとともに登場した。予約メールを一つのアドレスに転送すれば、自動的に旅程が構築される。手入力不要。確認番号をコピペする必要なし。ただ動く。旅行者はこのアプリを愛した。2010年代までに、何年分もの旅行履歴をTripItに預ける何百万人ものロイヤルユーザーを獲得した。そしてSAP——ドイツのエンタープライズソフトウェア大手——がTripItの親会社を買収した。この理屈はスプレッドシート上では理にかなっていた：「ビジネス旅行データには価値がある。」しかしスプレッドシートはプロダクトを作らない。エンジニアがプロダクトを作るのだ。旅行アプリが300億ユーロの企業コングロマリットの中の小さな一行項目になったとき、それを素晴らしいものにしようと尽力したエンジニアたちは、徐々に去っていく。異動させられる。あるいは、旅行者とはまったく無関係な企業の優先事項の下に、自分たちのプロダクトロードマップが埋もれていくのを見守るしかなくなる。
ひび割れは小さく始まった。そしてひび割れそのものが製品になった。
最初に、カレンダー同期が機能しなくなった。TripItは旅行計画をGoogle Calendarにプッシュできなくなった——ユーザーが頼りにしていたプロ版のコア機能だ。あるユーザーがRedditに投稿した：「TripItのカレンダーがGoogle Calendarと同期しなくなっていることに気づいた。」修正は決して来なかった。その後、plans@tripit.comに転送されたメールが跳ね返されるようになり、スパムとしてフラグ付けされた——TripIt自身のサーバーによって。10年間メール自動インポートに頼ってきたユーザーは、突然メッセージが配信不能だと告げられた。アプリ自体も起動時にリセットされるようになり、開くたびに新しいインターネット接続が必要になった。長距離国際便に乗る旅行者にとって、これはアプリが最も必要なときに——機内でオフラインで、乗り継ぎのターミナルを確認しているときに——まったく使い物にならないことを意味した。あるユーザーはこう書いた：「アプリを開くとデータを読み込むのにネット接続が必要。閉じて数秒後に開き直すと、すべてが消えている。国際線ではまったく使えない。」
15年使い続けたユーザーが締め出された。
2026年初頭のReddit投稿は失意の瞬間を捉えている："TripItにログアウトされた。10年以上の旅行データがここにある。失いたくない。"このユーザーは複数の国を旅行中に、TripItの地域検出システムが彼のIPアドレスを不審なものと判断したのだ。警告はなかった。メールもない。ただ12時間のロックアウトと、ホワイトリストIPや回避方法について何も言及しないメッセージだけ。別のヨーロッパのユーザーは、ハンガリーとスロバキア——いずれもEU加盟国——からまったくログインできなかったと報告した。TripItはこの地域ではサービスが利用できないと主張した。しかしEUの旅行者こそ、旅行アプリを最も必要とする人々だ。これらはエッジケースではない。エンタープライズソフトウェア向けに設計されたセキュリティインフラが消費者向け旅行アプリに無理やり取り付けられ、親会社のだれもこう問わなかったことの必然的結果だ：「休暇中の有料顧客が旅程を確認しようとしたら、何が起きるだろうか？」
SAPの統合がすべてを一つにした。
SAPの買収後、TripItはバックエンドの移行を経験した。その結果：一部のユーザーはログインすると、過去・現在・未来のすべての旅行が一つの巨大で扱いにくい旅程に統合されているのを発見した。2016年のフライトが2027年予約のフライトの隣に表示された。キャンセルされた旅程のホテルがアクティブな予約と混ざった。ユーザーが何年もかけて注意深くキュレーションしてきた組織構造が一夜で破壊された。あるユーザーは書いた：「TripItはもう役に立たない。」これが、バックエンド移行がユーザー体験のニーズではなく、企業のデータ統合目標によって推進されたときに起きることだ。データベーススキーマが変わり、旅程が統合された。移行チームの誰も、混乱を前にスマートフォンの画面を見つめる旅行者のことを考えていなかった。
ユーザーは積極的に脱出方法を探している。
2026年半ばまでに、TripItコミュニティのトーンは苛立ちから諦観へと変わった。「TripItの代替品」と題されたスレッドが現れ、投稿者はこう書いた：「TripItはかつて素晴らしかったが、今ではカレンダー同期が壊れ、常にロックアウトされ、手動入力も失敗する。彼らがこのアプリを見捨てているように感じる。」これが買収されたプロダクトの終末期だ。劇的なシャットダウンではない——ただ緩やかで静かな腐敗であり、ユーザーは手遅れになる前にデータを抽出する方法を見つけ出そうとしている。皮肉なことに、TripItは決して悪いプロダクトではなかった。メールから自動的に旅程を構築するという中核的アイデアは、今でも賢く有用だ。しかしプロダクトはアイデアだけではない。プロダクトは、それを大切に思うチームによって維持される生きたシステムだ。チームが企業組織図の中に溶けて消えたとき、プロダクトは放置により死ぬ。
あなたの旅の思い出は、買収されない家に値する。
Wimemoは逆のアプローチを取る。私たちは独立している。親会社はない。どの企業グループも、旅行者とは無関係な四半期収益目標に私たちのロードマップを従わせることは決してない。ローカルファースト処理から地図ベースの記憶整理に至るまで、私たちが下すすべての決定は、一人のユーザーに奉仕する。アプリが壊れたり、シャットダウンされたり、見分けのつかないものに吸収されたりする心配なく、旅の思い出をしっかりと持ち続けたい人のために。あなたの旅の思い出はあなたのものだ。それらはあなたのデバイス上にあるべきであり、組織再編で廃止されるかもしれないサーバー上にあるべきではない。それらは長期的に意味のある形で整理されるべきだ——場所ごとに、地図の上に——いつでも統合や削除の可能性があるデータベースの行としてではなく。TripItシナリオに対する最善の防御はシンプルだ：独立を保つために作られたツールを選ぶこと。
独立は哲学ではない。アーキテクチャだ。
Wimemoを使うとき、あなたの写真と旅行データはあなたのデバイス上に残る。シャットダウンするサーバーはない。あなたの旅行履歴をかき乱すバックエンド移行もない。あなたのVPNがあなたを不審者と判断する企業のアクセス制御システムもない。アプリはオフラインで動く——そのように設計されているからだ。あなたの旅の思い出にアクセスするのにインターネット接続は必要ない。これはマーケティングの約束ではない。エンジニアリングの選択だ。独立とは、誰もあなたから旅の履歴を奪えないことを意味する——なぜなら、誰もそれを預かっていないからだ。10回の旅でも100回の旅でも、あなたの思い出はまさにそれがあるべき場所に保存されている：あなたの手の中に。