Aurora + Lyra: acquisition support

During my first two years at Aurora, the company struggled to create a bespoke tool which could output the necessary 8-page document from an electrical 3D CAD drawing (called a Plan Set), because of the deep technical complexity and time needed to build and restructure back-end systems. Rather than continue to try and build this functionality themselves, they opted to acquire a small, 10-person startup who had already created what we needed.


Olivia
Staff Product Manager (Aurora Solar)

Nadia
Lead Product Designer (Aurora Solar)


Mariesa
Senior Design Manager & Lead Due Diligence Researcher (Aurora Solar)


Derek
Founder & President (Lyra)


Kyle
Director of Global Partnerships & Corporate Development (Aurora Solar)


+ 15
collaborators, SMEs, and stakeholders from Lyra & Aurora Solar

Aurora was optimized for sales workflows and “production” design, not detailed electrical and structural installation requirements, like Lyra. The challenge we had to navigate was reconciling those fundamental differences in UX & data structure.

  • Aurora only captured a fraction of the information necessary for an install
  • Aurora lacked depth of control needed to support varied, complex installation scenarios
  • Aurora offered limited built-in guidance, leaving users responsible for ensuring accuracy
🏔 Coming together cross-functionally to understand the full scope of all “requirements”

The CAD design needed to be “complete” with a basic amount of data, ensuring every detail was covered. It had to be “installable,” meaning the equipment should fit well and integrate easily into existing systems without causing issues. Additionally, it had to be “to code,” which required following federal and state regulations. This included meeting electrical, fire, residential, and building codes, necessitating a clear understanding of the standards for safety and functionality in construction. Each part of the design played an important role in ensuring the installation was reliable and efficient, leading to successful implementation.

✨ Outlining the Jobs To Be Done

Our discovery efforts focused on identifying the various Jobs to be Done in this workflow to better understand the needs and motivations of our customers. This careful analysis helped us capture key customer expectations and allowed us to prioritize features that truly mattered to them. By mapping out each stage of the user journey, we gained useful insights that guided our decisions at every step. This framework helped us avoid creating a bloated MVP with unnecessary features, ensuring we delivered a product that effectively addressed customer pain points and improved their experience. Ultimately, this approach led to higher customer satisfaction and a greater chance of long-term engagement with our solution.

👟 Conducting due-diligence interviews with current Lyra customers

I led the team in conducting and analyzing 15 interviews with current Lyra customers to understand 1. if the acquisition was viable and 2. what product gaps and value propositions existed. This process included gathering qualitative insights and identifying patterns that provided our team with a clear view of customer satisfaction and needs. We presented an overview of customer demographics, needs, behaviors, and goals to the company, showcasing the varied backgrounds of our customers and how their experiences influence their use of the Lyra product.

🤲🏽 Sketching our solution vision together

We outlined our vision goals, assumptions, and requirements, and created a clear plan to achieve the impact we wanted. This careful process included looking at the current situation as well as identifying possible challenges and opportunities. Now that everyone was informed and on the same page, our next step was to gather ideas from all team members, encouraging creativity and innovation. By welcoming different viewpoints of engineering, product, sales, customer support, and design, we ensured that the solutions we developed would meet the needs of our audience.

After iterating on the MVP we made space for visionary work to align the team, stakeholders, customers, & Aurora leadership on where the product was headed.

We also needed to consider additional constraints with the 1-year vision:
The current Aurora UX offered full flexibility for varied workflows whereas Lyra provided a linear, constrained workflow. Which would our customers prefer? The customer validated answer? Combining experiences into a hybrid of both worlds!

Resulting business & customer impact

$107M

Total addressable market (TAM), split 50/50 for self-serve & white-glove solutions

$25M

Additional revenue obtained with MVP, & high likelihood of growth with additional regulation coverage.

35%

Overall reduction in task time to completion of the Plan Set package.

Takeaways & learnings

It’s my philosophy that every project and experience has something to teach us. No matter the expertise or experience of the person, there is always something to learn and take away from a project that could be done better or differently next time. There’s also always things done well that should be done and re-applied for the next project as well! Here’s a few of those reflections for the Aurora + Lyra integration project:

🏆 Things we did well

  • We started with a small release and reduced risk to business by conducting a beta phase.
  • We were able to roll back on issues very quickly, as soon as they were identified.
  • Incorporating stakeholders early and often to get feedback and buy-in.
  • Working very closely with existing Lyra customers and generally taking a HCD (Human Centered Design) approach.

🧐 Things we could have done better

  • Conducted a pre-mortum 1-2 weeks before release to the beta testing group.
  • Tight timelines lead to unnecessary sense of urgency, and stress for the team. Unfortunately these were mostly self-imposed deadlines.
  • Incorporated additional feedback from Lead Product Designers & Lead Product Managers from pods in different areas of the Aurora product.
  • Additional proactive communication to team and leadership of risks to timeline and/or beta delivery readiness.

Comments

Leave a comment