Use when writing content for Redis, including docs, READMEs, tutorials, and blog posts.
Write for broad audiences. Not everyone is going to read every word you write. Use descriptive headlines and subheads and group similar ideas together so they can be consumed more easily.
Our writing should always be on brand and useful. We do this by following a few key principles that shape the ways we communicate.
Everyone in this industry talks about speed, but we do it better. Anyone can say they have speed (a technical capability), but we reinforce our positioning by saying "fast" (a more daring and upfront take on speed).
We cut to the chase faster than anyone else, dropping all unnecessary words and phrases. And we go even further. We abbreviate common industry jargon where it makes the most sense, like docs, devs, apps, and GenAI.
No one knows Redis better than our team, but we don't hold our knowledge over anyone's head. We write like devs because we are devs—we've experienced the challenges and stresses they face. This shared understanding makes our writing more meaningful for our most important audience.
Our audiences live across the globe, so we avoid language that only a native English speaker would understand.
Puns are too cutesy for us. We don't make jokes—we share funny, relatable situations that only a dev would lol about. Our sense of humor never distracts from consumer benefit.
Never use "Redis" as a pun, as a verb or personification, as in "Are you Redis?," "Redis set go," or "Redis gets you."
No matter what we're writing, we clearly communicate the emotional or functional benefit to the user.
Instead of emphasizing our expertise throughout our content, we invite our readers to connect with our "experts," asking questions and continuing to learn. We encourage our readers to connect with a Redis Expert when and wherever it makes sense, including calls to action.
We're all about fast. That means saving our readers time whenever we can. Abbreviate common industry jargon on every reference. This includes:
Active voice makes writing easier to digest and saves unnecessary words. Writing in active voice means the subject of the sentence does the action.
Active: Adam drove the car. Passive: The car was driven by Adam.
Words like "was" and "by" are sure signs of passive voice. Keep an eye out and rework sentences to avoid using them.
Avoid using ampersands unless you are trying to save space in a headline or subhead.
Use these comparisons in paragraphs as needed to create language that feels situationally relatable.
Bulleted lists are a great way to break up longer blocks of copy and group sections of information. Always capitalize the first word of each bullet. Use periods if the bullets are complete sentences and no periods if the bullets are sentence fragments.
Every call-to-action, or CTA, should clearly prompt someone to take a functional action. They don't need a creative spin. And they definitely shouldn't have jargon.
Always use sentence case. Never Title Headlines Like This.
See the section "How we write about Redis" for specific instructions on Redis product names and more.
Clarity is key in our content. Use the Oxford comma when listing a simple series.
Example: Redis is the best option for caching, vector search, and session management.
Use a hyphen (-) without spaces on either side to link words into a single phrase, or to indicate a span or range: first-time user Monday-Friday
Use an em-dash (—) without spaces on either side to offset an aside or for emphasis. Redis—the leader for in-memory storage—is headquartered in Mountain View, California. Redis makes it possible to bring more powerful, resilient products to market—fast.
When including the day of the week in a date, place a comma after the day. Example: Friday, December 25
Write A.M. and P.M. in lowercase, include a space after the hour, and don't use periods between the letters. Example: It's at 9 pm tomorrow.
For times on the hour, don't include minutes. Example: 7 PM, not 7:00 PM
Use sentence casing without periods for headlines and subheads in pages.
We never use exclamation marks, using our tone instead to reflect our enthusiasm where appropriate. But we can use sentence breaks and em-dashes to support our irreverent tone in particular.
It's important to capitalize our unique product offerings to differentiate our product from our competitors. Here's a running list of terms that should be capitalized on every reference:
These terms are not ownable proper nouns and, therefore, should use sentence case.
Redis is a product—and we refer to it that way. It's not a platform, offering, interface, etc.
We are a team of hundreds who are obsessed with making our product the best it can be.
Our unique product offerings have specific names that should be followed in every reference, in all content. Several of these have been updated following the Redis 2.0 brand relaunch.
These are brand phrases that have been sunsetted. Avoid using these in all external content.
"Real time, right now" "If it's real-time, it's Redis" "The real Redis" "The best Redis" "The original Redis" "Redis Enterprise"