Torob
My full product design experience at Torob, from core shopping flows to merchant-facing systems and AI directions.
Read case studyAn AR museum-quest web app that replaces the lonely audio guide with a shared, gamified adventure. Built for the Prototyping for Design Leadership course at THI, and validated on site at Golestan Palace and the Deutsches Museum. I designed it end to end, then built the working web app myself using AI-assisted coding.
Web app, no install AR quests Designed and built M.Sc. THI
Curio continues below ↓ · the banner above opens the related case study.
I owned this end to end: the research, the product strategy, the interaction and visual design, the UI kit, and then the working web app itself.
The build was AI-assisted, using Claude Code and Cursor, which is what made an 18-screen working product feasible inside one course. The design decisions are mine; the AI accelerated the implementation, not the thinking.
A Saturday at the Deutsches Museum. Three friends walk in together and drift apart within minutes, each in a different hall, earbuds in, heads down. The audio guide isolates. The plaques are walls of text nobody finishes. After 40 minutes the energy drops.
One visitor said it at the exit, and it became the problem statement for the whole project: "We came together, and toured alone."
So: what if the museum stopped being a gallery to read and became a game board to play, together? Each exhibit becomes a clue. Each visitor takes a role. Each visit becomes a quest finished as a crew.
Curio is the second major version of the AR Museum Tour app, my B.Sc. final project. That version did two things well: AR scanning to reveal an exhibit's hidden layer, and a visit planner that built a route around the time you actually had.
What it exposed was the gap. One narrow scenario, no way to go from a solo visitor to a shared visit, and no way for guides or museums to build their own quests.
Curio keeps the AR scan and the time-aware planner, and adds the social layer, the team-up flow, quest creation with AI, and a three-tier prize system. The SHAMS AR build was field-tested and recorded at Golestan Palace; that footage is on the AR Museum Tour page.
Three visitors with three distinct jobs to be done, plus the supply side that makes Curio a platform rather than a single-player app.
Four methods, all run with real visitors in real museums before any significant code was committed.
Testing in a real palace with real crowds surfaced problems no desk review would have caught: people freezing at the AR viewfinder with no guidance, force-closing the app when trapped in the camera view, and never finding the scan action because it was buried in the Create tab.
Every screen in the app serves one of three flows.





All six came from the on-site sessions at Golestan Palace and intercept interviews at the Deutsches Museum. Every one of them changed what shipped.
These four screens are from the build used in the first on-site session. The role system and the family board worked, but on a placeholder dark identity with a fictional exhibit. Findings 1, 2 and 3 all pointed here.




The UI kit that came out of the post-test rebuild, applied consistently across every screen.

Three payers, one platform, no single dependency. Each stream has a launch phase, so the business case reads as a sequence rather than a wish list.
Every screen below is captured from the live web app. Onboarding takes under 60 seconds with no email and no password, and the visit planner is inherited directly from the SHAMS version.











On-site testing is not optional for a spatial product. Six findings changed what shipped, and not one of them would have surfaced in a desk review. People freeze at a camera viewfinder in a way they never do in a click-through prototype.
Designing and building the same product changes the design. Because I implemented it myself with AI assistance, the loop from a testing finding to a shipped fix was hours rather than a sprint. That speed is why all six findings made it into the final build.
A second version earns its scope from the first. SHAMS proved the AR moment worked and exposed exactly what was missing. Curio did not start from a blank page; it started from evidence.
My full product design experience at Torob, from core shopping flows to merchant-facing systems and AI directions.
Read case study
Micro-saving & investment platform. 150K downloads in 16 months, ~€1.2M saved, redesigned financial tools.
Read case study
Construction project management app helping teams organize tasks, contracts, and collaboration.
Read case study