How We Integrated Booking.com with iGMS

Goals:

Short summary: we missed our original timeline and target metrics, but customers loved the result. Up to 10% of new users now onboard through the new platform, and over 90% of previously connected users moved to a reliable, full integration.

Context

iGMS is a platform for managing vacation-rental listings across Airbnb and similar services. Hosts connect their accounts, then manage calendars, staff tasks, and guest communication in one interface. The product has operated in a highly competitive market since 2015.

Customers consistently requested a native Booking.com integration. The existing workaround was unreliable and forced users to keep using Booking.com's own interface in parallel with iGMS.

The integration aimed to improve competitiveness, simplify operations for customers, and unlock new market opportunities.

Process

We started by aligning with leadership on business goals, then involved Support to interview existing users and validate demand. We identified the audience and invited customers into a beta-testing cohort.

The interviews produced a list of engaged test users, core scenarios, pain points with competitor solutions, and baseline expectations.

Using that input and leadership goals, I built a user story map to define MVP scope and the follow-up roadmap. We iterated on that map repeatedly and used it as a backlog foundation.

User story map Story Mapping

Because this was a new market for us and competitor metrics were not public, we had to estimate success targets with limited certainty.

I then conducted a deep review of Booking.com API docs and direct competitors, and documented platform capabilities, process limitations, and implementation constraints for both leadership and engineering.

API and competitor research summary

To close remaining unknowns, I ran real platform testing: created multiple test accounts with different roles and covered end-to-end user scenarios - account creation, onboarding, listing publication, booking flow, payout flow, messaging, reviews, calendars, rates, special offers, reports, reservation cards, and more.

We discovered that Booking.com adapts UI and available flows based on many contextual parameters. To cover edge cases, I created 30+ listings and completed around ten real reservations.

All findings were documented internally with opportunities, risks, and open issues, followed by a walkthrough for the product team.

Internal documentation of entities and flows

Next, I prepared detailed use cases based on the story map. Engineering and QA used them during implementation and validation.

Detailed use case design based on user stories and research

After use-case alignment, I moved to final UI design. To avoid bottlenecks, I demoed and handed off scope in epics, so design and development progressed largely in parallel.

Some areas required multiple wireframe/prototype iterations, but many screens moved directly to high-fidelity design thanks to clear use cases and an established design system.

Large Figma workspace with many files and frames

After that, the remaining execution steps were straightforward:

Result

We significantly missed initial timeline and metric assumptions, and external factors - especially the 2020 pandemic - had major impact.

The release shipped later than planned, but customer feedback was strongly positive and highlighted both usability and feature completeness compared to nearby competitors.

Final UI screens

Up to 10% of new customers now connect Booking.com accounts, and over 90% of existing customers moved from passive calendar sync to full integration.

iGMS 2020

✏ Published on


Previous

How We Redesigned Onboarding at iGMS and Found Key Issues

Next

How We Added Fonts to the Craftum Editor

Other notes