Silence Urban Mobility

Powering sustainable mobility.

Product Strategy, Design Sprint, UX/UI Design, Development.

Challenge.

A sustainable mobility company that produces personal electric scooters needed to expand their product’s functionalities and fix and enhance the UX. 

Silence Urban Mobility S01 is a personal electric scooter  free of charging points. It has a Fast&Easy battery that is removable, portable and can be charged at any outlet. The challenge was to develop a mobile app to work with the scooter, allowing it to be turned on and off, as well as show its location and display information regarding battery. It also should be able to range between recharging in real time, let users plan trips and way more.

Design Sprint.

We kicked off the project with a Design Sprint in order to build a prototype to help us validate new functionalities with real users.

We needed to understand perfectly well the users’ relationship with the product. That’s why we worked together with the client in a multi-disciplinary team in order to set the product’s long-term goals, list questions that needed answers, find strengths and weaknesses, analyze the scooter’s stats and describe potential user profiles.

We jotted down possible solutions for the problems we found and organized them according to the value they added and the risk they implied. 

This helped us identify critical points, turn our assumptions into hypotheses and validate them. We built a prototype, tested it with our target users and went through a continuous iterative process. This was the key to try out different functionalities, keep the ones that proved to be useful and leave aside those that were not.

Once we finished the Design Sprint, we had gathered enough feedback to prove the app actually added value.

User Experience.

A series of in-depth interviews with users and an iterative process allowed us to polish features and reduce friction.

During the Design Sprint we identified the main issues the app ought to solve and our target. Iterating over our work process was the key to simplifying the user-scooter relationship and to finding new innovative features that would add substantial value. 


We needed to reduce to the maximum friction between users and the product. We designed a seamless onboarding process to let users pair their scooters easily and redesigned the on/off feature: users can now turn on the S01 just by getting near it.  
An important challenge within the project, was to provide clear and visually attractive information. That’s why we created a dashboard where users can turn the scooter on and off, find battery and electric range between recharging information in real time, plan their next trip and locate their S01.

Style Guide.

A neutral color palette and color accents to reinforce ideas.

We used a clean and fresh style not to divert the users’ attention from what really matters. The S01 scooter is attractive enough so we chose to keep it simple and just add strong colors to highlight alerts, problems and good performance.
We paid special attention to text hierarchies and their enunciation. They had to contribute to the product’s design and maintain a straightforward and casual tone.

Development. 

Providing a great experience with outstanding technology.

The UI was challenging yet minimalist, so we used Lottie animations to provide the same experience with awesome animations across platforms and different devices. Besides being a great tool, it’s time saving. This allowed us to focus on other features that were also really important.

Both apps are native. This let us create a seamless experience for users which was crucial since one of the most important features is to allow users to start their scooters using the app.

The communication between scooter flows was made through Bluetooth using an SDK that was built entirely by our team . Also the app is architectured in a way that allows us to avoid any overhead while handling lots of data. This keeps the user in sync with their scooter no matter where it is.

Continuous Process.

A new feature equals a new build.

Lastly, all the development of this app follows the “incremental + iterative” process. So the first step before even thinking of writing any code was to set up a continuous development process that provided our product team with a fresh new build every time a new feature was released. We could provide feedback and improve our apps as soon as our PO or our client  got a new build in their phone.

Next case study.

Let’s Talk

CONTACT US