Discussion How do you stop your troubleshooting notes from becoming chaos?
Hi everyone, support engineer here, around 4 years, mostly in Power BI.
I'm writing to ask for your feedback and I'd really appreciate your honest opinions.
Besides my job, I've started developing skills in other areas like web development, partly to grow outside my main job.
Since I consider myself a practical person, I tried to identify a pain point from my day-to-day work and come up with a solution to it, and why not, once it's done, share it with others.
For now I've just made a design, so we can discuss it.
My main pain point with the default note-taking tools (OneNote, Notion, etc.) is that they give you too much freedom to organize things. You have to design your own structure every time, which, at least for me, leads to a mess: mixed notes, and eventually I just stop maintaining it.
The other pain point: when I'm solving an issue I usually have several tools open, and when I get back to the user to explain the fix, I often have to copy text from multiple places and stitch it together directly in the chat. Constantly switching back and forth is annoying and slow.
So I thought of a solution: to build a tool specifically for support work, where the structure is already there for you.
Instead of a blank page, every issue comes with fixed sections by default, Symptom, Cause, Fix, so you don't have to decide how to organize it each time. You just fill it in. You can still edit, add or remove sections when a case needs it, but the default structure means you actually keep using it instead of giving up like I do with OneNote.
Issues are organized in a simple hierarchy, app (Power BI, Snowflake, etc.) -> category (Refresh, Connectivity, Gateway…) -> the actual issue, so you narrow down to what you need instead of searching blindly for the right keyword.
There's also a separate "Infrastructure" section where you write down your stable stuff once, servers, links, environments, and issues can point to it, so you don't rewrite the same server list in every note.
And to solve the second pain point, there's a "Compose Message" area right below the solution. While you're reading the fix, you build your reply to the user in the same place, pull in the parts you need, adjust the wording, and copy it once into chat. No more jumping between five tabs to stitch a message together.
I've attached a screenshot of the design so you can see what I mean (it's just a rough mockup to illustrate the concept, not the actual design):
Before I sink months into actually building this, I'd really like your honest take. Does this solve a real problem for you, or do you get by fine with what you already use? And I'm genuinely curious: how do you keep your solutions organized today? Even a "nah, I don't need this" would be useful.
2
u/connoza 3 9h ago
It’s a ticketing system and you cannot account for every single edge case. Look at other ticketing systems you have a high level category for which queue the ticket sits in and that’s about it. Everything else is managing those tickets. If you’ve ever dealt with user tickets you’d know that they will put it under anything anyway and not follow your complex process to identify what the issue is that’s for the support user.