Every business starts with support in a shared inbox. It works for a while.<\/p>\n
Then it stops. Two people reply to the same customer. A request sits for four days because everyone assumed someone else had it. Nobody can say how many open issues there are, or how long customers typically wait.<\/p>\n
Helpdesk fixes those specific problems. If none of them are happening to you, you do not need it yet.<\/p>\n
A helpdesk team<\/strong> handles a category of support. You might have one team, or several \u2014 technical support, billing, a team per product line.<\/p>\n Each team has its own members, its own stages, its own email alias and its own performance targets.<\/p>\n A ticket<\/strong> is one customer request. It has a customer, a description, an assigned person, a priority and a stage.<\/p>\n The important part is what a ticket is connected to. Because Helpdesk sits in the same database, the agent can see the customer’s orders, invoices, deliveries and past tickets from the ticket itself. No searching in another system, no asking the customer to repeat information they already gave you.<\/p>\n FIGURE 1: SHARED INBOX VS HELPDESK<\/p>\n Helpdesk<\/p>\n Shared inbox<\/p>\n Email.<\/strong> Each team gets an email alias. Anything sent there becomes a ticket, and replies thread onto it.<\/p>\n Website form.<\/strong> A support form on your site creates tickets directly.<\/p>\n Customer portal.<\/strong> Logged-in customers submit and track their own tickets.<\/p>\n Live chat.<\/strong> A conversation that needs follow-up converts to a ticket in one click.<\/p>\n Manually.<\/strong> An agent creates one after a phone call.<\/p>\n Set up email first. It is the route most customers will use regardless of what else you offer, and it lets you move without asking customers to change their habits.<\/p>\n Same rule as every other pipeline in Odoo: few stages, each one a fact<\/strong>.<\/p>\n A working set: New, In Progress, Waiting on Customer, Solved.<\/p>\n “Waiting on Customer” is the one people forget<\/strong>, and it is the most useful of the four. Without it, tickets blocked on a customer reply look like tickets your team is ignoring, and your response time reports become meaningless.<\/p>\n FIGURE 2: FOUR STAGES THAT ACTUALLY WORK<\/p>\n New<\/p>\n In Progress<\/p>\n Waiting on Customer<\/p>\n Solved<\/p>\n A service level agreement<\/strong> is a promise about response or resolution time.<\/p>\n You define policies \u2014 for example, high priority tickets get a first response within four hours. Odoo tracks each ticket against its policy and shows what is at risk.<\/p>\n Two pieces of advice.<\/p>\n Set targets you can actually meet.<\/strong> An SLA everybody misses is worse than no SLA. It trains the team to ignore the warnings.<\/p>\n Measure before you promise.<\/strong> Run Helpdesk for a month without SLAs, look at your real response times, and set targets from that.<\/p>\n Three approaches:<\/p>\n Manual.<\/strong> A team lead assigns. Fine for small teams.<\/p>\n Round-robin.<\/strong> Tickets distributed evenly in turn.<\/p>\n Balanced.<\/strong> Assigned to whoever currently has the fewest open tickets.<\/p>\n Balanced works best for most teams, because it accounts for the fact that some tickets take far longer than others.<\/p>\n Whichever you choose, every ticket needs an owner<\/strong>. An unassigned ticket is a ticket nobody is working on.<\/p>\n Canned responses.<\/strong> Saved replies for common questions. Saves real time and keeps answers consistent.<\/p>\n Knowledge base.<\/strong> Published articles customers can find themselves. Every article that answers a common question is a ticket you never receive.<\/p>\n Ticket to task.<\/strong> Convert a support ticket into a project task when it turns out to need development work.<\/p>\n Time tracking.<\/strong> Log time on tickets. Necessary if you sell support contracts.<\/p>\n Customer satisfaction rating.<\/strong> A one-click rating on ticket closure. The response rate is low and the trend is still worth watching.<\/p>\n Merging.<\/strong> Customers often send three emails about one problem. Merge the tickets rather than closing two without explanation.<\/p>\n If support is a product you sell, Odoo handles it.<\/p>\n Support contracts<\/strong> can be sold as a service product, with a number of hours. Time logged on tickets draws down the balance, and the customer can see their remaining hours in the portal.<\/p>\n When the hours run out, you have a factual conversation instead of an awkward one.<\/p>\n Tickets by stage.<\/strong> Where the queue is sitting right now.<\/p>\n Average response and resolution time.<\/strong> Your actual service level, as opposed to the one on your website.<\/p>\n SLA success rate.<\/strong> How often you meet your own promises.<\/p>\n Tickets by type.<\/strong> What customers actually contact you about. This is the most valuable report in the module and the least used \u2014 it tells you what to fix in the product or document in the knowledge base.<\/p>\n Agent workload.<\/strong> Volume by person. Read alongside resolution time, not on its own.<\/p>\n No “Waiting on Customer” stage.<\/strong> Response time reports become meaningless and your team looks worse than it is.<\/p>\n SLAs set too ambitiously.<\/strong> Everyone misses them, everyone ignores them.<\/p>\n Nobody reads the ticket-type report.<\/strong> Support becomes a treadmill instead of a source of improvement.<\/p>\n Knowledge base never written.<\/strong> The same question answered a hundred times individually.<\/p>\n Closing tickets without a real resolution.<\/strong> Tickets closed to clear the queue come back as new tickets, and now your data says you have twice as many problems.<\/p>\n Tickets with no owner.<\/strong> The single most common cause of a customer waiting a week.<\/p>\n Point 7 is what separates a helpdesk that improves your business from one that just processes complaints faster.<\/p>\n Support outgrown a shared inbox?<\/p>\n Get in touch. We set up teams and stages around how your customers really contact you, and measure your real response times before promising any SLA.<\/p>\n<\/div>","protected":false},"excerpt":{"rendered":" When email stops being enough Every business starts with support in a shared inbox. It works for a while. Then it stops. Two people reply to the same customer. A request sits for four days because everyone assumed someone else had it. Nobody can say how many open issues there are, or how long customers […]<\/p>\n","protected":false},"author":3,"featured_media":9056,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[25],"tags":[],"class_list":["post-9055","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-odoo"],"yoast_head":"\n\n
\n
How tickets arrive<\/h2>\n
Stages<\/h2>\n
\n
\n
\n
\n
SLAs<\/h2>\n
Assignment<\/h2>\n
Features worth using<\/h2>\n
Selling support<\/h2>\n
Reports worth using<\/h2>\n
What usually goes wrong<\/h2>\n
Getting started<\/h2>\n
\n