Most businesses that qualify for SR&ED never apply — not because the work doesn’t count, but because no one asked the right questions. Run your current or recent projects through these ten questions to get a fast read on whether an SR&ED eligibility assessment is worth pursuing.
1. Did you try to solve a problem where the outcome wasn’t obvious in advance?
If a competent person in your field couldn’t have predicted the result before you started, that’s a sign of technological uncertainty — the core requirement for SR&ED.
2. Did you look for an existing solution and not find one that worked?
Projects that start with buying an off-the-shelf tool rarely qualify. Projects that start with “nothing available does what we need” often do.
3. Did your team test, measure, and adjust their approach?
SR&ED rewards systematic investigation — hypothesis, test, analyze, iterate — not one-off trial and error.
4. Did anything fail or not work as expected?
Failed experiments are a strong eligibility signal, not a disqualifier. They demonstrate that the outcome genuinely wasn’t known in advance.
5. Did you keep any record of the work as it happened?
Design notes, code commits, lab logs, or meeting notes discussing technical roadblocks all support a claim. No records makes a claim harder, not impossible — but harder.
6. Was the work more than a style change or minor customization?
Cosmetic changes, UI tweaks, and reskins generally don’t qualify on their own.
7. Did the project require specialized technical staff?

Engineers, developers, scientists, and technologists doing hands-on experimental work is a common thread across eligible claims.
8. Did you generate knowledge you didn’t have before — even if the product didn’t ship?
Technological advancement doesn’t require commercial success. New understanding of what works, or what doesn’t, is enough.
9. Is your industry assumed to be “non-technical”?
SR&ED claims come from construction, food manufacturing, agriculture, and trades just as often as software and biotech. Industry alone doesn’t determine eligibility.
10. Has this project ever been discussed as “just engineering” internally?
That phrase is worth a second look. The line between routine engineering and eligible experimental development is often narrower than teams assume.





