From Inbox Chaos to One Simple Asana Form: Our Central Ticketing System 🎟️

Hi everyone,

For our end-of-year countdown, I wanted to share the one workflow that quietly changed everything about how our teams handle internal requests.

There is a quote often attributed to Leonardo da Vinci that became our north star:

:fortune_cookie: Simplicity is the ultimate sophistication. :fortune_cookie:

We used that idea to move from scattered inboxes and lost emails to one simple Asana form that now powers a full internal ticketing system across all departments.

The Pain: Too Many Inboxes, Not Enough Clarity

Before Asana became our helpdesk:

  • Each department had its own email address for requests
  • Accountability was low and follow-up was messy
  • It was hard to see what came in, what was stuck, and what was completed
  • Reporting on email was almost impossible
  • Things fell through the cracks, and no one had a single place to track what they had requested

We needed one door in for everyone, without forcing every department to work in exactly the same way.

The Core Idea: One Form In, Many Workflows Out

We built a system where:

  • Users see one clean form in Asana
  • Behind the scenes, Asana routes each request to the right department project
  • Each department can still run its own rules, workflows, and automations

So from the requester’s perspective, life is simple. From the team’s perspective, the system is powerful and flexible.

How It Works (At a Glance)

  1. One hidden “brain” project
  • Houses the main form, all custom fields, and key automations
  • Is only visible to admins and owners
  • Keeps all the complexity behind the scenes
  1. One intake project per department
  • IT Requests, Communications Requests, Facilities, etc.
  • Each department works fully in their own project
  • They can assign tasks, add subtasks, and manage work in their preferred style
  1. One intelligent form for everyone
  • Basic fields shared by all requests: requester name, description, due date, etc.
  • A single-select “Department” field that asks, “Which department do you need help from?”
  • Conditional logic reveals extra questions depending on the department selected
  1. A shared Ticket Number field
  • A custom field (Ticket ID) that lives in the hidden project
  • Is applied to every ticket across all departments
  • Gives each request a unique ticket number and makes reporting and searching easy
  1. Saved search = “My tickets” for every user
  • Everyone has a saved search that shows tasks they created where Ticket ID is not empty
  • This becomes their personal “My tickets” view, across all departments

What Departments Can Do With It

Here is where it gets fun. Because each department has its own intake project, they can:

  • Build their own rules and automations
  • Auto-assign new tickets based on request type, location, or priority
  • Automatically add subtasks (checklists, QA steps, standard processes)
  • Send automated “We received your request” messages
  • Trigger follow-up tasks if more information is needed
  • Schedule reminders, SLA deadlines, or handoffs using rules and custom fields

The intake is shared. The workflows are not. Each team gets to design the “inside” to match how they actually work.

Adding AI to the Mix

On top of the structure, there is a lot of room for AI to make this system even smarter. For example, AI can help with:

  • Answering simple, straightforward questions before they even become full tickets
  • Renaming tasks so that titles are clear, actionable, and consistent
  • Analyzing the description and suggesting a better department if the request landed in the wrong place
  • Drafting initial replies or checklists based on the type of request
  • Highlighting missing information and prompting the requester or team to fill in gaps

The combination of one form + robust projects + AI gives us a ticketing system that feels simple on the surface but is very sophisticated underneath.

Why Our Teams Love This Setup

  • Simple for users

One link, one form, every department. No more guessing which email address to use.

  • Clean for departments

Each team sees only the custom fields that matter for them, in their own project.

  • Accountable and trackable

Every ticket has a Ticket ID, a home project, and a clear owner.

  • Searchable and reportable

We can filter by department, Ticket ID, requester, status, and more.

  • Flexible and future-proof

We can keep adding rules, subtasks, and AI helpers without changing the intake experience.

For us, this setup is a very practical expression of that da Vinci quote:

“The user experience is simple, because the structure behind it is carefully designed.”

24 Likes

This is gold!

6 Likes

Thanks so much for sharing this, @Esteban_Giannini! I love how you turned the “one door in, many paths out” idea into something both practical and powerful. This is definitely a workflow worth bookmarking for future inspiration :star:

3 Likes

Our Operations Team has done exactly this and it’s been a game changer. We were just talking yesterday about how much our email volume has gone down.

However, the “My Tickets” saved search is genius and will be implementing!

3 Likes

@Esteban_Giannini this is brilliant and easy to implement too!! Collaboration on an enterprise scale! Love it.

2 Likes

This sounds amazing. Is this only going to work for organisations that have everyone on Asana? Or are only certain features (like the My Tickets view?) specific to Asana licensed users?

Is there a template for this by the way? I’m not totally sure I could set this up from scratch just yet, although I’d have a go :slight_smile:

1 Like

Do you have a workaround if each department needs slightly different information? We often run into clients getting “form fatigue” because they feel like many of the questions asked are not relevant to their particular request.

1 Like

I can share a screen recording showing how it’s built. It’s actually fairly simple.

@DevLunsford One key benefit is that even if someone doesn’t use Asana, the ticketing feature in Forms allows you to respond to submitters via email. This means people outside of Asana can still submit requests and receive replies within your organization.

@Jenelle_Hawkins That’s a great question. Forms also have the ability to branch based on the answers selected, so we’ve set up different question paths depending on the department the request is directed to. This avoids having to complete irrelevant questions. I’d be happy to share this as well in a short video recording.

3 Likes

Is your ticket ID generated automatically? How does it work to get a unique ticket ID for each task?

1 Like

Very simple yet extensible organization-wide intake workflow, and nicely explained too, @Esteban_Giannini!

I’ve had success with this for clients too, but sometimes use a variation.

Some organizations may not want one single form because:

  • It means departments probably can’t update their form questions themselves (unless you really trust them all with form editing),
  • The single form could be overly complex and hard to maintain
  • The single form might start to run into limits of the number of branches, the number of questions,etc.

In those cases, it makes more sense for (some) departments to have their own forms. To avoid the loss of functionality inherent in your approach, requiring these departments’ forms to use the same org-wide custom fields with the same wording for non-department-specific questions, most of that can be worked around.

But no need to fully throw in the towel when that comes up. You can still keep the single common form for every department for which it works, and keep the same Department branching question. Just terminate the custom one(s) with a link to the department’s form (ideally, ask this question first to avoid asking other questions for these branches). The benefit is that you still have a single form for the organization, so no one needs to remember those links and which department has its own form.

Even if every department has its own form, the above approach is helpful too for continuing to provide the “One Form In” benefit.

Thanks,

Larry

4 Likes

@Rebekah_Chalkley Great question. This happens automatically.

The hidden project includes a custom ID field called “TICKET”. Any task created in that project will automatically receive a unique number from that field.

Just make sure the custom field is added to the organization library and that everyone has permission to see it. That’s it.

Let me know if you’d like help setting this up.

1 Like

Thank you for your reply. I’m familiar with how to set up custom fields, but I’m not quite grasping how the number gets filled in. Is this a feature that is inherent in the form (e.g. “Look at the last ticket number and increment by 1”)?

2 Likes

The secret is to use a custom field of type “ID”:

Thanks,

Larry

5 Likes

Hi, @Esteban_Giannini

That’s a great method.

It can all be done using Asana’s built-in functions, so it seems like it could be put to use in many different ways.

2 Likes

Ah! Thank you! That makes sense. For some reason I had not realized that was an available field type. I appreciate the clarification!

2 Likes

Would love that thank you for offering Esteban!

2 Likes

Love this! We use intake forms as well and actively encourage other teams to adopt them. Having a single entry point makes triage much easier, ensures the right details are captured upfront, and allows requests to be automatically routed and assigned to the right people. It’s a huge time saver and makes managing requests far more efficient for everyone involved.

2 Likes

We’ve done something similar for our Marketing & Communications teams with a form that users across the company can use to submit items that need promotion. It’s made our workflow much more efficient. Unfortunately the rest of our organization doesn’t use Asana, so we aren’t able to scale up this way, but I love this idea. Your pain points list is very “I’m in this picture and I don’t like it.” :sweat_smile:

2 Likes

I’m totally with you, @Esteban_Giannini, and thanks for sharing this! Keeping things simple but carefully designed definitely works better than building overly complex workflows. Focusing on the essentials makes everything easier and more effective for both the teams behind the scenes and the end users :slight_smile:

2 Likes

I would love to see a screen recording if you have one handy!