Skip to content
Danny Papageorge
iOS + Android · 0→1Consumer · Mobile app·2019

Specialized

Power Cranks, setting up a new ride sensor

Designed the Power Cranks app for Specialized, the setup experience for a new power-and-cadence sensor, built for both riders and Independent Bike Dealers, and handed off as iOS and Android prototypes.

Mobile designUX flowsWireframingPrototypingUI
Power Cranks, the setup app for Specialized’s new sensor
Fig. 01, Power Cranks, the setup app for Specialized’s new sensor

0→1

New app for a new sensor

iOS + Android

Two prototypes handed to dev

2 audiences

Riders and bike dealers

Flows → UI

Wireframes to design, fast

01Business context

A new sensor needs a setup app

Specialized launched a new sensor that tracks a rider’s power and cadence. To make it usable, they needed a mobile app that let two very different groups set the device up: everyday customers at home, and the Independent Bike Dealers (IBDs) who sell and service their bikes.

It’s hardware-adjacent product design, the kind where the app is the difference between a sensor that feels effortless and one that gets returned.

  • New power-and-cadence sensor from Specialized
  • Two setup audiences: riders and Independent Bike Dealers
  • Native apps for both iOS and Android
02Problem definition

Two audiences, one setup that can’t feel clumsy

Hardware setup is where good products quietly lose people. The job was to make pairing and configuring the sensor feel simple for a rider doing it once at home, and efficient for a dealer doing it many times a day.

That meant deciding early where the rider and dealer paths should diverge, and where they could safely share the same screens.

With hardware, the setup flow is the product’s first impression. You design it for the most impatient person in the room.
03Process

Flows to wireframes to a clickable handoff

We moved quickly. I worked from user flows into wireframes and straight into design, keeping the path tight so the development teams could start building against something real as soon as possible.

The output was two InVision prototypes, one for iOS and one for Android, handed off to their respective development teams, with the rider and dealer setup paths defined before a line of production code.

  • User flows → wireframes → design, on a fast track
  • A dedicated setup flow for Independent Bike Dealers
  • Two InVision prototypes: iOS and Android
  • Clear, clickable targets handed to each dev team
04Outcomes

A clear target for both dev teams

The prototypes gave the iOS and Android teams an unambiguous, interactive spec to build from, the rider and dealer experiences resolved up front, so engineering could focus on bringing the sensor to life rather than untangling the flow.

05Lessons learned

What I’d carry forward

When there’s hardware on the other end, the setup experience is the product. Speed mattered here, and going flows-to-wireframes-to-prototype kept us honest and fast without skipping the thinking.

Designing for two audiences in one app is mostly about divergence: decide deliberately where the rider and the dealer need different things, and let them share everything else.

Figures · from the work
Wireframes for the device-setup flow
Fig. 02, Wireframes for the device-setup flow
User flow for Independent Bike Dealer setup
Fig. 03, User flow for Independent Bike Dealer setup
The finished Power Cranks setup experience
Fig. 04, The finished Power Cranks setup experience

Currently open to new roles

Let’s make somethingclear.

Senior, Staff, Lead, or Design Manager, if you’re untangling something complicated and want a designer who thinks in systems, I’d love to hear about it.