The Good Tech Companies - From Screens to Streets: How Field UX Research in Morocco Helped Redesign Intercity Booking

Episode Date: July 14, 2025

This story was originally published on HackerNoon at: https://hackernoon.com/from-screens-to-streets-how-field-ux-research-in-morocco-helped-redesign-intercity-booking. ...Discover how inDrive's Intercity team used UX research in Morocco to test a redesigned, step-by-step booking form. Check more stories related to programming at: https://hackernoon.com/c/programming. You can also check exclusive content about #ux-research, #ux-design, #indrive, #mobile-app-development, #field-ux-research, #indrive-booking-redesign, #ride-hailing-user-testing, #good-company, and more. This story was written by: @indrivetech. Learn more about this writer by checking @indrivetech's about page, and for more stories, please visit hackernoon.com. Intercity traveled to Morocco to test a new form for booking intercity rides. The new step-by-step form helped distribute cognitive load, focus attention, and make the booking process more natural.

Transcript
Discussion (0)
Starting point is 00:00:00 This audio is presented by Hacker Noon, where anyone can learn anything about any technology. From screens to streets, how field UX research in Morocco helped redesign intercity booking, by Indrive. Tech. Greater than what makes a product truly useful, it's not the number of features or sleek design, but its ability to solve re-loser problems. And to understand those problems, dashboards alone won't cute it. You need to talk to people, observe their actions, and see where the interface helps and where it hinders. That's why we use methods like customer development and UX testing. The first helps uncover user motivations and context, the second reveals actual usage scenarios before launching new features.
Starting point is 00:00:42 The Intercity team traveled to Morocco to meet in-drive users and test our designed form for booking Intercity rides. This wasn't just a business trip, it was a deliberate step toward rethinking an outdated, single-screen solution. Despite its apparent simplicity, that format caused cognitive overload. On small screens, key fields like date or comments were often hidden behind scrolls, leading users to skip important steps. UX research showed, earlier research led us to a step-by-step format, address entry, tariff selection, price setting, and additional details. Greater than, as a product designer, I often see how overloaded interfaces quietly greater than complicate user journeys.
Starting point is 00:01:23 We aimed not just to refresh the visuals, but to greater than rethinkicate user journeys. We aimed not just to refresh the visuals but to greater than rethink the whole experience. The step-by-step form helped distribute greater than cognitive load, focus attention, and make the booking process more natural. Greater than Sergey Goltsov, senior product designer, Intercity after prototype testing, we entered the development phase and built a devision of the new form. With it, the team went to Morocco for final UX testing in conditions close to real use. This was the last step before the A-B test, ensuring the new format truly solved the issues and could be scaled globally. 1. Preparing the research Before the trip, we set clear goals, test whether the new step-by-step form
Starting point is 00:02:04 met us our expectations and identify interface pain points. We were interested in visual perception and real-world behavior. We focused on three user groups, intercity ride passengers, pool route users, hybrid users coming from other in-drive verticals. We compiled a list of Morocco's most active users and scheduled interviews in advance. The research focused on four key screens, main screen, route selection, tariff selection, final booking screen, we had hypotheses for each. Would users notice the auto-filled departure point and know how to change it? Would they understand trip types or the, where to, button? On the route screen, we looked at how users interpreted addresses,
Starting point is 00:02:45 distinguished between trip formats, and responded to recommended pricing. The final screen was tested for clarity around price logic, now, versus scheduled time, the comment field, and error messages for incomplete fields. We also tested the map component, often underused due to its small size. In pool mode, we checked if users could
Starting point is 00:03:05 manually input prices. In hybrid scenarios, we looked for confusion caused by switching UI formats. We also involved teams in India and Pakistan, sharing the prototype and research goals to run UX sessions with local users. This gave us valuable cross-cultural feedback to assess the universality of the interface. 2. Conducting interviews. Each session included a designer, product manager, and business developer, offering multiple perspectives and fast documentation. Our Morocco-based business developer played a key role, coordinating, translating, and
Starting point is 00:03:40 solving logistics thanks to his fluency in Arabic, French, and English. Ramadan brought challenges, we had planned to test pool rides in real conditions, but demand was low. Evening iftars also limited availability, so all interviews happened during the day. Despite this, we completed four interviews as planned, in Casablanca, Rabat, and Marrakesh, alternating interviews, fieldwork, and travel to better understand real-world usage. Greater than, we had to adjust our plans around Ramadan and local schedules, which made greater
Starting point is 00:04:11 than organizing interviews a bit tricky. But the feedback we gathered was very greater than valuable, both from a product perspective and a business one, as it helped greater than uncover some users and drivers issues. Greater than Usama Sabeer, BDS Intercity, Morocco greater than, it was a tough trip to organize. Ramadan made recruiting difficult, users had greater than limited availability during the day, and evenings were off limits. Without our greater than local bizdev, we wouldn't have been able to get such high quality feedback. Greater than this showed how crucial local context and trusted partners are. Greater than Maxim Sitsev, senior product manager besides scheduled
Starting point is 00:04:51 interviews, we conducted impromptu field sessions at train stations in Casablanca and Marrakech. Local in-drive users were friendly and open, most readily agreed once we explained the purpose. Declines were rare, one due to a train arrival, and some concerns from women about video recording, we clarified we only recorded the phone screen and hand gestures, not faces. All interviews followed a structured flow. We introduced ourselves, explained the study, and got consent. Participants were then asked to book an intercity trip using the test version of the new form. No instructions were given except for tech-related issues, we wanted to test interface intuitiveness.
Starting point is 00:05:30 After the task, we asked follow-up questions on their impressions, difficulties, and general experience, and participants received a small cash reward. Sessions listed under an hour, all interactions were recorded, and screen captures saved for analysis. We conducted interviews in quiet locations, cafes, homes, near cars. Participants freed in behavior from those who pre-book regularly to frequent pool users. Overlapping scenarios revealed behavior variability and added richness to the findings. For Arabic speakers, we tested the form in RTL mode with full localization to mimic real use. Most users navigated the form easily.
Starting point is 00:06:08 Core tasks were completed without hints, showing the step-by-step format worked well. However, some hypotheses were only partially confirmed. Users didn't always notice the where to button, struggled with recommended pricing, or missed the option to edit the address on the final screen. Some had difficulty manually entering prices or finding fields for scheduling and baggage comments. We compiled a hypothesis table with updated statuses, some validated, some needing revision,
Starting point is 00:06:37 and others passed to backlog our A-B test plans. We also noted extra findings, like, low pool order volume, confusion about pickup time when pre-scheduling, no bargaining after ride acceptance in Morocco, autocomplete issues, these insights shaped our next steps and design revisions. 3. Results and takeaways. Being on the ground gave us first-hand insight into user needs and real constraints. For example, when we tried booking a ride ourselves from Casablanca to Marrakesh, it took over an hour to find a driver. We also witnessed conflict. A traditional taxi driver blocked our in-drive ride and threatened the driver. Our driver warned us that the, taxi mafia, in Marrakesh doesn't tolerate ride hailing
Starting point is 00:07:20 and could damage his car. We had to cancel the trip and rebook from a different location. This incident not only shows the tension between new services and local players but also highlights the need for direct market exposure to understand real dynamics. Field research revealed that many use in-drive daily to commute between cities. We uncovered several UI pain points. Some tried booking intercity rides through the city vertical instead of city to city. Most users relied on auto-filled pickup points and confirmed details via phone. The recommended price was treated as a guideline but often adjusted manually. 24-hour time format confused some users.
Starting point is 00:07:58 They preferred 7 p.m. over 1900. The comments field was only filled when clearly visible. Despite minor gaps, users were able to complete the booking flow without issue. This proves the new step-by-step form is ready for scaling. Based on these findings, we'll make final UI tweaks and launch the A-B test to validate performance at scale. Thank you for listening to this Hacker Noon story, read by Artificial Intelligence. Visit hackernoon.com to read, write, learn and publish.

There aren't comments yet for this episode. Click on any sentence in the transcript to leave a comment.