← Back to blog
Rants

Microsoft Planner is not a ticket system

Microsoft Planner is not a ticket system

You know what isn't a ticket system? Microsoft Planner. You know what I used for years? Microsoft Planner.

This post is about why Ticket Foundry exists.

How it usually starts

Some version of this story plays out at thousands of companies:

  1. IT support requests come in by email, by hallway ambush, by Teams DM, by phone
  2. The team needs some way to track them so things don't fall through the cracks
  3. Real ticketing software costs real money per user per month
  4. Someone says "we already have Planner, let's just use that"
  5. Three years later you're a 12-person IT team with 4 boards, 7 labels that nobody remembers the meaning of, a "WAITING" bucket with 380 cards in it, and a vague sense that you're losing your mind

Planner was built as a lightweight task management tool for small teams running small projects. It is genuinely good at that. It is not good at:

  • Knowing who reported a problem
  • Tracking SLA / response times
  • Searching across closed items
  • Filtering by category and priority at the same time
  • Reporting on anything meaningful
  • Routing tickets to the right person automatically
  • End users submitting tickets without an O365 account
  • Audit trails of what changed when
  • Templates for "the printer is broken again"

Every one of these things is a feature you can hack onto Planner with enough effort. None of them are features Planner was designed for.

What I actually wanted

I'm an IT guy. I've been using ticket systems my entire career. I've used ServiceNow ($$$), Zendesk ($$$), Freshservice ($$), Jira Service Management ($$$), spiceworks (free but...), GLPI (free, runs on PHP, fine, has a UI from 2008), osTicket (same vibe), Zoho Desk, Solarwinds, Notepad.

Every one of them had something I liked and three things I hated.

What I actually wanted:

  • A clean kanban board I could just look at and know what's going on
  • Tickets, projects, and tasks in one place — not three separate apps
  • A public submit form for end users that doesn't require them to make an account
  • Self-hosted because the data is ours and I don't want a per-seat tax that scales with my headcount
  • Email notifications that work out of the box
  • Reports I'd actually look at, not the 47-tab dashboard that comes with the expensive options
  • Templates for the predictable tickets (every workplace has them — onboarding, offboarding, printer)

And critically: it had to be cheap enough that small IT teams can actually afford it. Not "free trial, then $50/user/month after the first 5 users" cheap. Actually cheap. Like, "the IT department's coffee budget" cheap.

So I built it

I started Ticket Foundry on a Sunday in late April. Wrote the first version in Flask because that's what I had handy. It was running on my laptop within a few hours. Within two weeks it had a kanban board, projects, themes, and an installer.

We're launching publicly this summer. One-time price. Self-hosted PHP/MySQL. Works on any boring shared host. No per-seat pricing, ever, on principle.

What's next on the blog

I'm going to write a few posts over the next couple weeks about how this thing actually got built — the war stories, the decisions I'm proud of, the ones I'm not. If you're building anything yourself, especially on a shoestring with shared hosting, some of it might be useful. If you're just here for IT content, also fine.

If you want to know when it launches: drop your email on the get page and that's the only thing we'll send you.

Talk soon.