The problem I chose: qualifying tenders
Here’s the one that was at the top of my frustrations list. As a small company, we’re always scanning for opportunities, tenders, panels, EOIs. The qualifying stage is rough, not because it’s hard, but because it’s time-consuming, repetitive, and often ends in “nope, not this one.” You could manually read through all the documentation, but tender documents can run to dozens of pages and the critical details like non-negotiables, weighting criteria, hidden requirements are scattered throughout.
My workaround wasn’t terrible. I’d copy and paste Avian’s capability overview into Copilot or Claude, drop in the tender documents, and ask it to assess our suitability. But I was constantly going back and forth. “Have you looked at this section? What about our experience on this project?” I trusted the output, but I had to double-check everything. Then, if we were a good fit, I’d ask it to find our most relevant case studies, which meant crafting the right prompt for that application, waiting for the platform to search through our case study database, and flagging areas that needed rewriting.
And that’s only the qualifying which is a tiny fraction of the actual proposal process. After that comes project planning, the pitch strategy, filling out documentation, writing the response (the enjoyable part).
None of this was the end of the world, which is exactly why it persisted.
This was the problem that I highlighted this as an efficiency that wouldn’t take away from the team’s skills or take away from work we love doing.
Building the tool with Claude
Building this qualifier tool with Claude genuinely impressed me. I prompted it to build exactly what I needed: a platform that could ingest tender documentation and qualify it against our capabilities.
It built something. I had feedback. Quite a few rounds actually, but each time I was adding complexity, not just repeating myself which I often found myself doing on other platforms.
Each feedback round was adding capability. “Can it find relevant case studies too? Can it rewrite them to fit? Can I have a chat function to ask specific questions about the documents? Can we keep a history so we can return to the same tender later?”
Then we got into the experience layer. “Can we brand it? Can we reorder the information? Can we fix these UX issues?” All making it feel good to use, not just functional.
Then I started getting logistical (and a little ambitious). “Can I publish this somewhere my team can access it? Can we make it private so it’s just ours?”
Next thing I know, Claude (and Josh, our tech advisor) were teaching me how to publish this platform through GitHub so the whole team could access the tool and its history.
Why Claude was a good fit for this job
Three things made Claude the right tool for this:
Visual output. It wasn’t just giving me text back, it built an interface I could see and interact with, making feedback fast and specific.
Quick iterations. Changes didn’t take days. I could describe what I wanted, see it, refine it, and move on. The feedback loop was tight.
A shared platform. The end result lives somewhere my whole team can use it. It went from my workaround to an actual business tool.