← The ascentCamp III2,200 mFull time · Dec 2023 – Jan 2025

Thinkverse

Students were talking to the AI tutor, not solving with it.

  • EdTech platform
  • Agentic AI
  • B2B web app
  • K–12
Thinkverse tutor session: a polynomial problem with graphs and a calculator on the left, and a chat where the AI tutor guides the student step by step
Role
Founding Product Designer
Product
B2B web app for students in school
Team
Me, a product manager, developers and UX researchers
Time
3 weeks, research to wireframe
01About Thinkverse

An AI tutor in classrooms across the US.

Thinkverse is a B2B, AI-driven platform for K–12 students, used in schools across the US.

It gives students personalized, real-time support, and gives teachers clear insight into class performance and session activity, so they can guide their class with confidence.

I also built the Thinkverse marketing site, used for outreach and investor pitches: thinkverse.co ↗

Tools: Figma, FigJam, ChatGPT, Slack, Zoom

02Overview

A tutor with a personality.

This project focused on the AI tutor experience: a chat-based interface where students solve problems with step-by-step guidance from an AI tutor, presented as a persona such as Barbie, Mario or Einstein.

Tutor session with the Choose your tutor panel open: Nova, an encouraging coach, is selected, with three other tutor personalities to choose from
Choosing a tutor. Each personality talks the same math through in a different way, from an encouraging coach to a playful storyteller, and the student's progress and answer stay exactly where they are.
03The problem

Students were talking, not solving.

The platform had already deployed AI tutor personas to make the experience more engaging for kids. It worked, just not the way it was supposed to.

Usability testing showed students treating the tutor as a character to chat with, not a tool to solve problems with. Session times climbed, but problem-solving progress didn't.

An earlier tutor session: a long-division problem on a grid, with a persona tutor chatting in the corner
The tutor experience as students used it: the persona chat sat alongside the problem, and often took over from it.
04What testing revealed

The personas were doing their job too well.

Running usability sessions with students surfaced a clear pattern. Kids enjoyed the back-and-forth with "Mario" or "Einstein" more than they engaged with the actual math.

Root cause

The conversational format was meant to make problem-solving less intimidating. Instead, it became the main activity. The issue was the tutor design, not the content or the difficulty of the problems.

05Design decision

A solve timer that survives a change of tutor.

The wireframed solution introduced a timer tied to the average time it takes a student to solve a comparable problem, not an arbitrary cutoff.

That raised an open question: does the timer survive a student switching tutor personas mid-problem?

Iteration 1: the timer lives in the persistent session header, not inside the tutor switcher, so it holds through every state below.

Closed session: the timer runs in the session header
1 · Closed session. The timer runs in the persistent header while the student works through the problem.
Switcher opens below the header with the timer still visible
2 · Switcher opens. The panel opens below the header. The timer stays visible and counting.
Selecting Einstein as the new tutor while the timer keeps running
3 · Selecting a new tutor. The student picks a different persona mid-problem. The timer keeps running.
Switch complete: Einstein is the active tutor and the timer has carried over
4 · Switch complete. The new tutor is active in the header. The timer carries over instead of resetting.
The decision I flagged

Should the solve timer persist across a persona switch, or reset? I designed it to persist. Resetting would let students use character-switching as an escape from the exact distraction this redesign addresses. That decision, and how each persona's AI behavior should actually differ, was still being worked through with engineering and ML when I left the project.

06Impact

What three weeks delivered.

Root causeTutor designNot a content or difficulty issue
10+Students' test sessions analyzedTheir flows led the decision
3 wksResearch to wireframeIteration 1 handed to the team

Across my wider role at Thinkverse, research with 20+ participants cut task completion time by 40%, and adaptive patterns and heuristic fixes improved product usability by 30%.

07Learnings

What this project taught me.

Engagement isn't learning

A feature can succeed by every surface-level metric and still miss the actual goal.

Design for outcomes

Good AI UX for education means designing for outcomes, not just interaction.

08More screens

Screens from other Thinkverse projects.

Teacher classroom view listing sessions with draft, active and completed states
Classroom sessions for teachers.
Diagnostics results with learning gaps and misconceptions
Diagnostics results and learning gaps.
Assignment view showing how each student is progressing
Assignment insights per student.
Problem sets list with assign actions
Problem sets for teachers.
09Another case study

Login and sign-up flow.

A second Thinkverse case study covers the login and sign-up flow for teachers and students.

Thinkverse login and sign-up screen with teacher and student entry points Thinkverse · Case studyLogin / Sign-up flowRead the case study ↗

Open to new workAhmedabad, India · open to relocation

Got a metric that won't move?

Let's climb it together.

Bring the steep problem. I'll help find the path up, from the first interview to the shipped product.

Write to me
sonipinkle@gmail.com