Breaking Out of a Feature Factory
28 April, 2021
Head of Product at HATCH
We were in our early startup phase when we were working with our first customer. Though our goal of that time was to acquire multiple customers, our roadmap was dictated by a single -- our first -- customer. The lack of strategic direction made it hard for the team to say No, which meant we said Yes to many things. That approach sabotaged the efforts of the product development team, which was trying to come up with a solid strategy of how we could acquire new customers. We didn’t know if certain features would drive commercial value on a wider scale nor if customers would appreciate features they never had a chance to experience before.
The whole meandering gave rise to frustration growing across the team. When we finally decided that we should slow down or even pause to understand better where we were heading, some people on the team disagreed. At the same time, frustration was building with the customer too, who was not receiving clear messages and not getting what was requested.
We looked at all the information generated from market and customer research as we tried to identify some fundamental, tangible hypotheses that should drive our decision-making. Those hypotheses should help us overcome the “from 1 to n” problem, a problem that troubles product leaders across the industry. Instead of building for one customer, we should deliberate on hypotheses that would help us build features serving many more customers.
From there on, we would bring it down to a couple of simple things that, from a product perspective, we could easily test and drive the acquisition quickly. That required us to articulate a goal; to stack up some more acquisitions, we had to excite and entice the market. To do so we had to remove barriers we heard of in sales conversations while not focusing on removing barriers for the existing customer.
All those efforts should be crystallized in a compelling product story linking our product strategy with business goals and the overall business strategy. We presented our product story to the leadership team, explaining that having the story was critical for us to move forward. To bring people on board, I had to talk and convince internal stakeholders individually. I ensured to have the CEO stand behind the proposal before we would socialize it down to a wider team to collect feedback.
I would always start as high up the ladder as possible, which would get me the most relevant feedback and insight that I could later distill through different functions like Customer Success or Growth. Once people would see the evidence-backed proposal of why they should do some things and how the features play into a longer-term story, they would be willing to embrace it more eagerly. Also, by creating a strategic narrative as such, customer-facing teams were able to sell the story to customers and counteract their requirements.
- Get people engaged early in the hypothesis discussion. Instead of fixating on the one you think is the right one, introducing multiple variations or alternatives would be more beneficial. Go through multiple iterations of those hypotheses -- they have to be succinct and clear for people to grasp onto. If they are too complex, you will need to reduce them to something people can understand and hold on to.
- It would be easier to get some people on board having them co-create some hypotheses rather than working on them alone and then sharing them (almost imposing your thoughts). Involving your senior leads can result in a more positive acceptance of your proposal.
- Using evidence-based research rather than anecdotal evidence and articulating hypotheses based on information about the underlying problems will always beat subjective, personal accounts.
- Frictions and disagreements will likely happen at some point. Creating a clear message around prioritization supported by the most senior people would help us communicate the story in a more effective way.
- Frustration with frontline customers is often derived from the emotions that both customers and the internal teams have about the product. Manage those emotions wisely, by pointing to solid facts and well-conducted research. You will have to help them overcome emotional attachment if you want them on board.
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
Discover the daily struggles, challenges, and moments of delight encountered when delivering banking products around the world. I will share my story candidly and honestly, without filter as much as I am allowed, and offer insights into my approach while providing retrospectives of the results.
Director of CX at FLF PRODUCT DESIGN
Supporting principles on why being data led (not driven) helps with the story telling.
Head of Engineering at Xero
There are nine specific building blocks and functional areas every org/company need to work to launch the product and provide services to customers. How effectively founders tackle them determine the destiny of the company.
Senior Software Engineering Manager at Anaplan
A high performance team refers to “ a group of goal-focused individuals with specialized expertise and complementary skills who collaborate, innovate and produce consistently superior results.”
Senior Software Engineering Manager at Anaplan
Viswa Mani Kiran Peddinti, Sr Engineering Manager at Instacart, walks through his experience scaling a team, product and his skills as a leader.
Viswa Mani Kiran Peddinti
Sr Engineering Manager at Instacart