Technical Content Engineer, Cloud Native

Recruitment Fraud Alert

We’ve learned that scammers are impersonating Commvault team members—including HR and leadership—via email or text. These bad actors may conduct fake interviews and ask for personal information, such as your social security number.

What to know

• Commvault does *not* conduct interviews by email or text.
• We will never ask you to submit sensitive documents (including banking information, SSN, etc) before your first day.

If you suspect a recruiting scam, please contact us at [[email hidden]](mailto:[email hidden])

About Commvault

Commvault (NASDAQ: CVLT) is the gold standard in cyber resilience. The company empowers customers to uncover, take action, and rapidly recover from cyberattacks – keeping data safe and businesses resilient. The company’s unique AI-powered platform combines best-in-class data protection, exceptional data security, advanced data intelligence, and lightning-fast recovery across any workload or cloud at the lowest TCO. For over 25 years, more than 100,000 organizations and a vast partner ecosystem have relied on Commvault to reduce risks, improve governance, and do more with data.

Clumio is bought by builders. The people who evaluate us are Staff engineers, SREs, platform leads, and directors of engineering—people who will decide whether to trust us with 50 petabytes of S3 before they ever talk to a salesperson. They arrive from a search result, an AI assistant, or a colleague’s recommendation. They open the docs. They start a trial. And within about twenty minutes, they either get their first backup running or they close the tab.

This role owns that twenty minutes—and everything that leads up to it.

You are not a documentation writer who sits downstream of engineering and turns release notes into paragraphs. You are a content engineer: you run the code, you build the example, you break the workflow, and then you write the thing that makes it obvious. Every guide you publish ships with something that actually works—a Terraform module, a CloudFormation template, a CLI walkthrough, a tested API call. If a builder can’t copy it, paste it, and have it succeed on the first try, it isn’t finished.

You will sit with the Cloud Native product organization and work shoulder-to-shoulder with engineering, product, and growth. Your work is the top of the funnel, the onboarding path, and the reason a trial converts.

Why This Role Matters

Clumio is one of the top products in AWS Marketplace and carries an NPS of 88, and we got there because builders tried it and it worked. But the ceiling on a product-led motion is set by how many people can succeed without us in the room—and right now, that ceiling is our content.

If you are the engineer who kept ending up writing the guide everyone linked to, or the writer who got tired of describing software you were never allowed to run—this is the seat where those are the same job.

What You’ll Do

*Own the Content That Sells the Product*

• Write and maintain the Clumio docs—getting-started paths, service-by-service protection guides, API and SDK references, restore and recovery runbooks—treating them as a product surface, not an archive
• Build the fastest possible path to first value: a builder should get their first S3 bucket, DynamoDB table, or RDS instance protected without opening a support ticket or booking a call
• Author deep technical guides on the workloads that define us—S3 at scale, Apache Iceberg and S3 Tables, DynamoDB, EC2/EBS, RDS/Aurora—including the hard parts: cost, scale, recovery time, and what happens when something goes wrong
• Own the technical narrative in AWS Marketplace listings, trial flows, and in-product onboarding copy

*Build It Before You Write About It*

• Ship and maintain working example repositories: Terraform modules, CloudFormation and CDK templates, scripts, and sample integrations that builders can fork
• Test every workflow you document in a real AWS environment—validate the code, validate the permissions, validate the failure modes
• Build the hands-on lab and GameDay content used at AWS events, where builders break something and recover it themselves
• Produce short technical demos and walkthroughs—written, visual, or recorded—that show the product doing the thing rather than describing it

*Write for How Builders Actually Find Things*

• Create content that ranks in search and—increasingly—gets retrieved and cited by AI assistants: specific mechanisms, worked examples, real numbers, and concrete scenarios rather than hedged feature claims
• Identify the questions builders are already asking about cloud data protection and answer them better than anyone else has
• Turn customer-scale reality into public proof: petabytes, object counts, recovery times, cost deltas