docs.exalate.com is one of our highest-traffic properties. This is the project to make it work better — for users, for search engines, and for AI systems discovering us every day.
Right now, Classic Exalate and New Exalate share the same documentation surface at docs.exalate.com. That’s a problem: search engines get confused, users land on the wrong version, and our auto-generation pipeline can’t run cleanly on a mixed surface.
This project fixes that — by separating them into two independently maintained sites and standing up an AI-assisted pipeline that covers the full documentation lifecycle: gathering, generation, and SDD production. That means active collaboration with engineering and BAs, not just automating what happens at release time.
Why it matters beyond the docs team: docs.exalate.com is indexed, it ranks, and it is increasingly used by AI systems as source material for answering questions about Exalate. Accurate documentation improves ranking, strengthens AI-channel discoverability, and a live pipeline means releases ship with current docs instead of lagging weeks behind.
This is not a back-office project. You will be touching one of Exalate’s key digital assets and working directly with engineering, product, content, and SEO specialists to deliver something with a tangible, measurable effect on how Exalate is found and understood.
docs.exalate.com is one of our highest-traffic properties. The work you do here has a direct line to business impact.
Engineering, product, content, SEO — this role gives you a rare view across every function that makes Exalate run.
A defined scope, specialist support, and the autonomy to drive decisions across teams — without needing to be the expert yourself.
You don’t need to be a technical specialist. You do need to be someone who can hold a cross-functional project together and drive it to a finish line.
The project has a finish line. Here is what it looks like when you get there.
This role comes with specialist support built in. Here is how it works in practice.
Specialist input is available. The PM convenes — you do not need to own the expertise.
An engineering lead owns implementation and BAs contribute to documentation gathering and SDD production. The PM owns scope, acceptance criteria, and timeline.
A content owner signs off on auto-generated output. The PM owns the design of the review loop.
We want you to have the full picture before you even walk into the room. Here is the honest version of what this opportunity involves.
Because this is an internal move and we already know each other, we’re keeping this tight — one or two conversations at most. Here is what to expect.
An open, informal chat. We talk through the project in real terms — what it involves, what support looks like, and whether it’s the right fit for you at this point in time. No preparation needed for this one.
We check the things that matter most for this role: cross-functional coordination, driving decisions without direct authority, and scoping work clearly. There’s a small, practical case study — nothing open-book, nothing that requires deep technical knowledge. We care about how you think and how you’d approach the work.
Depending on how things go, we may combine both steps into a single session.
You don’t need to prepare a presentation or memorize anything. The most useful thing you can do is reflect honestly on the following before we talk.
On the case study: It will be short and practical. We are not testing deep technical knowledge. We want to see how you think about scope, coordination, and decision-making in a real-ish scenario. No advance research required — just show up thinking clearly.