Afteroffice Studio

The thing that keeps slipping down the engineering queue is usually a few days of work.

This isn't a list of skills. These are screens from systems that are running, with pointers to the part that explains why they matter.

01 — Product planning & tracking

A team knows what it's working on, but nobody can answer what deserves to be worked on next — or when.

Trello and ClickUp handle decided work tidily. What they lack is the stage before: weighing initiatives, placing them in time, and seeing which one is holding another hostage. This was built to close that gap, and then the team actually moved onto it.

Discovery Timeline — every tribe on one time axis
FIG 1 Discovery Timeline — every tribe on one time axis
Discovery board — three phases, from problem to implementation
FIG 2 Discovery board — three phases, from problem to implementation
Prerequisites — what is holding what
FIG 3 Prerequisites — what is holding what
Replaced
Trello and ClickUp for a product team
Scale
67-model schema · 614 initiatives · 3 tribes
Built with
Next.js, Prisma, PostgreSQL, Docker
Operations
Resource limits, recorded migrations, verified backup restore
02 — Research into decisions

The research finishes, the transcripts pile up, and nothing changes — because nobody had time to turn them into a list of work.

Research questions are set out first, interviews come in, and prioritised recommendations come out — each carrying its reasoning, the segments it affects, and a sense of how big the job is. It ends not in a report but in a table you can hand to engineering.

Recommendations, already prioritised and reasoned
FIG 1 Recommendations, already prioritised and reasoned
Its final form: a table you can hand to engineering
FIG 2 Its final form: a table you can hand to engineering
Before the interviews: 128 research questions, grouped by stage
FIG 3 Before the interviews: 128 research questions, grouped by stage
Replaced
Transcripts that settle and decks nobody acts on
One project
128 research questions · 11 participants · 27 final recommendations
Built with
Next.js, an AI model for synthesis, GSheet and CSV export
Final form
A handover table, not a narrative document
03 — Paper into data

Every receipt that has to be retyped is work nobody budgeted for, and it still eats somebody's afternoon.

A photo of a receipt goes to the bot. What comes back isn't just the total — it's every line item, its price, its category, then straight into the record. A workshop receipt with nine jobs on it reads through completely, long messy part names and all.

A photo goes in, line items come out
FIG 1 A photo goes in, line items come out
Recorded after confirmation — nine lines, complete
FIG 2 Recorded after confirmation — nine lines, complete
Replaced
Retyping receipts into a spreadsheet
Reads
Photos as they are — tilted, creased, poor light
Built with
Telegram Bot API, an AI vision model, SQLite
Safeguard
Always asks for confirmation before recording
04 — Systems you can question

A good dashboard only helps if someone opens it. Most teams don't — they're in a group chat.

Four bots, four business lines. Three report and answer questions from real data; one can change things. What makes them trustworthy isn't their cleverness — it's the habit of naming what they cannot answer.

One messy paragraph becomes three structured tasks
FIG 1 One messy paragraph becomes three structured tasks
Asked something the data cannot yet answer
FIG 2 Asked something the data cannot yet answer
A daily operational summary inside the chat
FIG 3 A daily operational summary inside the chat
Replaced
Manual recaps and the same questions asked again in chat
Covers
Canteen transactions, merchandise, library, and work management
Built with
Telegram Bot API, Midtrans, Google Sheets, AI models
A deliberate limit
Three of them only read data — they cannot change anything
05 — Prototypes as a shared language

Prototypes live in chat, then vanish. Six months later nobody knows which version was agreed, or who made it.

One place for the team's prototypes: grouped by tribe, versioned, linked to their PRD and Figma, and openable by stakeholders without having to ask. What used to be a chat attachment becomes a reference.

The team's prototypes, grouped and versioned
FIG 1 The team's prototypes, grouped and versioned
Replaced
Prototypes lost in chat history
Holds
26 projects · grouped across 6 tribes · versioned per upload
Built with
Next.js, HTML storage, inside the same workspace
Linked to
The PRD, the Figma, and the research behind it
06 — Multi-branch operations & their reports

Fifty-six branches each record things their own way, and nobody can answer the simplest question without collecting files first.

One library system across every school hub, with separation enforced in the data layer rather than as a display filter. The reports aren't an afterthought; they're the reason the system exists.

One hub's collection report — composition, language, availability
FIG 1 One hub's collection report — composition, language, availability
Circulation report — what gets read, and who reads it
FIG 2 Circulation report — what gets read, and who reads it
Replaced
A separate spreadsheet per branch, and paper records
Scale
62 hubs · 11,407 titles · 46,642 copies · 6,124 members
Built with
Laravel, PostgreSQL, Docker, multi-tenant
Migration
11,212 bibliography records and 44,909 items moved from legacy data
07 — What you submit becomes a report

Collecting answers is easy. Turning them into something worth reading for the person who answered — that's what rarely gets finished.

Sixty statements become a ten-domain narrative report, with prominent areas flagged and a reading for each domain. Exportable to PDF. It all runs in the browser — no answer is sent anywhere.

A ten-domain report, generated from demo answers
FIG 1 A ten-domain report, generated from demo answers
A long document, read down to its table numbers
FIG 2 A long document, read down to its table numbers
Replaced
Questionnaires that end up as spreadsheet rows
Contains
60 statements · 10 domains · short and full report
Built with
React, client-side scoring, PDF export
Privacy
Answers never leave the device

The rest

There are around eighty other things built and running — internal tools, bots, dashboards, mobile apps. This page carries only the ones that explain the most.

For your IT team

Servers, databases, security, deployment, backups, and source-code ownership — answered directly, including where this way of working is the wrong choice.

Try it yourself

Three tools you can run right now, no sign-up.