← All work

No-Code · Enterprise Tooling

One Mobile Studio

Mobile app delivery inside a large services org meant long timelines, high cost and inconsistent quality across Android and iOS. Teams needed a way to assemble apps from reusable building blocks — without rewriting native code for every engagement.

One Mobile Studio — a No-Code app builder — No-Code · Enterprise Tooling case study cover
Role
User Experience Designer
Duration
1 year
Company
Cognizant — Mobile Center of Excellence
Domain
Enterprise · No-Code · MADP

01

The problem

Mobile app delivery inside a large services org meant long timelines, high cost and inconsistent quality across Android and iOS. Teams needed a way to assemble apps from reusable building blocks — without rewriting native code for every engagement.

02

The approach

Design a Mobile Application Development Platform (MADP) that reduces the cost and complexity of native app delivery. Standardise reusable screen layouts, components and interaction patterns so developers — and non-developers — can ship Android and iOS apps faster.

02.01

Product vision — Faster, Cheaper, Better

Three forcing functions shaped every design call: shorten timelines for delivery-heavy projects, lower the resource bar for lean teams, and lift quality for developers new to mobile.

  • Faster — collapse project timelines for apps that need little customisation.
  • Cheaper — let small teams ship without scaling headcount.
  • Better — give developers new to mobile a safety net of standards baked into the tool.

02.02

Market research — benchmarking screen layouts

Studied the most frequently used screen layouts, interaction models and components across Android and iOS to propose a reusable, standardised template set. Reusable assets only work when they cover enough real-world variation without breaking platform conventions.

  • 10+ screen layout families benchmarked across mobile and tablet.
  • 200+ templates generalised into a reusable library.
  • Standardised iconography drawn against Android and iOS guidelines.

02.03

User study — four archetypes

Mapped four distinct archetypes — each with their own goals, fluency and failure modes — so the builder could speak to all of them without flattening the experience.

  • Mobile app developers — fluent, want speed and control.
  • Developers new to mobile — need guardrails and platform defaults.
  • Non-technical users (e.g. sales) — want a working prototype, not an IDE.
  • Enthusiasts — exploring what's possible, low tolerance for friction.

02.04

Customer journey — mapping the mental model

Asked the harder question first: what does a user think a 'no-code' builder will do for them? Mapped task flows around user goals across more channels and touchpoints than a single-screen tool would assume.

02.05

Design principles

Evaluated prototypes against a focused set of heuristics so reviews stayed grounded and consistent across the team.

  • Visual hierarchy — does the design guide users to the most important elements?
  • Consistency — is the design system applied consistently across the app?
  • Navigational clues — cues that help users find their way through the interface.
  • Heuristic checks — user control and freedom, error prevention, and help/documentation.

02.06

Feedback loops and micro-interactions

Designed immediate, clear responses to user actions so people could refine and complete tasks without second-guessing the tool. Small loops, consistently applied, did more for confidence than any onboarding tour.

02.07

Behavioural research — the in-house hackathon

Research

Once the product was usable, we ran an in-house hackathon to study behaviour in a dynamic, collaborative setting — problem-solving, teamwork, decisioning and creativity under real time pressure. Closer to the truth than any lab study.

  • Platforms — iOS and Android (iPad and Nexus).
  • Methodology — think-aloud protocol with on-device screen recording and in-person observers.
  • Participants — mix of users already familiar with the tool and first-time users.
  • Task — build a simple restaurant menu app with categories, item detail, favourites and navigation.
  • Limitation — mental models inferred from a test environment may shift in real work settings.

02.08

What worked

  • Strong CTAs — Link, Publish, Save — drew immediate attention.
  • Sidebars and toolbars became the primary hotspots users returned to.
  • Visual cues (color, animation, tooltips) surfaced important features.
  • Onboarding flows that highlighted hotspots lifted early engagement.
  • Forgiving interfaces — undo and auto-save — let users experiment without fear.

02.09

Areas that needed improvement

  • Users explored data logic and database features only superficially.
  • Teams that planned on paper first finished faster than teams that jumped straight into the tool.
  • Critical-but-underused features needed in-product assistance, not docs.
  • Complex task setup lacked support and worked examples.
  • Some template names were misleading and needed more generic, recognisable naming.

02.10

The Design Team

Cross-functional team across user experience, visual design and market research — co-owning research, IA, visual language and benchmarking over the life of the project.

  • Anjani Varma — User Experience Designer, User Researcher and Usability Evaluator (1 year).
  • Sagar Irukula — Visual Designer and Visual Design Strategist (1.5 years).
  • Vikas Kumar — Design Market Researcher, template benchmarking (4 months).

03

The outcomes

200+

Templates generalised

10+

Screen layouts studied

4

User archetypes

1yr

End-to-end design lead

First-time users struggled the moment they moved past screens — styling and naming data tables exposed the cliff. Experienced users hit a different wall: the grid felt daunting and component alignment was harder than it needed to be.

The clearest insight: users systematically underestimated the complexity of business logic and database integration. Logical and physical data models intimidate beginners — so the platform has to introduce them gradually, with real-time guidance, bite-sized learning and hotspots that lead to high-value actions.

  • App building is not just screens — users need to understand how data moves, and the tool has to teach that gradually.
  • Build confidence and competence step by step: introduce data integration, design, development and management as a sequence, not a buffet.
  • Recognised with Cognizant C&D's Associate of the Year — Project Delivery Excellence (2014).

Keep reading

Other case studies

Working on a similar problem?

I take on senior contract, fractional and select full-time engagements where the brief is unclear and the stakes are real.

anjani.vc@gmail.com