🔄 Status: Draft — Review and approve at next Quarterly Session.

← Back to Core Processes

To resolve customer and community support requests consistently, with clear response time expectations and a closed feedback loop.

Predrag Tasevski — Community & Integrations

This process starts when a support request arrives — via FreeScout (email), Discord (#support), Matrix, or GitHub Issues.

1. Ticket created — All support requests are centralised in FreeScout. Requests arriving via Discord or Matrix are copied to FreeScout by Alexander as a new conversation. GitHub Issues that are support requests (not bug reports) are also logged. \\Tool: FreeScout
2. Triage (within 4 business hours) — Alexander triages the ticket: Is it a bug, a feature request, or a usage question? Assigns a label and priority (P0 critical / P1 high / P2 normal). \\Tool: FreeScout
3. First response (within 1 business day) — Alexander sends an acknowledgement and initial response. For usage questions: answer directly or link to documentation. For bugs: confirm reproduction and log in GitHub Issues. \\Tool: FreeScout, GitHub
4. Resolution — For usage questions: close the ticket once the customer confirms resolution. For bugs: Peter reviews and schedules a fix. Alexander notifies the customer of the expected fix timeline. \\Tool: FreeScout, GitHub
5. Close and log — Ticket marked resolved in FreeScout. If the issue reveals a documentation gap, Alexander opens a documentation task in OpenProject. If the issue reveals a product gap, it goes on the Issues List. \\Tool: FreeScout, OpenProject

• FreeScout — primary support inbox
• GitHub Issues — bug tracking
• Discord / Matrix — community support channels
• OpenProject — documentation and product improvement tasks

← Back to Core Processes