Retro · Anza Renewables · 2025

Custom systems: the feature that didn't land

A feature for modeling custom storage systems that never found its audience, and what the data taught me about validating demand before building.

Role
Lead Product Designer
Company
Anza Renewables
Timeline
Late Sep to mid-Dec 2025
launched Feb 2026
Outcome
13% of active users
Add Custom System wizard: four steps, starting with Select Pricing Source

The bet

The original job was narrow. A major manufacturer that wasn't a supplier on the platform had public product data, and many of our buyers already held quotes from them. If buyers could enter their quote and we filled in the rest from that public data, they could evaluate the manufacturer's systems on Anza without the manufacturer signing on.

The assumption was that enough buyers had those quotes and wanted to run them through the platform. That was never tested before we built.

Building it

Design ran from the end of Q3 to mid-December 2025, longer than planned. Scope kept growing. A tool for one manufacturer's quotes became a general builder: buyers could enter any custom quote, with any block and PCS details, and check whether the resulting system was compatible with their project parameters. Each addition needed long discussions about pricing sources, block and PCS pricing, and the checks a system had to pass.

What happened

Custom systems launched in February 2026. By October, only 13% of active storage users had used it, and the accounts touching it never compounded. The instrumentation showed where it broke: most people who abandoned the add flow left at the first step, Select Pricing Source.

Custom systems never compounded

Monthly active accounts on storage vs. accounts touching custom systems (2026).

Storage monthly active accountsCustom systems accounts
StorageCustomFebMarAprMayJunJulAugSepOct
Customers only. Recreated from internal product analytics; values approximate.

What I took from it

The flow asked buyers for data the library existed to spare them. The buyers who truly needed custom systems were the few who already had that data, so demand was narrower than the bet assumed.

  • Validate demand with a cheaper probe first. A lightweight prototype or request form would have shown how many buyers wanted this before we built the full flow.
  • Instrument the funnel from day one. The drop-off step was visible in the data; seeing it sooner would have saved months.
  • Design data entry around what users have. Asking for what the model needed is where the flow lost people, at the very first step.
  • Treat growing scope as a signal. When every discussion added complexity, that was a sign to narrow the problem, not to keep building.

What I'd push next. Rather than reworking the flow, I'd go back to the small group who do use custom systems and learn what they have in common. If they share a profile, the feature becomes a focused tool for that group. If they don't, the right call is to simplify it or retire it.

The most expensive part of this feature was the question we didn't ask before building it.