FTSM Technopreneurship Bootcamp 2026 · Day 2 · Build
Ts. Dr. Mohd Nor Akmal Khalid · CAIT, FTSM, UKM
The next 120 minutes
10.30 – 11.12
42 min
Live demo · 4 lenses · Thinking Canvas · Prompt
11.12 – 12.10
58 min
Sprint 1 (38) · Peer test (6) · Sprint 2 (14)
12.10 – 12.30
20 min
Demos · Reflect
Your goal by 12.30: a tested hypothesis, a live link, a 20-second demo.
● Live demo
> prompt
Build a mobile-first web app where FTSM students book discussion rooms. Show today’s free slots, let a student reserve one with their name, and list “My bookings”. Use realistic sample data.
aistudio.google.com → Build
The map · Double Diamond
Double Diamond: Design Council (UK), 2004, designcouncil.org.uk/framework-for-innovation
Why MVP, not product
01
Will they understand it?
Sketches, mock-ups, clickable screens
02 · today
Will they use it, or pay for it?
The smallest thing a real user can try
03
Can it scale and earn?
Reliable, secure, supported
Knowing what to build — and for whom — is.
What “viable” means
After S. P. Anderson’s UX hierarchy of needs (2011), building on A. Walter (2011); MVP-slice view as drawn by B. Waldock, beingagile.co.uk
How an MVP is born
Design thinking · understand the need
Lean UX · state and test a hypothesis
Agile · short build–measure–learn loops
Redrawn after a common “Design thinking + Lean UX + Agile = successful MVP” figure. Build–Measure–Learn: E. Ries, The Lean Startup (2011).
Lens 1 · systems thinking
Lens 2 · design thinking
Empathise
Define
Ideate
Prototype
Test
Point of view (POV)
[User] needs a way to [need] because [insight].
e.g. Off-campus final-year students need a way to secure a room before they travel in, because walking in at 2 pm usually fails.
How might we… ? (HMW)
How might we help [user] [do the need] without [today’s pain]?
e.g. How might we help them book a room from home without racing to the faculty?
Five modes after the Stanford d.school; POV and “How might we” are standard design-thinking tools. Dark pills = what today covers.
Lens 3 · computational thinking
Computational thinking: J. M. Wing (2006), Communications of the ACM 49(3); four-part form as commonly taught.
Lens 4 · Lean UX hypothesis
Hypothesis format adapted from J. Gothelf & J. Seiden, Lean UX (2013).
Classic MVPs · real examples
Explainer video · Dropbox, 2008
A 4-minute demo video, posted online. The beta waitlist grew from about 5,000 to about 75,000 overnight.
Wizard of Oz · Zappos, 1999
Photos of shoes from local stores, posted on a simple site. Each order was bought at the store and shipped by hand.
Fake door · Buffer, 2010
A two-page site, then a pricing page added, before the product existed. Clicks on paid plans showed people would pay.
Sources: YourStory (Feb 2026), Dropbox demo video; Hostinger, “16 best minimum viable product examples”. Illustrations are schematic, not the original products.
The AI shift
One laptop per group
1
Join with your group number
2
Fill the Thinking Canvas, hints on request
3
Copy your prompt into AI Studio
4
12.08: post your share code for the gallery
Scan to open
Worksheet 1 · 12 min · one A3 per group
1 · SYSTEM
3 min
“It keeps happening because…” · “Who else is involved?”
2 · USER
3 min
“[User] needs a way to … because …” · “How might we …?”
3 · HYPOTHESIS
2 min
“We believe … will … because …. We’ll know when ….”
4 · SLICE
4 min
List the steps. Circle the 3 that test box 3. Add one “if…then” rule.
Your canvas writes your prompt
CANVAS BOX
PROMPT PART
2 · User + point of view
ROLE & GOAL
4 · Steps of the core job
CORE FLOW
4 · The “if…then” rule
CORE FLOW · rule
4 · The 3 circled steps
FEATURES (only 3)
1 · Who is in the system
LOOK & DATA
3 · Hypothesis signal
PEER TEST at 11.50
Prompt card A · from brief to build
1 · ROLE & GOAL
Build a web app MVP called [NAME] for [USER] who struggles with [PROBLEM].
2 · CORE FLOW
Opens it → [STEP 1] → [STEP 2] → sees [OUTCOME]. If [X], then [Y].
3 · FEATURES
Only these 3: [FEATURE 1] · [FEATURE 2] · [FEATURE 3].
4 · LOOK & DATA
Mobile-first, [COLOURS]. 15 realistic Malaysian sample records (RM, kolej). Language: [EN / BM].
The build loop
One change
per prompt.
first build · 2–5 min
each tweak · 1–3 min
≈ 7 loops in 38 min
Prompt card B · iterate
FIX
When I click [X], [Y] happens. It should [Z]. Fix only this.
CHANGE
Simplify [SCREEN]: keep [A] and [B], remove [C].
ADD
Add one feature: [FEATURE]. Change nothing else.
WOW
Use Gemini inside the app so it [AI FEATURE].
POLISH
Add a landing screen with the tagline “[TAGLINE]”.
Team set-up
Types the prompts
while it generates
Writes the next prompt
Clicks and breaks things
while it generates
Writes test steps for the next build
Screenshots and pitch notes
while it generates
Drafts the 20-second demo script
Guards the brief
while it generates
Prepares sample data and app wording
Rotate the Builder at 11.32. Nobody watches the progress bar.
Sprint 1 · time budget
11.12
Open tool, paste prompt
11.15
v1 prompt submitted
11.20
First preview (2–5 min wait)
11.32
3 loops done · rotate Builder
11.45
Feature freeze: fixes only
11.50
Live link + 3 screenshots
Stuck on one error for two loops? Undo to the last working version and try a smaller prompt.
Your toolkit
MAIN
Free for prototyping. Google sign-in. Adds a database and login when asked.
aistudio.google.com
BACKUP
Polished look. Free: 5 credits a day; projects are public.
lovable.dev
BACKUP
Fast, runs in the browser. Free: daily token cap.
bolt.new
Out of credits? Switch account, not tool. Free limits as of Jul 2026; they change often.
Build sprint 1 · 11.12 – 11.50
AI generating? Do your role’s job.
Peer test · 11.50 – 11.56
Use the Peer-test sheet in your kit.
Build sprint 2 · 11.56 – 12.10
WOW prompts take longest. Start by 11.59.
Speed demos · 12.10 – 12.22
10 s
Who hurts, and how
30 s
Show the one core job, start to finish. No feature tour.
10 s
Say it plainly
10 s
One line of evidence
4–5 groups demo live. Everyone else: link + screenshots on the shared sheet.
Guardrails
No IC, phone or matric numbers. Sample data only (PDPA 2010).
Never paste API keys or private UKM data into a prompt.
An hour-long build is easy to copy. Your edge: user insight, data, channel.
Tools change fast. Your brief and prompts rebuild the app anywhere.
your pitch line
“Booking works end to end. Payments are mocked. 2 of 3 testers booked without help.”
Reflect · 2 min, in your group
SYSTEM
What did the tester show us about the system?
USER
Did they behave the way we believed?
HYPOTHESIS
Confirmed, rejected, or still unclear?
NEXT · DOUBLE DIAMOND
Diverge again, or converge and build more?
Before tomorrow’s pitch
1
Someone outside your group. Watch, don’t explain.
2
Problem, one click-through, what is real.
3
Plus a screen recording, in case the Wi-Fi drops.
Backup slide · no internet
Play the pre-recorded build instead of building live.
Sketch 4 phone screens on A4. A tester taps; a teammate swaps the paper.
Prompt the AI version at 9.00–10.30 pm. Mentor check at 9.15 am tomorrow.
akmal@ukm.edu.my · akmal.app · CAIT, FTSM, UKM
→ Space PgDn next build or slide (clickers work) · ← PgUp back · Home/End first/last
F full screen · B black screen · O all slides · N notes · P presenter console · H include hidden slides (AI shift, Plan B) · M menu of all pages (Hub, Kit, Studio, gallery). Other pages open in a second tab, so the deck keeps its place.
Two-screen setup: open this page on the projector and press F. In a second browser window on your laptop, open the same page and press P. The two windows stay in step: drive the talk from the console. This works on the same computer and the same browser.
Timers and animations start when their slide first appears. Participants can open this page on their own laptops and browse at their own pace.