β
The search engine that plants trees
Ecosia is a search engine that operates as a social business and uses the revenue generated from ad clicks to plant trees in various locations worldwide where reforestation is needed most. It was founded in 2009 by Christian Kroll and is based in Berlin, Germany.
The search engine prides itself on being environmentally friendly in its operations and boasts a global user base of over 20 million people as of 2023. Additionally, Ecosia encrypts searches and does not sell user data to third parties, making it a privacy-friendly alternative to other search engines like Google.
π As of April 2024, Ecosia claims to have planted more than 200 million trees since its inception in 2009.
β
We joined Ecosia to serve as Interim Product Managers in the Journey team. We were part of a team of an Engineering Manager, several Full-Stack & Backend Developers, and a Product Designer. With the original Senior Product Manager on paternal leave and the interim Product Manager exiting, our main role was to fill the Product Management gap during this time.
The Journey team focuses on the customer lifecycle, starting from acquisition and activation. This team works closely with the Engagement team, which is responsible for retention. Both teams aim to ultimately increase Customer Lifetime Value (CLV).
One key initiative to improve CLTV was launching User Accounts. This feature would allow Ecosia users to create accounts, enabling Ecosia to better understand and serve their needs.
β
Before we could begin execution, we needed to understand the three pillars:
To gain this understanding, we conducted in-depth interviews with the departing PM, PMs from other teams, and reviewed existing research. With this groundwork laid, we were ready to formulate the strategy for rolling out the MVP.
β
Context:
User Accounts offered clear business value: it would help Ecosia better understand its users and offer personalized experiences to ultimately improve user engagement and CLTV.
The challenge was incentivizing users to create accounts and to provide them value in doing so.
Initially, the first value-added use case was to support syncing across browsers. Coincidentally, the native apps team was building the desktop browser (Ecosia already had mobile browsers), and this offered the perfect opportunity to synergize with User Accounts.
However, as we identified dependencies on a cross-team roadmap, it was highlighted that coupling both launches would risk the Browser launch. Further, to validate the underlying hypotheses for User Accounts, we needed to launch at scale which would be limited by the reach of the Desktop Browser.
Rather than risking the Browser, we decided to de-prioritize syncing and went back to discovering the first value-add use case that would incentivize users to create User Accounts.
Problem:
The team was stuck between Discovery and Delivery. User Accounts had significant business value, and their development needed to be mobilized. However, without a value-add use case, we didn't know where to begin or what our release strategy would be.
To get the team moving, we needed to parallelize delivery and discovery.
Solution:
β
Context:
At Ecosia, the OKR planning cycle occurs every 4 months, with all team initiatives aimed at achieving desired business outcomes.
Problem:
User Accounts was a 0 to 1 initiative, and key hypotheses needed testing. We had to balance setting ambitious yet realistic Key Results (KRs) without having no target to aim at.
Solution:
We reviewed historical feature launches and found a proxy: Magic Link, a feature allowing users to βlog inβ on other devices. We used the post-launch usage data of Magic Link as a benchmark.
β
Context:
Before User Accounts, we didn't capture any Personally Identifiable Information (PII) and were limited to getting consent for Cookies.
Problem:
With User Accounts, we had to balance capturing necessary PII while ensuring user rights and delivering promised value.
Solution:
We conducted an extensive data mapping exercise to identify what data we would capture, why it was needed, and where it would be stored. With legal counsel, we determined which data required explicit consent and designed the recommended user flow for capturing that consent. Additionally, we worked with our engineering counterparts to scrutinize data security mechanisms for the data we would store versus data stored by third parties like Okta.
β
β
π‘ Locked the requirements and designs for the Alpha release, enabling a clear roadmap and kicking off development with a well-defined scope.
π‘ Defined the go-to-market and release strategy for User Accounts MVP, providing a 3 to 6-month development roadmap.
π‘ The Choice Screen resulted in an install spike of 139% on iOS and 50% on Android. This contributed to an increase in CLV, with an attribution of incremental revenue (euros) in 6 figures.
π‘ Successfully enabled adherence to the partnership with Google by sunsetting features that incentivized search, without significantly impacting user retention.