Show HN: Libredesk – Open-source customer support desk. Single binary app

Kudos! We've encountered several customers that hated their help desk but couldn't move away. We've even considered building our own since we were in the business. But here comes the hard and most important part that Zendesk and the like do that makes all the difference: Integration.

You need support integration with all the popular tools people use their help desk with. Shopify, ebay, whatsapp, woocommerce and all the seemingly unrelated software people use to support their e-commerce business. That's where we gave up, but I hope you find a solution for it.

Surprised no one has mentioned FreeScout. It's a solid open-source helpdesk: https://freescout.net/.

They have cheap, one-time purchase plugins. Happy to pay a bit to keep the project sustainable.

I'd love to see an open-source Trello alternative that as well. There are a few out there, but nothing that seems actively maintained.

Damn impressive start. Kudos! I am sure that if you posted a to-do list and roadmap to 1.0 you would get traction from the community to help finish it off, if you want. Hell, at a solid 1.0 I might be able to justify a switch from a popular commercial app and use that budget to fund a bit of development towards the project.

Potential roadmap item: bidirectional sync with Jira (and others) so support requests can create/be linked to Jira (etc) tickets, and see updates from them.

When I last looked, I couldn't find any truely open source solutions that could practically replace even a shared inbox. This looks like it could. Well done to the developer.

And the paid options had high costs even on the most basic plans.

Who are your target users? Why not use an embedded db like sqlite and make it truly "single binary"?

Nice work. I cannot test the demo as it is down now but just wanted to share I have been using open source solution Zammad and I am pretty happy about it. It's fully open source (it's a ruby app - so different stack.) and pretty robust. The frontend is a bit oldish, but it has a lot of nice features. The single binary, easy deploy + fresh UI is interesting thought. Are you planning multilingual features?

Great job, that's looking very nice and polished already! Are you also planning to introduce a SaaS version of it?

Excellent! I was looking for a lightweight OSS alternative to Freshdesk/Zendesk and, honestly, didn’t find any worth deploying. Yours looks very promising, and we’ll definitely assess it.

Looks great!

Mobile experience is not great but I think it’s sensible not to focus on that yet, the number of users doing customer support from a mobile phone is pretty small, even the big players in this space like ServiceNow etc have suboptimal mobile experiences.

Do you have any plans on how to monetise this or is this a labour of love?

The UI looks good! I can't seem to find the channels it supports. Email? X? Instagram (IG) comments?

A support desk is all about channel integrations, for example:

- replying IG comments from the app

- replying Telegram chats from the app

- replying support@myco.com from the app (SMTP & IMAP integration)

- basic CRM so that we that the customer doing all 3 above are the same, so the agent has "context"

- integration with external CRM

I hope I'm not offending anyone, but if any integrations are supported, you should emphasize this.

From the screenshot, in an AI assistance dropdown on a reply form: “Add Empathy”. Ouch.

Nice name , looks great and very useful !! How you built a single binary of Go and Vue is very neat, I never thought about doing something like this.

The demo looks really really good! And by looking at commit history, looks like you are a solo developer behind this. Kudos to you! Out of curiosity, do you have plans to make it a business or just keep it as a "hobby project"? Something like this is going basically to be used only by companies, no hobby users (unless someone wants to maintain a support desk for family & friend about something they are an expert...)

This is great.

Sadly, apart from “looking good”, there seems to be no documentation, or visible roadmap. So I can’t evaluate if it’s worth looking into or not.

Keep up the good work!

Looks good! I'm currently using OsTicket (PHP) with a small team. Pretty happy with it but could use more automation. What I like best about OsTicket is that I was able to configure it completely transparent, there are no auto-messages sent to users and no reference numbers of boilerplate in outbound messages.

Happy to see more opensource options in this space, especially with a focus on customizable automation.

It would be wonderful if it could be used as a ticketing solution where the ticket could have severity. So customers could login to create a ticket as part of their org.

Also data sources from either third party in-house database or something HubSpot would be great!

Fantastic. This is far overdue and looks like a solid start. I have been particularly surprised by how few options there are in the CS space that are open source and options like Zendesk are SO expensive and the pricing tiers and cost structures are prohibitive for many small organizations.

I love single binary apps, easy to deploy.

Interesting project!

However, installation documentation is quite strange: it says "requires postgres and redis to run" but there is zero other information. Is there any version requirements? any configuration file to set the hosts/auth for them?

Hope this helps, keep the good work!

Are there plans for future integrations into messaging platforms like Whatsapp or Telegram?

Looks nice, congratulations. Can you add knowledgebase section? I'm looking for an alternative to freshdesk/zendesk. I would recommend monetizing this via hosted service like https://frappe.io/ does with ERPNext project.

Nicely done. Canned responses (the ability to create/manage/insert them) would be helpful.

Does it support email? That would be key. The demo looks more focused on chat.

Looks awesome, Congratulations :)

I might be missing something obvious, but how does a customer file a ticket/request?

This is so cool, thanks for sharing. Can you talk about why you made it and why you made it free / open?

Looks beautiful. How difficult would it be if I want to develop a plugin - Mood detection, Chat Helper (LLM linked), ...

Looks great!

It seems to be email only so far. Do you plan to add chat, like Intercom and Chatwoot have it?

What method do we have to fund this or ensure it can work for our needs.

This looks very promising. Does it have an API?

When it turns to beta, I'll be using this.

Does it support the scenario where part of the team is only on IMAP?

Looks amazing, great demo!

nit: it'd be nice if we could resize the sections

Haven’t really seen anything else but it certainly loads fast!

Not in the domain but it looks great :) Congratulations

It's a neat idea and I'd like to see how this evolves over time! Keep up the great work!! :)

I do have notes/feedback based off of what I see in the demo site:

# SLA

The SLA stuff under the Admin panel needs to be way, way more robust if I were to ever use it. Many of the clients I work with have different SLA expectations based on the severity of an issue. They also might work in different time zones from Support staff, so calendars may need to be set to "countdown" in relation to either client local time, or support local time, depending on what is decided in the contract. In addition to time zone stuff, there's also issues with what constitutes a holiday; we may have holidays that they don't, or vice versa. Unless something is covered under a niche 24/7/365 contract and is marked as Critical, we wouldn't want the "countdown" to trigger until the next business day. This matters a lot, because many US holidays are on Friday, so tickets will go unanswered for 3 full days.

Here's an example of multiple, different SLA requirements for one client:

* A Critical should have a response within 1 hour (24/7 coverage), and a resolution within 12 hours (24/7 coverage).

* A Low should have a response within 5 business days, and a resolution within 30 business days.

Now imagine that, but multiplied by many, many clients. Instead of having however many SLAs for each situation per client, we like to have "compact" SLAs where there are clauses for different severity ratings of a ticket, and factoring in a bunch of other stuff, for individual clients. Client 1 paid for 24/7 for criticals, but not other stuff, so Client 1 SLA is (this). Client 2 paid for 24/7 for all things, so Client 2 SLA is (that). Client 3 paid for the most basic coverage, so Client 3 SLA is (the other).

We would need an SLA system that accounts for various factors and verbiage within a ticket received. Sometimes it also depends on who files the ticket with us. Is it the "problem child", or is the CEO?

# Time zone (as it relates to SLAs)

In the contract, it is usually formally agreed that if no support staff lives in the clients local time zone, then the SLA response time will not start counting until it applies to the support staffs local time zone. Exceptions are made if they pay for 24/7/365 coverage. So, even if support receives two different "important" tickets from two different clients, one may take priority over the other because the service coverage they have paid for.

## Example(s):

* Client 1 files a ticket at 2PM their time; no 24/7 coverage. It's 4AM for local Support. Support's response time doesn't "start the countdown" until 8AM in Support's time zone.

* Client 2 files a ticket at 11AM and is supposed to have a response time within 4 hours; no 24/7 coverage. The ticket is filed on July 4th (Independence Day in the US) for the Support staff. The 4 hour "countdown" doesn't start until 8AM on July 7th. (3 day weekend)

* Client 3 files a ticket at 2PM on July 4th; have 24/7 coverage. It's 4AM for local Support on July 4th. The "countdown" has started.

# Holiday

It would also be nice if the option for "New Holiday" adjusted automatically each year. We have a fair number of clients, and manually updating Holiday's consistently (and accurately) is not something I see people doing particularly well at the start of each year. It's kind of one of those things you end up catching around September, and realize all of your metrics for the last few quarters have been off.

# FRD and RD text?

In the conversation with Felix Morin, I see warning labels for "FRD Overdue" and "RD Overdue". What are those triggered by? I didn't see anything in the admin area that seemed to point to it. It would be good if, on hover, it would give a brief explanation of what the trigger is. Or is it something that the person who filed the ticket did, somehow?

Mandatory Affero GPL warning.

Ensure you understand the license before deploying.

If the AI response feature promises something I cannot deliver, who is liable?

Anyone using RT still here?

My idea tracking system is one that exists in email, but doesnt send a billion obnoxious "your ticket has been created" emails and butcher the contents. So far I've got it kind of working with RT as a no reply listener. We watch all comms but it doesnt reply to anything.

Single app meanz j bundle all asset and code in a binary?

Cool idea!

We all know open-source customer support tools are still the wild west, and Libredesk might just be the sheriff in town.

Libredesk's single binary app approach is refreshing - simplicity can be beautiful when done right.

As someone who's been around the block a few times, I'm intrigued by the potential for self-hosted support desks to disrupt traditional SaaS models.

In fact, I remember when our own company was small and struggled with customer support. We ended up building something similar to Libredesk, but it took us months of trial and error - not exactly scalable.

So kudos to you, abhinavxd, for creating a tool that could potentially make all our lives easier (or harder, depending on how we choose to use it).

[flagged]