Raghvendra

01 / Dashboard

Raghvendra Singh

An operating system for turning ambiguity into decisions, experiments, and published evidence.

This is how I think, build, decide, learn, and operate.

Currently operating Elevate Innovation — building founder products and teaching through workshops and classrooms.

Principal / Staff Product Designer · Remote / Hybrid. Also open to product engagements and teaching workshops.

01

Dashboard

02

Current Focus

03

Method to evidence

The same contribution groups as Work. Method first — then one or two published examples.

  • Product & 0→1

    Share one operating model across surfaces so new work joins the system instead of restarting the product.

  • Founder-Built Products

    Ship the smallest useful version under real users; let constraint and trust edit the feature list.

  • Leadership & Enterprise

    Align product, design, and operations on one decision path when the organisation is the constraint.

  • Additional / Earlier Work

    Earlier systems and brand work that still inform how product decisions get made.

04

Products as practice

05

Operating Principles

  1. 01

    Start with evidence

    A screen is only the surface. The review starts with the decision the user must make, and what could make that decision fail.

  2. 02

    Make thinking visible

    Write the decision, the trade-off, and the lesson where the team can see them — or politics fills the gap.

  3. 03

    Build systems, not dependencies

    If the work cannot run without you in the room, it is not a system. The deliverable is what generates the artefacts.

  4. 04

    Ship useful versions early

    The smallest thing that answers who it is for, what they must decide, and what would make them stop trusting you.

  5. 05

    Teach what works

    Students and teams are the fastest feedback loop. Teaching checks whether the bar travels without you.

06

Decision Log

Process and trade-offs. No invented results — only what the work taught.

  1. 01 / Bolo Buddy

    Read entry

    Build bedtime stories as audio-first and screen-free, not as another kids’ app.

    Context
    Indian parents wanted culturally rooted stories. Existing platforms were Western-focused, screen-dependent, or mass-produced without cultural personalization.
    Trade-off
    Less visual theatre. Harder distribution in an app-store world that rewards screens. More work on voice, language, and trust.
    Outcome
    The product is defined by listening, not by a feed. Family voice-narration became a core idea rather than a feature bolted on.
    Lesson
    Children deserve tools built for them. Scaling an adult product down would have been faster and wrong.
  2. 02 / Growing With Kid

    Read entry

    Let constraint edit the product — one job, not a catalogue of parenting features.

    Context
    Parenting advice is fragmented and overwhelming. A full app stack would have looked more ‘complete’ and said less.
    Trade-off
    Fewer surfaces to market. No theatre of process. The product has to be useful in a newsletter and a conversation first.
    Outcome
    The community product stayed small on purpose: essays, guides, programs — one voice, one audience, one promise.
    Lesson
    When the budget cannot buy another layer of process, the product has to say one thing well. That is still product work.
  3. 03 / EQTY

    Read entry

    Join as founding design partner and treat experience architecture as part of the operating system.

    Context
    Financial products fail when trust, workflow, and business architecture are designed as separate layers.
    Trade-off
    Slower visible UI. More time in modules, states, and operator language before a marketing surface exists.
    Outcome
    The work is structured as a modular OS — how money, people, and decisions move — so new surfaces can join without a redesign each quarter.
    Lesson
    High-trust financial work is a workflow and language problem. The visual system stays quiet so the architecture can carry the product.
  4. 04 / IIAD

    Read entry

    Teach design through decisions and production-bar critiques, not decoration.

    Context
    Studio traditions still reward polish. Practice now asks for systems, AI literacy, and the ability to defend a choice under constraint.
    Trade-off
    Less time on tool fluency as the headline. More discomfort in the room when a student cannot narrate the trade-off.
    Outcome
    Modules run as sprints. The critique is the curriculum: what they cut, what they kept, and what evidence moved the call.
    Lesson
    If juniors cannot apply the bar without a principal in the room, it is not a system. Teaching is how the operating model is checked.

07

Experiments

Parents will trust a bedtime product more if it is audio-first and culturally specific.

Live

What is being tested
Screen-free stories, mood categories, and family voice-narration on Bolo Buddy.
Learning
The hard problem is trust and language, not another illustrated feed. The interface should disappear at bedtime.

A parenting product with fewer features will be clearer than a full education stack.

Live

What is being tested
Growing With Kid as newsletter and community before a feature catalogue.
Learning
Constraint forced sharper jobs. The same decision stack as any product: who, what they must decide, what breaks trust.

A fintech OS holds trust better when design partners the modules, not the marketing site.

Testing

What is being tested
EQTY experience architecture inside workflow, states, and operator language.
Learning
Still in motion. The bet is that quiet hierarchy scales further than a campaign layer on a weak system.

Students improve faster when they must narrate trade-offs, not only present polish.

Learning

What is being tested
IIAD modules as sprints with a production bar and visible decision rights.
Learning
The classroom is a feedback loop for the practice. Teaching is how the operating model is checked.

08

Writing and field notes

Field notes on decisions, trust, critique, and building with less. System points to Notes — it does not browse the articles here.

Open Notes →

09

Teaching

IIAD · industrial design and AI in practice

Curriculum as a sprint

Each module is a sprint with a production bar. Deliverables must answer: what was cut, what was kept, and what evidence moved the call.

Teams and classrooms

Workshops as research

Map friction, rank it, leave a system behind — the same motion as enterprise advisory, used on a syllabus.

Juniors and founders

Mentoring as operating model

If someone cannot apply the bar without you in the room, the OS still has a dependency. Mentoring designs that dependency out.

10

Roadmap

Now

  • EQTY architecture

    Keep experience architecture inside the fintech OS — modules, states, operator language.

  • Founder products

    Grow Growing With Kid and Bolo Buddy as small, honest products. No theatre of scale.

  • Teaching loop

    Run the studio as a decision practice. Write what works back into the OS.

Next

  • Visible decision log

    Keep this log public and current so the operating model does not go invisible again.

  • Writing and field notes

    Expand Notes when a principle has been tested — not as a content calendar.

Later

  • AI concierge

    A way to ask how the practice works — after the OS and the writing are stable enough to answer honestly.

  • Deeper product rooms

    Dedicated surfaces for each founder product when they have more to show than a case study.

11

Archive