Y2Z Travel
Results
0%
0%
0
0
0%
0%
0%
0%
Onboarding completion
As Founding Product Designer, I partnered with the CEO on the 0 to 1 roadmap, first field interview to GTM strategy, balancing growth against bootstrapped constraints.
Overview
Background
Every piece of the trip, ideas, notes, tickets, expenses, lived in a different app. What we were missing was traceability, notes tied to a place, research tied to a day, context we could track without losing it or hunting across a dozen tools.
We suspected the setup was bad. The data told us it was worse. A single day of trip planning involved over 220 opens of travel-related apps and 206 phone unlocks, constant context-switching across a dozen apps that exposed the real gap.
We researched what tools people currently use to plan journeys, and tried the fixes ourselves - Stippl, Notion and our own Sheets hack. Every option forced the same trade. Usability or flexibility, never both. Stippl sat closest to usable, Notion won on customisation, our Sheets hack landed in neither. No tool occupied the zone we needed, the Ideal Zone.

This began with personal frustration. We followed with 50+ traveler interviews, 30+ industry reports, and agents at SOTC and Thomas Cook. Finding: 73% felt no platform delivered vibe and logistics together, so they trusted none.
Research & Discovery
Field research, synthesis, and interviews surfaced more friction than expected. We mapped it into a sunburst, clustering insights by relevance and frequency to trace each one back to its root.
The Challenge
Here's a version folding that in:
As a team, we ran affinity mapping to understand and pair the data, helping us surface the most critical problems alongside the initial direction, which collectively shaped the HMW questions shown below.

Challenge 1
Challenge 2
Challenge 3
Process
To solve the 90-day fragmentation problem, AI was the clear answer. The reports agreed: businesses across the industry were expected to build generative AI into their offerings given the scale of demand.
We planned to build AI as our foundational model long-term, but for the MVP, we used a third-party API from OpenAI, tuning prompts to power the system in the early stage.
Mapping the interface, we explored usable formats, staying close to the core needs around maps and travel unity. We tested multiple options, then selected the direction based on what travelers actually quoted during interviews.
Attachments were considered by default, with similar information grouped together in the process.


Personalisation needed a lot of data, hard to get upfront. The turnaround: collect it through onboarding, before generation even starts. Among the options explored, this worked best, a smoother UX and better input for the AI to build the itinerary around.
Solution

When Midjourney approached us, they already had a bbrowser experience but needed a dedicated space for users to connect, share, and learn.
When Midjourney approached us, they already had a bbrowser experience but needed a dedicated space for users to connect, share, and learn.











