Requirement Testing · Applied Market Research

Turning a public
glance into a
safe digital signal.

A survey-led requirement testing study — concept testing, feature-priority analysis and A/B design comparison — used to validate whether Glance is useful, safe and acceptable before a single screen was built.

n = 15 valid responses
Survey + A/B + concept testing
86.7% university students
View Glance Case Study
Scroll
Scenario & Problem

People notice each
other in public — but
the moment often
disappears.

Many young adults hesitate to connect with someone they notice in public. The interaction can feel risky — the person may not be interested, the moment may become awkward, or the approach may be misread. Directly searching for a stranger on social media usually isn't possible either, since their name or profile is unknown.

The problem is not only communication — it's trust. A nearby-discovery app can easily feel unsafe if people worry about being watched, tracked, or contacted without consent.

Core Research Question

Can a proximity-based social discovery app become acceptable if it protects identity through anonymous vibes and mutual consent?

Where the moment happens

Intended usage context

University cafés and libraries
Campus events and student gatherings
Public events and exhibitions
Coffee shops and social spaces
Public transport waiting areas

Flow tested

Become visible in a nearby space → send an anonymous vibe → the other person can send one back → only mutual interest unlocks profiles → a safer conversation begins. No past-location tracking, ever.

Methodology & Respondents

A mixed-evidence approach, tested on the audience Glance is built for.

Survey Questionnaire

Main method — Likert scales, feature ratings and multiple-choice questions.

Concept Testing

Clarity, usefulness, trust and trial intention for the Glance idea itself.

A/B Design Testing

Design A (direct discovery) vs Design B (privacy-first) on safety, clarity and preference.

Qualitative Feedback

Open-ended responses manually coded into recurring themes.

Respondent Profile

15 valid responses — mostly university students in the first target segment.

A small, early-stage pilot sample. It is not full market proof, but it is directly relevant for validating an early university-oriented use case.

60%

Aged 22–25

86.7%

University students

93.4%

Daily+ social media use

66.7%

Never used a dating/discovery app

Finding 01 · Problem Validation

The problem is real —
and it isn't about
finding people.

Privacy concern scored highest of all statements tested (mean 4.20, 86.7% agreement). The core problem isn't discovery — it's making the first step feel safe, private and emotionally low-risk. Requirement implication: privacy and consent must be designed before discovery mechanics.

Mean agreement · scale 1–5

Privacy is a major concern
4.2
Fear of rejection makes conversation difficult
4.13
More comfortable if mutual interest is shown first
4.13
Dating apps feel too intentional
3.8
Hesitated to approach someone in public
3.67
Uncomfortable approaching a stranger
3.53
Social media doesn't support real-life discovery
3.53
Finding 02 · Concept Testing

Mean agreement · scale 1–5

Feels different from existing apps
4.13
Interested in trying Glance
4.13
Trust improves through visible safety controls
4.07
No past-location tracking improves acceptability
4.07
Comfortable if identity hidden until consent
4
Anonymous vibes reduce fear of rejection
3.93
Concept is easy to understand
3.87
Addresses a real problem
3.87
Mutual unlocking feels safer
3.73

Users accept Glance
when trust is visible
in the concept.

Glance isn't judged only as a social app — respondents responded most strongly to differentiation, safety controls, and the no-tracking promise. The product narrative should lead with privacy and consent, not with discovery.

Reading this carefully

86.7% said they'd be interested in trying Glance — a strong early signal, but concept interest doesn't guarantee real usage from a 15-person pilot. It confirms the concept is worth prototyping, not that it's market-proven.

Finding 03 · Feature Priority

Build trust before adding intelligence.

Mean importance · scale 1–5

Clear privacy explanation
4.6
Block and report options
4.47
Hide from nearby discovery
4.47
No past-location tracking
4.4
Mood visibility
4.13
Mutual consent before profile unlock
4.07
Anonymous vibe sending
4
Event-based discovery
4
Temporary nearby visibility
3.87
AI-generated conversation starters
2.6

Top 3 Feature Selections

Anonymous vibe sending10
Mood visibility8
Mutual consent profile unlock6
Temporary nearby visibility6
Event-based discovery6

AI-generated conversation starters scored lowest across every measure (2.60 importance, only 1 top-3 vote). It moves out of the MVP and into a later release, once trust and safety are validated.

Finding 04 · A/B Design Testing

Design B wins trust. Design A wins clarity.

Design A — Direct Discovery Interface

Direct Discovery Interface

Design A

Visible profile cards, images and distance — faster to read, less private.

Design B — Privacy-First Soft Discovery

Privacy-First Soft Discovery

Design B

Preferred base

Anonymous vibes, hidden identity, safety controls surfaced first.

Out of 15 respondents

Which design feels safer to use?

Design A
3
Design B
12

Which design feels easier to understand?

Design A
9
Design B
6

Which design feels less creepy or uncomfortable?

Design A
5
Design B
9

Which design would you personally prefer to use?

Design A
6
Design B
9
Design decision: use Design B as the foundation because it wins on safety and preference, then borrow Design A's clearer discovery cues so the privacy-first flow communicates itself faster.
Finding 05 · Qualitative Themes & Adoption

Interest is real. Trust still has to be earned.

Open-ended responses were manually coded into themes. Privacy and design clarity dominate, tied at the top — confirming that adoption depends on privacy, safety, usability and verification, not just the novelty of the idea.

Coded mentions across open feedback

Privacy and safety
10
Design clarity and usability
10
Profile visibility and recognition
8
Emotional comfort and confidence
7
Misuse and harassment risk
4
Profile verification and real users
3
Feature-expansion ideas
2

Adoption Intention

Likely to try Glance73.3%
Likely to recommend to a friend66.7%
Likely to use at a public gathering60.0%

Privacy & safety

“Sharing my location” and misuse/harassment risk were named directly — a strong signal that safety must be architectural, not a small feature.

Value of mutual consent

Respondents said two-sided interest “helps users feel more comfortable and protects their privacy.”

Need for verification

Multiple comments asked for verified or confirmed real users — anonymity helps comfort, but too much of it erodes trust.

Discussion

Three tensions that had to shape the design.

Glance can't become just another dating app or a nearby profile browser. Its position is a soft, temporary, consent-based layer between noticing someone in real life and starting a digital conversation — and that position only holds if these three tensions are resolved deliberately.

01

Visibility vs. Privacy

Users want to recognize people, but they don't want full exposure or tracking.

02

Anonymity vs. Trust

Anonymous vibes reduce rejection fear, but users still need protection from fake profiles and misuse.

03

Simplicity vs. Safety Explanation

A direct interface is easier to understand, but a privacy-first interface feels safer.

Recommended MVP & Next Steps

From evidence to a privacy-first product decision.

First Version Includes

Clear privacy explanation
Anonymous vibe sending
Mutual consent profile unlocking
Hide from discovery
Block and report
No past-location tracking
Profile verification
Mood visibility
Temporary nearby visibility
Event-based discovery

Not Prioritized Yet

AI-generated conversation starters
Advanced automation
Past-location search
Direct unrestricted profile browsing
01

Build the MVP around trust

Anonymous vibes, mutual unlock, privacy explanation, hide mode, block/report, no past-location tracking.

02

Use Design B as the base

Foundation on the privacy-first interface, then borrow Design A's clearer discovery cues.

03

Add verification before scaling

Balance anonymity with trust through student email, phone, or optional verification.

04

Prototype-test the real journey

5–8 participants: discover, send a vibe, understand mutual unlock, find safety controls.

Limitations & Final Reflection

Glance has early evidence of
problem-solution fit.

Users showed real interest in the concept, but acceptance depends on visible privacy, mutual consent, safety controls, profile verification, and simple communication. The research supports building Glance as a privacy-first, emotionally aware social-discovery platform — one that turns a public glance into a safe digital signal.

Read this research honestly

Small sample — only 15 respondents, treated as early-stage evidence, not final market proof.

Mostly university students — the first target segment, but not the full future audience.

Measures intention, not behaviour — real usage in public may differ from stated intent.

Static A/B images, not an interactive prototype — users may respond differently once they can navigate the app.