Culture of quality
Acast’s tech team is committed to being outcome-driven in our product development, and we’re growing quickly—bringing on new product managers, designers and engineers. There’s a great energy you can even sense virtually, as we have remote-first US technology teams.
But onboarding and starting new product teams isn’t light work. My team at Acast, Audience Growth, was started a few months ago, and we wanted to share the perspective, tools and learnings that have helped us so far.
You need an elevator pitch. This is easier with a new team, since you need to share who you are across an organization regardless. For anyone joining an established team, it’s also key that they’re able to not only understand the vision, but question it and mold it to something that reflects reality.
Product teams want to move fast and bring value to users. Pausing to question the “why,” is important, as it helps focus future work. This should include all members of the team, not just product managers.
We did this through a simple Google deck, breaking it down into the team’s purpose for the company and for our users.
These team visions should also be shared with the stakeholders you’ll interact with regularly.
A product development team solves problems. That’s very traditional in Agile, and nearly every individual that joins Acast has this type of mentality. Put simply, they want to help podcasters.
What’s important to instill in a product development team is not just a focus to solve problems, but a team awareness of how we get to decisions about what problems to solve. How does the team evaluate the next steps? What criteria do we use? Are those criteria clear to everyone?
A product resource we’re experimenting with is opportunity solution trees, thanks to Product Talk.
One of our products is the Acast embed player, which allows podcasters to embed an episode or a full podcast across different platforms. We love this product, and we want to increase the number of times users hit play when they come across it in the wild.
Instead of jumping to different implementation ideas, we took a step back, and made sure that we knew what opportunities any solutions were solving. If we wanted to pursue a specific solution, did it map back to an opportunity? If it didn’t, why were we picking it? For Example:
A sample opportunity tree that the team could use.
Once we had a few solutions identified, we thought about bite-sized experiments we could run to see if the solution was effective. If something can’t be broken down into less than two weeks of work, we’re pursuing discovery activities to try to do so, as it’s important for us to deliver work in small pieces.
Not every member of the team is an analytics expert, but every member of the team should know how to track the performance of their product changes.
Our team relies heavily on Google Analytics, paired with Acast’s in-house business intelligence tools, user research and surveys. I have calendar reminders to pause and review performance on a regular basis, and then we discuss in Slack.
With podcasting being an open ecosystem, analytics can get complicated — so we make sure all colleagues understand the nuances of IAB measurement and other industry-specific metrics.
During onboarding, we love to have colleagues complete a “User Manual of Me” that talks about their working style and preferences, and shares some fun, random information.
Putting these types of documents in writing — in a Google Doc or in Github — also helps new colleagues get to know their team members really quickly. We’ll also update these manuals to keep them fresh with our lives and perspectives.
Being a Swedish company, we love to schedule a fika — even virtually — for new colleagues and their team members to relax and get to know each other.