Why We Built Support and Tasks Into a Single Database
Back to blogEngineering

Why We Built Support and Tasks Into a Single Database

The technical case for unifying two product surfaces — and the trade-offs we accepted to make it work.

MT
Maya Tahir
March 22, 2026
12 min read

TECHTEEK started as two separate products — a task manager and a ticketing system — that shared the same login. They were the same brand, the same database, and the same support team, but they were two different surfaces. The handoff between them was brittle: a ticket that turned into a project lived in a notes field somewhere, or it was never followed up at all.

The team that pushed hardest for unification wasn't engineering — it was support. They were the ones who kept moving conversations across tools and losing context every time. So when we sat down to plan v2, the first decision was simple: tasks and tickets would share the same data model, the same workspace, and the same workflow.

It sounds obvious in hindsight, but the technical work was harder than we expected. We spent the first month untangling assumptions about what a 'task' was vs. what a 'ticket' was. In the end, we landed on a single unified record with a status, an owner, a project (or queue), and a thread of comments. Everything else became a view on top.

What changed for customers was less dramatic than what changed for us internally. From the outside, they got one app, one bill, one place to look. From the inside, we got a much smaller surface area to maintain — one auth, one notification system, one search.

If you're a current TECHTEEK customer, the migration happens automatically over the next two weeks. Your data stays where it is. Your workflows keep working. The only thing you'll notice is that the two old apps now feel like one.

If you've been waiting on the sidelines for us to get our act together, this is the moment. Start a free trial or talk to us about migrating from another tool. The team is standing by.