From prototype to product
01
Structure
Clarify flows and decisions
02
Build
Support implementation in code
03
QA
Catch gaps beyond the happy path
04
Measure
Learn from live behavior
Daily Living Labs · Product design · QA · Analytics

Dayli AI

Helping an early Lovable prototype become a more structured, buildable, and measurable accessibility product.
In short

My role sat between product thinking, implementation quality, and measurement.

Starting point
Only a Lovable prototype existed when I joined.
My role
Product Designer supporting feature ideation, design QA, AI-assisted development, scripts, connectors, and analytics.
Team
Chelsea, Project Lead · Dhivya, Dev Lead · Amber, AI Lead · cross-functional collaborators.
Core challenge
Turn a fast-moving prototype into a product that behaved reliably outside the happy path.
My contribution
I stayed involved as ideas moved into code, testing the working product and helping close gaps with the team.
Status
Live product with GA4 data collected across Daily Living Labs, Dayli AI, features, and integrations.
01 · From prototype to product

The challenge wasn’t adding more screens. It was giving the product structure.

The Lovable prototype proved the idea could exist. The next step was figuring out how it should behave as a real product: where people begin, how they move through a need, what happens when the ideal path breaks, and how the team learns from real usage.

We started with
A promising prototype.
Broad accessibility mission
Early product direction
Happy-path flows
Fast-moving implementation
We needed to define
A product that held up in reality.
Clearer journeys
Reliable recommendations
Responsive behavior
Quality checks
Analytics + feedback loops
02 · Improving Find a Solution

The interface could look right and still give the wrong answer.

Find a Solution already existed. My work focused on helping the team make the guided flow clearer, more resilient, and more trustworthy in the working product.

01 / 04
Who is this for?

Start with the person, not the product category.

What we found
The flow needed enough context to distinguish someone finding support for themselves from someone helping another person.
What we did
We reviewed labels, transitions, and downstream logic so the choice actually changed the path.
The turning point: when recommendations looked wrong, the problem was not always in the UI. We had to inspect what the code was fetching and trace the retrieval logic upstream.
03 · Adding another way in

Not every user can describe a need through a structured flow.

Chat with Dayli AI was added as a new conversational entry point. I supported its definition, implementation quality, and QA alongside the guided Find a Solution experience.

Find a Solution
Structured guidance
Best when someone can identify the area they need help with and benefits from a guided sequence of choices.
Chat with Dayli AI
Conversational guidance
Useful when the problem is harder to articulate and context needs to emerge through conversation rather than predefined categories.
04 · Design did not stop at handoff

QA became part of the product-design process.

Instead of checking only visual polish, I tested whether the working product still made sense when content, screens, and user behavior stopped being ideal.

What I caught
Overflow
Content exceeded the space the interface expected.
What changed
Tested longer real content and adjusted containers, spacing, and states.
QA became a way to test the product logic, not just its appearance.
05 · Working inside the build

I worked between product design and implementation.

Amber, our AI Lead, created the Claude Code-based development system. I worked within that system as a product designer, supporting implementation through prompting, code changes, scripts, review, and continuous QA with Dhivya, our Dev Lead, and Chelsea, our Project Lead.

01
Ideate

Clarify the product behavior or gap before changing the build.

Claude Code
Prompting, modifying code, generating scripts, and reviewing output.
Scripts + connectors
Supporting scripts that fetched potential solutions from external websites.
Team collaboration
Supporting Chelsea, Dhivya, and Amber as product decisions moved into implementation.
06 · Looking beyond the interface

A recommendation is only as good as the data and logic behind it.

Supporting solution-fetching scripts helped me understand why product QA sometimes had to move upstream. When a recommendation was wrong, the interface could be functioning perfectly while the retrieval layer was not.

01
External websites
→
02
Fetching scripts
→
03
Solution data
→
04
Retrieval logic
→
05
User-facing results
07 · Measuring what we shipped

Shipping was not the finish line.

GA4 gave us a way to understand what happened after launch: how people moved across the two websites, which product experiences they used, and whether connected integrations were actually working.

Across both websites
How were people moving between Daily Living Labs and Dayli AI?

GA4 let us see the relationship between the nonprofit’s main site and the product experience, including where visitors crossed between them and which paths actually continued.

01
Cross-site movement
02
Entry source
03
Page paths
04
Return behavior
Impact metrics: this section is structured for the real GA4 numbers from cross-site movement, feature engagement, and Mailchimp performance once they are added.
What this project changed for me

The interface is only one layer of the product.

Dayli AI pushed my role beyond making screens. Product quality also depended on the data being fetched, the logic behind the interaction, the implementation holding up in real conditions, and whether we could measure what happened after launch.

01
Structure
Help an ambiguous early-stage product become clearer and more testable.
02
Build
Stay involved as product decisions move into code using AI-assisted development tools.
03
Measure
Use analytics to learn whether the shipped experience is actually being used as intended.
Takeaway
I can help take an ambiguous early-stage product, give it structure, stay involved as it moves into code, and measure how it performs once people start using it.
Have a complex problem worth untangling?

I’m always interested in thoughtful products, services, research, and the systems behind them.

© 2026 Nida Sharmeen
Designed with curiosity, too many diagrams, and an appreciation for the outdoors.