Common SaaS Trademark Specimen Problems
SaaS specimens are easy to get wrong because the product is delivered through a browser or app, and the same website may function as marketing, sign-up, and the service itself. The key is matching the specimen to the exact goods or services claimed in the application.
What a specimen is supposed to prove
A specimen is real-world proof that your mark is being used in commerce in connection with the goods or services listed in your application, not a mockup, not a design file, and not marketing copy describing what the product will someday do. For a physical product this is usually straightforward: a photo of packaging or a label with the mark on it. For software it's less intuitive, because the “product” is intangible, delivered online, and the mark might appear in several places with different legal significance.
The core question an examining attorney asks is the same regardless of industry: does this specimen show the mark being used as a source identifier for the specific goods or services in the application, in a way a real customer would actually encounter?
Why software specimens run into trouble
Software applications frequently distinguish between two classifications that require different kinds of proof: downloadable software (often filed in Class 9) versus Software as a Service, meaning software accessed online rather than downloaded (often filed in Class 42). Each classification has different expectations for acceptable proof of use, and submitting a specimen suited to one when your application claims the other is a frequent source of refusals. On top of that, SaaS companies often submit specimens showing the mark used only as a company name in a general, informational sense, a homepage logo, an “About Us” page, a press mention, rather than specimens showing the mark attached to the software product as customers experience it while using it.
A marketing webpage isn't automatically invalid just because it's marketing. It can support a services specimen when it directly associates the mark with the identified service and provides enough information about the nature of the service that a reader can see what's being offered under the mark, not merely that a company by that name exists. A login page isn't automatically acceptable either, it has to connect the mark to the identified software or SaaS service, not just sit there as an empty form with no context about what a customer is logging into.
| Screenshot | Why it may fail | Stronger alternative |
|---|---|---|
| Generic homepage logo | Shows company identity but not the claimed SaaS | Page describing and offering the specific service under the mark |
| Empty login screen | Doesn't explain what service is accessed | Login/sign-up page with clear product/service association |
| Design mockup | Not actual use | Dated screenshot of the live product |
| Feature page unrelated to identification | No connection to claimed service | Screenshot showing the claimed functionality and mark together |
What I look for
I read the identification first, then ask whether the screenshot proves that exact thing. A polished specimen can still fail if it proves a different product or service than the application claims. The prettiest screenshot in the world doesn't help if it's showing the wrong service.What tends to work for software
Specimens that hold up for SaaS and software applications generally show the mark rendered within the working product or in materials tightly connected to accessing it:
- A screenshot of the mark displayed within the software's user interface, a dashboard header, a login screen tied to the product, or an in-app branding element visible to a real user.
- A screenshot of the app-store or marketplace listing page where the software can actually be downloaded or accessed, showing the mark alongside the download/install option.
- For SaaS specifically, a webpage that lets a customer sign up for or log into the actual service, with the mark displayed in that context, not just a general page describing the service.
Before you file, capture: the full page (not a cropped fragment), the mark itself, context showing the product or service, the URL or source, the access date, and confirmation that the product was genuinely available, unedited.
Documenting platform use before you file
Because software products change quickly, UI redesigns, rebrands, feature launches, it's worth taking and saving dated screenshots of your current interface as part of your regular workflow, rather than scrambling for an acceptable one at filing time. If your specimen is later challenged, or you need to file a use filing on an intent-to-use application, a small archive of properly captured screenshots from the actual, current product makes that step considerably easier.
SaaS and AI companies face a recurring set of naming and evidence issues beyond specimens alone, sub-brands, feature names, and international expansion among them, worth reviewing as part of an overall filing strategy rather than one specimen at a time.
See Trademark Counsel for SaaS & AI CompaniesThis article is general information, not legal advice, and specimen acceptability is evaluated on the facts of each application; results cannot be guaranteed. Sources: USPTO, Trademark Manual of Examining Procedure (specimen and Class 9/42 guidance); USPTO, Apply to register a trademark.
Not sure your screenshot will hold up?
Discuss the application timeline and have the live screenshot reviewed against the exact identification before you file or submit a use filing.