Technical Decision-Making in a Fragmented Space: Spotify In-Car Case Study

0
169
Technical Decision-Making in a Fragmented Space: Spotify In-Car Case Study



July 10, 2024

Published by Maheen Khalid, Senior Engineer

Car rides have turn out to be related and interactive today with drivers jamming to music or catching up on podcasts or audiobooks whereas they’re on the street. An enormous portion of Spotify listening occurs within the automobile — a key purpose why it’s necessary for Spotify to make sure customers have a clean expertise within the automobile, hanging the proper stability between security, simplicity, and management. Achieving such stability isn’t straightforward because of numerous challenges: to keep up interoperability amongst totally different Spotify experiences, present seamless utilization on every kind of screens, and handle drivers’ restricted focus.

Interoperability amongst totally different experiences

There are 3 ways to play Spotify in your automobile:

  1. Using a Bluetooth connection: This methodology makes use of the automobile’s audio system as audio outputs. Users can execute primary playback operations corresponding to play/pause, skip ahead, and skip backward, utilizing controls positioned on the automobile’s media head unit and steering wheel.
  2. Via a projected expertise: Examples of this embody Apple CarPlay and Android Auto, which undertaking telephone functions onto the automobile’s media unit. Through the projected Spotify app, customers acquire entry to more-advanced functionalities corresponding to searching playlists, conducting searches, and using a specialised Now Playing view, along with the fundamental playback controls talked about above.
  3. With an embedded app: An growing variety of automobile producers are integrating specialised working programs into their automobiles’ {hardware}. These programs present entry to the automobile’s {hardware} and provide a devoted media unit to the driving force, that includes standalone media and navigation functions. Tesla and Android Automotive vehicles are prime examples of this integration.

It’s value noting that the majority vehicles come geared up with Bluetooth capabilities, and on high of that, many fashionable automobiles provide projected and/or embedded experiences. This signifies that Spotify can present customers with a number of experiences inside a single automobile. Moreover, contemplating different surfaces the place the app is utilized concurrently (sensible audio system, TVs, smartwatches, and so forth.), it’s crucial that Spotify operates seamlessly throughout all platforms.

Dissimilar display dimensions

Cars are geared up with screens of varied sizes and dimensions, starting from compact shows that hardly present the monitor identify to bigger ones akin to a pill. Adding to the complexity, there are lots of methods customers work together with these screens. They may use bodily buttons, rotary knobs, contact screens, buttons on the steering wheel, and even voice to handle music playback and modify quantity. On high of this, the automobile producers additionally attempt for fragmentation to higher place their distinctive choices, which makes tackling the automotive area even tougher for builders. Naturally, Spotify is anticipated to work seamlessly throughout all these totally different modalities for enter. 

Limited focus from consumer

When it involves choosing what to play within the automobile, it’s a bit totally different in comparison with different conditions, the place the consumer can commit their full consideration. Safety and navigation take high precedence for drivers, which provides a layer of complexity to the expertise. The rules are as follows:

  1. Minimizing cognitive load: Since choosing and taking part in music isn’t usually the very first thing on a driver’s thoughts, Spotify must step in to make it as straightforward as potential. The aim is to scale back the psychological effort required, guaranteeing that selecting music is straightforward and doesn’t distract from the first activity of driving.
  2. Reducing distractions: Our aim is to maintain drivers centered on the street always. That means minimizing something that might pull their consideration away, like sudden interruptions in audio playback or confusion about what’s taking part in. These distractions may cause drivers to look away from the street, which have to be prevented. 

By addressing these challenges and guaranteeing that Spotify integrates seamlessly into the driving expertise — with out compromising security — we are able to create a safer and extra pleasurable audio expertise for drivers.

Given the assortment of challenges, the automotive area is usually seen as fragmented. Bringing collectively groups from totally different components of the corporate is essential to deal with these complexities, and efficient modes of technical decision-making are paramount. 

Because of our distributed workforce, Slack serves as our main software for communication. However, it’s not all the time the platform most conducive to in-depth technical discussions, as conversations are likely to get misplaced in numerous threads, and the extent of element could not swimsuit all stakeholders. 

For technical decision-making, we desire Request for Comments (RFC) paperwork. RFCs concentrate on a single drawback, permit stakeholders to debate that drawback asynchronously, and refine the answer. You can discover numerous templates for writing an RFC on-line, however the gist of it’s that you just begin by describing an issue assertion, give somewhat context round it, then transfer on to share your proposed answer for the issue together with some alternate options. When you’re prepared, you possibly can share the RFC doc with stakeholders to get suggestions in your recommended strategy. 

  1. Break down the issue (if relevant).

Technical issues are available all sizes and shapes. Some are sufficiently small to conveniently match one RFC, and others are hefty – those that can not be squeezed into only one RFC. Addressing such points with a single RFC can lead to an extended and complex doc, which is difficult to know and might overwhelm the reader. 

When we encountered such massive points, we got here up with a plan — to interrupt down the issue into smaller, bite-size items. Therefore, we first introduced a big-picture RFC. This gave all stakeholders a chook’s-eye view of the issue and framed potential high-level options, simply to get the ball rolling. Once we had a call on that, we began producing smaller, centered RFCs, every one diving deep into a particular problem, and shared these with the related groups.

For instance: think about automated playback when a automobile is related. We count on that when a automobile is related, Spotify ought to begin taking part in music based mostly on the consumer’s current listening historical past. The chook’s-eye RFC on the subject contained high-level particulars like architectural design: Should this be a very new system, or can we add this function to an present system? How would the API look? What content material ought to be performed? Etc. Once the structure had been finalized, we moved on to extra detailed RFCs protecting subjects corresponding to the next:

  • Detecting a automobile connection sign
  • Determining the circumstances when automated playback shouldn’t be triggered
  • Experimenting with various kinds of content material to offer the perfect consumer expertise
  • Filtering content material contemplating that the consumer is within the automobile 

The viewers for these RFCs diversified based mostly on the subject. For occasion, content-related RFCs had been shared solely with content material groups, whereas car-signal-related RFCs had been shared with groups accountable for the related equipment house. 

This strategy makes problem-solving means much less daunting, retains duties manageable, and prevents info overload, guaranteeing that every stakeholder group can concentrate on the features most related to them.

  1. Include diagrams and code snippets the place possible.

We usually face the problem of explaining vital adjustments in our programs, and readability is essential in these conditions. So, what will we do? We depend on visuals — diagrams, code snippets, and even draft pull requests when essential.

Diagrams can simply present how issues are related, how parts rely upon each other, and the way work flows, making complicated concepts simpler to know. Apart from utilizing architectural diagrams in our RFCs, we additionally use diagrams to point out consumer journeys, with the purpose of highlighting shortcomings in our present programs.

As for code, it’s our trusty go-to for displaying standardized examples for implementing particular protocols or functionalities. It works greatest when suggesting adjustments to different groups’ programs. By retaining issues constant throughout totally different setups or platforms, we make sure that everyone seems to be on the identical web page.

Revisiting the instance of automated playback within the automobile, we created an RFC to focus on numerous conditions the place automated playback might fail and proposed actions to stop such failures. This RFC was supposed for exterior groups that owned the programs we relied on. To clearly illustrate the issue areas, we used numerous consumer journey diagrams, offering a visible overview at a look. Additionally, we included code examples to display the recommended enhancements, making the technical options extra concrete and actionable.

Using diagrams and code snippets all through our RFCs gives readers with extra context and particulars with out pointless repetition, like giving readers a street map and a guide, multi function, making all the pieces well-organized and straightforward to observe.

  1. Utilize RFCs for problem-solving and inspiring collaboration.

Sometimes we encounter points that depart us much more puzzled. One such occasion concerned a difficulty with playback within the automobile that had been initially flagged as a bug. Turns out, it was a tough one to breed in our normal testing setup, however as we dug deeper, it appeared prefer it might be half of a bigger problem spanning a number of groups, with a extra vital affect than we had initially anticipated.

To perceive and map out the unknowns with the experience of different associated groups, we compiled all the pieces that we knew into an RFC. We defined our a part of the system and left sections for different affected or taking part groups to fill out. This strategy allowed us to current the issue comprehensively and offered a platform for all stakeholders to confirm our findings, whereas additionally facilitating simpler buy-in on proposed options.

Instead of patching the difficulty regionally, the collaborative course of helped us to contemplate all of the views and assess the potential affect earlier than sorting by way of potential fixes and prioritizing what to deal with first. 

  1. Use RFCs to align between totally different features.

One of the exceptional features of RFCs is that due to the way in which they’re usually structured, they’ll deliver individuals from totally different features of an organization collectively to deal with powerful issues. It begins with defining the issue, diving into why the issue must be fastened, and eventually, brainstorming concepts for the way to resolve it.

This methodology labored like a attraction for us after we had been deciding on new logging for a function. We used RFCs to align between Product, Engineering, and Product Insights groups. Our product managers laid out what we would have liked and why, whereas the engineers and knowledge scientists brainstormed concepts for the way to make it occur.

For one other instance: implementing the help for options like AI DJ and Jam in vehicles. When implementing help for any exterior function within the automobile, there are some key inquiries to ask, corresponding to:

  • Does the present structure help this new function or does it want any enhancements? 
  • Does the automobile integration want extra info than at the moment uncovered by core API?
  • How will the logging work to find out that the listening is going on in a automobile? And so on. 

RFCs all the time present a great way for the engineers, product managers, and knowledge scientists from totally different verticals of the corporate to come back collectively and discover optimum options to such points.

Navigating the combination of Spotify into the fragmented automotive ecosystem has posed its challenges, requiring intricate options. Throughout this journey, RFCs have confirmed to be a useful software for facilitating collaboration, iteration, and knowledgeable decision-making within the improvement and implementation of our programs.

While we’ve fine-tuned RFCs to align with our organizational wants over time, it’s important to acknowledge that each group is exclusive. What proved efficient for us could not essentially yield the identical outcomes for others. Therefore, we encourage groups to experiment and discover the complete potential of RFCs inside their very own contexts.

By embracing flexibility and innovation, groups can uncover new avenues for leveraging RFCs, in the end enhancing their collaboration and decision-making processes.

Special due to Marko Tiidla and Robert Abramczyk for all of the steerage and help throughout writing of this weblog submit. 

LEAVE A REPLY

Please enter your comment!
Please enter your name here