당신은 여기에 15년간의 여행 기록을 쌓아왔다.
모든 항공편 확인 이메일. 모든 호텔 예약. 모든 렌터카 픽업과 저녁 식사 예약. 도쿄, 바르셀로나, 케이프타운 여행까지 — 모두 한곳에 정성스럽게 정리되어 있다. 앱은 당신의 여행 패턴을 알고 있었다. 항상 통로 좌석을 고르고 기차역 근처 부티크 호텔을 선호한다는 것을 기억하고 있었다. 10년 동안 프로 요금을 지불해왔다. 그러던 어느 날 앱을 열자 이런 메시지가 뜬다: "본 서비스가 제공되지 않는 국가 또는 지역에서의 접근 시도가 감지되어 로그인이 거부되었습니다." 당신은 제한된 국가에 있지 않다. 집에서 업무용 VPN을 사용 중일 뿐이다. 이제 12시간 동안 잠겼다. 이것은 가상의 시나리오가 아니다. 2026년에 TripIt 사용자에게 실제로 일어난 일이다. 그리고 이것이 발생한 이유는, 테크 대기업이 더 이상 신경 쓸 진짜 동기가 없었기 때문이다.
TripIt은 한때 업계 표준이었다. 그리고 SAP가 인수했다.
TripIt은 2006년 기발한 아이디어와 함께 출시되었다. 예약 이메일을 하나의 주소로 전달하면 자동으로 여정이 구성된다. 수동 입력 없이. 확인 번호를 복사해 붙여넣을 필요 없이. 그냥 작동했다. 여행자들은 이 앱을 사랑했다. 2010년대에 이르러 수백만 명의 충성 사용자가 수년간의 여행 기록을 TripIt에 맡겼다. 그런 다음 SAP — 독일의 엔터프라이즈 소프트웨어 거인 — 이 TripIt의 모회사를 인수했다. 이 논리는 스프레드시트에서는 말이 되었다: "비즈니스 여행 데이터는 가치가 있다." 하지만 스프레드시트는 제품을 만들지 않는다. 엔지니어가 제품을 만든다. 여행 앱이 300억 유로 규모 기업 복합체의 작은 항목이 되었을 때, 그것을 훌륭하게 만들기 위해 애썼던 엔지니어들은 서서히 떠나거나, 재배치되거나, 여행자와 아무 관련 없는 기업 우선순위 아래에 자신들의 제품 로드맵이 묻히는 것을 지켜볼 수밖에 없게 된다.
균열은 작게 시작됐다. 그리고 균열 자체가 제품이 되었다.
먼저, 캘린더 동기화가 작동을 멈췄다. TripIt은 더 이상 Google Calendar로 여행 일정을 푸시할 수 없게 되었다 — 사용자가 의존하던 핵심 Pro 기능이었다. 한 사용자가 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이 당신을 의심스럽다고 판단할 기업 접근 제어 시스템도 없다. 앱은 오프라인에서도 작동한다 — 그렇게 설계되었기 때문이다. 당신의 여행 추억에 접근하는 데 인터넷 연결이 필요하지 않다. 이것은 마케팅 약속이 아니다. 엔지니어링적 선택이다. 독립이란 아무도 당신에게서 여행 기록을 빼앗을 수 없다는 것을 의미한다 — 왜냐하면 아무도 그것을 대신 보관하고 있지 않기 때문이다. 열 번의 여행이든 백 번의 여행이든, 당신의 추억은 바로 그래야 할 자리에 저장되어 있다: 당신 곁에.