Naming can be tricky. Not only do you need something that explains your product or generates curiosity, but you also need some level of internal consensus, assurance that you aren’t infringing on someone else’s trademark, and an understanding of any localization or translation issues that may arise. To ensure we don’t end up needing to run a last-minute name change process based on a trademark or communication challenge that pops up (causing a lot of extra work for engineering, design, and marketing), we’ve developed a relatively short and sweet naming process that will cover 99% of naming needs for products, features, programs, or events.
- Prioritizing the use, and therefore the awareness and recognition, of the Sourcegraph brand
- Provides the fastest, most direct path to a user understanding the new program/product/feature
- Not conflicting with other names used internally or by competitors
- Is this an external name?
- Is it for an L1 product name or a branded feature?
- Is this for a public group, community, program or event?
- If internal, is it something that will be seen or used company-wide?
- What are the regional, global, and cultural ramifications?
- Do start with a code name that is extremely bland and/or descriptive (i.e. Website Refresh, Project Dark Mode). This may even end up being the final name for launch if the name clears one of the process flows.
- Don’t fall in love with a name when starting a new project or naming sprint.
- Don’t use other company names within your code name (i.e. “Uber for Code”, “Amazon for Code” etc.). This opens the door for potential legal implications if any project info is leaked or released.
- Do provide clarity on who the project owner is, as they are ultimately responsible for signing off on the code name after receiving counsel and approval with Brand and Legal (and sometimes People and/or Ops) prior to committing. The project manager is the “lead” who is responsible for the work being shipped. This lead may be a Product Manager, design lead, marketing manager, event planner, community manager, etc.
- Aligns with naming conventions for all of our existing products and features
- Enables marketing to more efficiently build awareness for Sourcegraph (customers, analysts, the media just need to remember “Sourcegraph”)
- In the future, if we should choose to begin using “branded” names for all our products and features, it is much easier to go from generic/descriptive to branded than the other way around, so we can pick up the discussion again after Sourcegraph has achieved household status among our audience.
- Allows us to adapt as the product/feature evolves.
- Resonates with our target audience
- Unlikely to infringe on third-party trademarks (descriptive fair use is a defense to trademark infringement)
Descriptive or “concrete” words tend to be more memorable because they create a mental picture, as opposed to more abstract or “fluffy” words that require a lot of explanation or education. A problem with abstract words or words that have a wide variance in meaning based on usage is that they lack a mental reference point.
Additionally, abstract or “suggestive” names are more often reserved for brands, branded offers, sub-brands, or branded features to help differentiate a basically identical product from another; think “Bing” vs “Google” or Nike “Air” soles vs Adidas “Boost”. These names often require tremendous marketing lift and spend – as well as dedicated legal support for trademark registration and an extensive competitive analysis.
After you’ve selected a name and it’s been approved for use, how does it show up across our communications, our digital channels and our products?
Following our Product Hierarchy, all Level 1 products, events, and programs should be capitalized. Examples: Universal Code Search, Batch Changes, Code Insights. This would also include Level 1 and externally-facing media we produce such as our podcast, a web series, and white papers or e-books. Another way to think about capitalization is, is this “thing” a proper vs a common noun? For instance, an annual Sourcegraph company picnic might be simply styled in lowercase, whereas the “Sourcegraph Summer Celebration” would benefit from using initial caps.
When in doubt, reach out to the Marketing team and we can help identify if the name will benefit from capitalization, or if the product or program falls in a gray area.
A naming convention will be deemed successful if it meets the following criteria:
Does not conflict with any existing product or feature name used by a competitor
Is not trademarked, either in the US or abroad
Does not require a lot of explanation to make sense to a potential user
Resonates with and is easily understood by our audience
Can be translated into multiple languages, either directly or contextually
Meets pre-determined score in the grading scorecard above
A naming convention does not need to:
Be a “branded” word or otherwise proper noun
Be able to be trademarked, unless it is unequivocally a new and unique feature or product
Have dual meanings or a clever word twist or pun
Be awe-inspiring or overly attention-grabbing
Have a strong emotional connection
An example naming scorecard:
|Naming Scorecard: Insert Name Here|
|Grading Area||1 (least)||2||3||4||5 (most)|
|Technical Criteria Met?|
|Landscape Analysis||1 (low)||2||3||4||5 (high)|
- Google (start here!) - You know how to use it.
- Wikipedia - see if something similar exists as a standardized term or phrase.
- WIPO Global Brand Database - Search trademarks across international jurisdictions.
- TESS: Trademark Electronic Search System - The United States Patent and Trademark Office’s official trademark search tool.
- Canadian Trademarks Database - The Government of Canada’s office trademark search tool.
- Markify - A paid trademark search engine. It delivers more sophisticated tools than free offerings.
- Panabee - Search for domain names, app names, and company names all at once.