Piplsay login screen showing the branded dark interface with a 3D isometric illustration of purple and teal blocks

EPAM Systems · Piplsay

When the Design
Was Ready But
the Engine
Wasn't.

7 months. 15k respondents. The honest story of Piplsay — a quantitative research platform that shipped, gathered real data, and got shelved.

Vision & StrategyProduct RoadmapPrototyping & TestingResponsive DesignData Visualisation
Sept 2021 – March 20223 DesignersProduct Design Lead

The Problem

Two users.
One impossible tool.

The platform had to serve a seasoned market researcher who lives in data AND a brand manager who just wants answers by Friday. Building for both without compromising either was the central design challenge.

Alex Rivera

Senior Market Research Analyst

"I need efficient tools to quickly gather & analyse data."

Uses advanced tools for data analysis. Conducts market research frequently.

Hover / focus to reveal pain points

Jordan Lee

Brand Manager, Tech Startup

"How can I maximise quality insights with minimal time investment?"

Limited experience with market research tools. Needs answers, not a PhD.

Hover / focus to reveal pain points

The design constraint: Lower the floor for non-researchers without raising the ceiling for experts. Every interaction decision had to work for both users simultaneously.

The Market

7 tools. All solving
the wrong problem.

Every competitor chose between ease of use OR analytical depth. None of them had built the translation layer between business questions and research methodology — that was Piplsay's opening.

— competitors  |  — Piplsay vision

The gaps nobody filled

SurveyMonkeyOutdated Interface
QualtricsSteep Learning Curve
TypeformShallow Analytics
SurveySparrowChat-Only Format

Piplsay's differentiation wasn't in the survey format — it was in the translation layer between business question and research methodology that no competitor had built.

The Innovation

What if market research
worked like cooking?

Step 1 of 3 — Tell us what you'd like to know

I want to hear from smokers about insights on

Enter in one topic (company, event, person etc.) that you would like insights on

The system behind one sentence

Entity

AstraZenica

Product / Person / Event

Satisfaction

Overall Satisfaction

Satisfaction by rec.

Satisfaction by attr.

Attitude

Brand Attitude

Competence

Trustworthiness

Purchase Intent

Intent to Buy

Maximum Price

Price vs Value

Insight Recipe

Brand Health
Study

Reusable template

The metaphor was the product. Anyone with a business question could now access professional-grade research methodology — like picking up a recipe and cooking with it.

The Experience

53 wireframe pages.
A 3-sentence flow.

The entire survey creation experience condensed into three steps — each one a single plain-English action. The complexity lived in the system; the interface made it feel simple.

Piplsay Step 1 interface: A dark screen showing "I want to hear from General Population about insights on ____" with a Trending Now panel showing social topics with tweet counts
Step 1 of 3

"Tell us what you'd like to know"

A conversational sentence builder — type your target audience, your topic, and your goal in plain English. Trending social topics surfaced to reduce the blank-canvas problem.

Design question we were solving

"How do we restrict users to typing ONE entity? Do we show classification feedback?"

Piplsay Step 2 interface: Split panel showing a grid of construct tiles on the left and question configuration on the right with drag-and-drop interaction
Step 2 of 3

"Build your recipe"

A split-panel recipe builder: browse constructs on the left, configure your research questions on the right. Popular Recipes tab surfaces pre-validated templates.

Design question we were solving

"Dependency based on previous construct output — how does the replaceable entity fit into the sentence?"

Piplsay Step 3 interface: Left panel showing cover page editor with mobile preview, right panel showing Insight Study Summary with respondent count and credits
Step 3 of 3

"Preview and launch"

Cover page editor with live mobile preview. Credits system shows cost transparency before launch. Insight Study Summary shows the full problem statement back to the researcher.

Design question we were solving

"From which face do we position configuration options — to respondent or to client?"

The Build

3 designers. 2 user sides.
7 months.

Three parallel tracks — strategy, visual language, and respondent UX — all converging into a single coherent platform. The team deliberately treated the survey respondent as a first-class user.

Sep 2021

Oct

Nov

Dec

Jan 2022

Feb

Mar

Avadhesh

Lead / Strategy / Hi-Fi

Bharti

Personas / Visual Language

Rajeshwari

Respondent UX

Empathize
Define
Ideation
Prototyping
Testing
Notable: Rajeshwari's track was dedicated entirely to the respondent side — the experience of the person answering the survey. Most B2B research tools treat respondents as an afterthought. Piplsay designed for them explicitly.

The Moment

15,000 consumers.
14 countries.
Real answers.

This wasn't a prototype. Piplsay shipped, launched live studies, and returned real demographic insights across a global respondent pool.

0k

Total Respondents

Macbook Pro insight example

0

Countries Reached

Global panel distribution

0%

Completion Rate

3,268 / 15,000 in progress

Piplsay data visualization showing Insights on the Macbook Pro with world map, 15k respondents, 14 countries, and a butterfly demographic chart comparing women and men across age groups

Respondent Demographics — Macbook Pro Insight

Real-time demographic breakdown by age group and gender as respondents completed the study.

Women
Men

Measured insights: Affect, Like/Dislike, Satisfaction, Purchase Intent — live, real-time as responses came in.

The Reality

Then beta
told the truth.

Two numbers that changed everything. Not failures of design — failures of the ML maturity needed to make the design work at the quality the vision demanded.

0%

Quotas Detection Accuracy

The system struggled to reliably detect when demographic quotas had been filled — creating unpredictable data quality.

0%

Recipe Relevance Score

Suggested constructs didn't match user intent closely enough. The ML engine needed more training data than existed at beta.

What shipped vs. what didn't

Homepage

Shipped

Sign Up & Login

Shipped

Dashboard

Shipped

NLP Targeting

Scaled back significantly

Partial

Create Insight (3-step)

Shipped

Launch + In-Progress Page

Shipped

Data Visualization

Shipped

Survey Preview

0% — never implemented

0%

Onboarding Flow

0% — never shipped

0%

Payment Details

0% — not built

0%

Clone / Rename Insight

Incomplete

Partial

User Notifications

0%

0%

The design was production-quality. The ML engine that needed to power entity classification, quota detection, and recipe relevance wasn't ready. Demos hid this gap. Beta exposed it.

The Retrospective

Why it was shelved.
Stated plainly.

Not every project ships to production and stays there. The Piplsay research platform was shelved after beta. These are the real reasons — and what the team learned.

The four reasons it was shelved

×

ML maturity gap: entity classification & quota detection below acceptable quality threshold

×

Missing onboarding left new users without context on how the recipe system worked

×

Incomplete payment flow meant the product couldn't generate revenue to fund further development

×

Engineering bandwidth shifted to core Piplsay mobile app after beta results

What worked

The 3-step sentence builder — every user test confirmed it lowered barrier to entry

Construct-based recipe system was genuinely novel and impressed all stakeholder reviews

Respondent-first design track ensured survey UX was never an afterthought

Hi-fi quality reached production standard before beta — rare at this stage

The visual language held consistent from wireframe through to live screens

What we'd change

Ship a prototype of the ML layer earlier — discover quota detection gaps in usability testing, not beta

Define "done" for NLP entity classification before designing the UI that depends on it

Onboarding flow should have been non-negotiable scope — first-run experience was never built

Payment flow needed to exist before live user testing (credibility gap with real users)

More frequent design reviews of the respondent side with the engineering team

What shipped — the hi-fi quality that was never held back by design

Piplsay hi-fi dashboard showing insight cards with status indicators, country flags, and respondent counts — production-quality visual design
Piplsay analytics view showing the insight builder interface with data visualization panels — demonstrating the finished product quality that was achieved

Design lesson: Validate technology feasibility during exploration, not after hi-fi is shipped. A brilliant UX backed by an immature ML system is still a broken product.

The Principles

What 15,000 answers
taught the team.

Four design principles extracted from seven months of work, real user data, and the experience of watching a well-designed product get shelved for non-design reasons.

Hover each card to see annotation highlights

Dual-audience products need explicit translation layers

When a product serves two users at opposite ends of a spectrum, the design job is to build a translation layer between them — not to find a middle ground that satisfies neither. The construct recipe system was that

Metaphors can be load-bearing architecture

The "recipe" metaphor wasn't just copy — it was the UX architecture. It determined the mental model, the information structure, the interaction flows, and how users described the product to each other. When a metaphor works this well, protect it.

Respondent UX is a product differentiator, not a detail

Most B2B research tools treat the survey respondent as an afterthought. Dedicating a full design track to the respondent experience was unusual — and it was the right call. Respondent experience directly affects data quality, which is the product's core value.

Validate the floor of technical feasibility before hi-fi

The biggest mistake was building production-quality hi-fi designs on top of ML systems that hadn't been stress-tested. Entity classification and quota detection errors only became visible after 15,000 respondents. The floor check belongs in exploration, not beta.

Final thought

A shelved product is still a learned product.

Piplsay didn't ship to the market permanently. But the design decisions made during those seven months — the recipe metaphor, the dual-audience architecture, the respondent-first approach — are the kind of thinking that compounds across projects.

The question at the top of this page was: "Why was the Quant research platform shelved?" The honest answer is: the design was right. The infrastructure wasn't ready. That distinction matters.

Applied in this case study

Product VisionUX ResearchInformation ArchitectureInteraction DesignData VisualizationDesign SystemsUsability TestingStakeholder Alignment

More work

Real-Time Insights Platform

Product Design Lead · 2023

Coming soon

Design System at Scale

Systems Design · 2022

Coming soon

Let's design something
worth keeping.

I'm Avadhesh Kumar Singh — Product Design Lead with 7+ years building products that ship, fail productively, and make teams better.

Get in touch

Piplsay · EPAM Systems · Sept 2021 – March 2022