Fernway
How a travel marketplace moved from monthly release trains to shipping every day.
- Industry
- Travel marketplace
- Size
- About 200 people
Sample stories, written for this template. Replace them with real, approved customer stories before launch.
The challenge
Fernway released once a month. Every release bundled weeks of changes, so when bookings dipped nobody could say which change caused it.
Rollbacks meant a redeploy, which took most of an afternoon and a room full of engineers.
What they did
The team put every customer-facing change behind a flag and moved to scheduled rollouts, starting with staff, then one market at a time.
Booking conversion and payment errors became guardrails, so a rollout pauses itself before a problem reaches most travellers.
“We stopped arguing about whether a release was safe. The rollout tells us.”
What changed
- Releases went from a monthly event to an everyday habit.
- When a change does hurt bookings, the rollout pauses on its own and the team switches it off without a redeploy.
- Product managers read experiment results themselves instead of waiting on an analyst.
What Fernway uses
-
Scheduled rollouts
Go from 1% to everyone over days, with automatic pauses when errors rise.
Learn more: Scheduled rollouts -
Experiments
Split traffic between variants and get a clear result, with the statistics done for you.
Learn more: Experiments -
Product analytics
Funnels, retention and cohorts, with every release marked on the chart.
Learn more: Product analytics
Write your own story
Start free and roll out your first change this week.