Danny Clark

Senior Product Designer

8 years of experience

Spark: Research backed concept creation

Evolving an AI powered concept generator into a guided, trustworthy workflow that helps Consumer Packaged Goods teams move from “prompt” → research context → concepts → transparent scoring.

Spark answer page with a concept generated

ROLE

Senior Product Designer

PROBLEM

Spark’s core promise is speed and creativity, but concept creation breaks down if users can’t trust the inputs, understand what shaped the outputs, or reliably steer the system.

SCOPE

UI and interaction design for Spark’s end to end flow

Landing page flow

Concept outputs

Concept scoring transparency

Overview

Spark is an AI-powered concept creation tool that uses a conversational interface to generate early stage product concepts grounded in Mintel’s proprietary data and content.

As the product matured, the design challenge shifted from “generate concepts” to “help users make confident decisions”; guiding them into the right context (market/category/innovation stage/brand), structuring research so it’s skimmable and useful, and making scoring understandable rather than mysterious.

This case study focuses on how I used UI judgement (progressive disclosure, governance, and transparency patterns) and close cross functional collaboration to reduce ambiguity and cognitive load in a complex, data driven workflow.


The problem

Spark’s core promise is speed and creativity, but concept creation breaks down if users can’t trust the inputs, understand what shaped the outputs, or reliably steer the system.

The main product/UI problems we tackled were:

  • Starting-state ambiguity: Users needed a clearer “how do I begin?” moment and a faster way to re enter the tool with relevant prompts (especially for returning users).

  • Context and precision: For high quality outputs, Spark needed structured context up front (e.g. category, market, innovation stage, brand), but without making the UI feel heavy or brittle.

  • Research being skipped: Earlier prompt flows were being clicked through without meaningful engagement, which led to generic concepts. The workflow needed to encourage research grounded ideation without forcing a long “UX ceremony”.

  • Trust and explainability: When scoring is introduced, the UI has to do more than show a label, it must help users understand why something scored as it did (and what to change), or the scoring becomes noise.

  • Governance in enterprise contexts: Brand inputs are high stakes. We needed a permissions model that prevents accidental edits and supports organisational governance, without blocking everyday usage for non admin users.


My role & collaboration

I led UI and interaction design across the Spark flow, producing and maintaining design mocks, iterating with product and engineering as scope evolved, and aligning the UI with delivery constraints (e.g. single select filters, phased releases, performance constraints).

How collaboration shaped outcomes:

  • With the Product Manager, I shaped the end to end user flow and the “why” behind key UI changes (e.g. prompts, filter confirmation, brand configuration entry point, and research restructuring).

  • With engineering partners, we navigated feasibility and reliability (e.g. timeouts, retries, translation readiness, and how scoring would behave under load).

  • With data stakeholders, we aligned the scoring experience with what users should see (and not see), including how granular data should support, rather than undermine, the top level score narrative.

  • With platform/architecture, we ensured the UI model (especially brand configuration + scoring transparency) was consistent with privacy and integration constraints.

Design decisions

I kept principles intentionally tight. These acted as a decision filter when trade offs appeared:

  • Clarity over density: Prefer structured layouts that reduce cognitive load, especially where data is complex or unfamiliar.

  • Progressive disclosure: Put heavy detail (research depth, attribute level scoring) behind deliberate interaction, so the default experience stays approachable.

  • Governance without friction: Make enterprise controls (admin editing, brand protection) explicit, but don’t punish non admin users who simply want to generate concepts.

  • Trust through transparency: If we show a score, we also show the reasoning structure and the levers users can pull to improve outcomes.


Redesign the landing experience around momentum and re entry

Problem:
Users needed a clearer entry point and a faster way back into relevant exploration, without starting from a blank prompt every time.

Approach:

  • Introduced smarter landing page prompts that can be dynamically generated from a user’s conversation history, plus curated defaults for first time users.

  • Used the landing page as a stable “home” for Brand Configuration management, so brand setup isn’t buried mid chat.

Why it mattered:
It reduced blank page paralysis, supports returning users, and creates a predictable place for high impact configuration.


First time usage (left) vs returning usage (right)

First time usage (left) vs returning usage (right)


Make Brand Configuration enterprise safe

Problem:
Brand inputs need careful management because they can be accidentally edited, set up inconsistently, or made visible to the wrong users.

Approach:

  • Designed Brand Configuration so users can add/edit/delete brands and attach a logo to influence the concept imagery.

  • Implemented a permissions model where clients can choose between open editing vs admin only editing, supporting governance for large organisations while preserving flexibility for smaller teams.

  • Kept brand selection optional in the concepting flow, so the tool still works for unbranded exploration.

Why it mattered:
This balances two competing enterprise needs; brand safety and creative iteration speed. Admin only editing reduces the chance of “brand drift” and accidental overwrites, while optional selection avoids blocking ideation when brand setup isn’t ready (a real concern raised in training feedback).


Various viewer vs admin user flows to consider

Various viewer vs admin user flows to consider


Brand configuration form for admins on first usage

Brand configuration form for admins on first usage


Force filter confirmation up front to protect relevance and the conversation

Problem:
In a conversational UI, it’s easy for context to drift. If market/category/stage aren’t stable, outputs become inconsistent and users can’t tell what changed.

Approach:

  • Added an explicit filter confirmation step at the start of each conversation, capturing Supercategory, Category, Market, Innovation Stage (where applicable), and optional Brand selection.

  • Enforced single select category and market (both a technical constraint and a product clarity choice).

  • Introduced help content for innovation stages so users understand what they’re choosing.

  • Added a toggle to show only Black Swan supported filters (external data source), preventing users from selecting contexts that won’t return the expected analysis.

  • Made “start a new conversation to change direction” an explicit workflow rule, keeping each thread coherent.

Why it mattered:
We accept a small amount of upfront structure in exchange for much higher relevance, better explainability (“this score was for this context”), and fewer “why did the tool do that?” moments. It’s also a guardrail against conversational drift, which is a common failure mode in chat based products.


Filter confirmation after intial prompt


Replace the old quick prompt research flow with auto generated structured research

Problem:
Testing showed users were clicking through prompts without engaging in meaningful research, then generating concepts with shallow context.

Approach:

  • Removed the prior quick prompt sequence and instead auto generated a structured research view immediately after filters are confirmed.

  • Defined research sections that are scannable and role appropriate.

  • Ensured research adjusts to chosen brand and innovation stage, so concepts inherit the right strategic frame.

  • Preserved flexibility: users can ask follow ups within research or move straight to “Generate Concepts”.

Why it mattered:
The UI stops pretending users want to do research steps and instead provides the right context by default, while still letting motivated users go deeper. It respects expert users’ time while improving concept quality for everyone.


Auto generated research layout


Designing scores users can understand and trust

Problem:
Scores are only valuable if users can interpret them and act on them. We also saw internal concern about mismatches between tables, roll up scores, and explanatory text; a trust risk.

Approach:

  • Added integrated scoring within the concept window, with an overall rating built from three metrics; Demand Momentum, Distinctiveness, Brand Fit.

  • Added a Key Data tab to provide transparent, granular support for the score: short metric explanations plus attribute level scores, roles (hero/supporting), and importance weighting.

  • Improved concept usability for stakeholder review by enabling expandable concept images (full screen).

Why it mattered:
This uses progressive disclosure to keep the primary concept experience fast and legible, while offering auditability for users who need to defend decisions. It also reduces the risk that scoring becomes a black box, especially important when Spark is positioned as evidence based and grounded in proprietary data.


Metrics and scoring within concept generation

Outcome

Product outcomes delivered or formalised through this work included:

  • A redesigned landing experience with smarter prompts and clearer starting points for both returning and first time users.

  • Brand Configuration as a first class feature, including logo support and enterprise permissions options (admin controls).

  • A more precise concepting workflow via upfront filter confirmation, innovation stage guidance, and Black Swan supported filtering.

  • Structured, auto generated research to ensure concept generation remains grounded (rather than skipped).

  • Scoring transparency improvements: integrated score display plus Key Data breakdown to support decision making.


Learnings

Transparency is a feature, not an explanation. Once scoring exists, users don’t just want a result, they want a defensible narrative and levers for iteration. The Key Data tab is a deliberate design investment in trust and usability, not “extra detail”.

Enterprise governance must be designed, not bolted on. Brand configuration highlighted a recurring pattern in complex B2B products: you need to support both “safe defaults” (admin control) and “low friction exploration” (optional brand selection), or adoption stalls in real organisations.

Reliability UX is trust UX. Timeouts, retries, and consistent failure states aren’t edge cases — they’re trust building moments. Designing graceful recovery protects confidence in the system over time.