In 6 months, engineers reclaimed 150+ hours of product development time by reviewing documentation instead of writing it.
P0 Security builds a next-generation privileged access management (PAM) platform for hybrid, multi-cloud, and developer-driven environments. Their AuthZ Control Plane delivers zero standing privilege with zero access friction, combining just-in-time access, continuous privilege governance, and an identity graph across AWS, Azure, GCP, Cisco, Oracle, Okta, Datadog, Tailscale, Google Workspace, and more.
Every integration requires step-by-step configuration guides for customers setting up just-in-time access controls.
Team: ~Just engineers. No dedicated technical writer. No documentation team.
Learn more at p0.dev and docs.p0.dev.
P0 Security was shipping product at a rapid pace. Documentation couldn't keep up.
Their product is deeply technical. Every cloud provider has different permission models, different APIs, different edge cases. And with AI changing the landscape rapidly, engineers were shipping features faster than ever. But that velocity made the documentation gap worse, not better. Every new feature, every new integration, every API change created another page that needed writing, and only the engineers who built it understood it well enough to document it accurately.
Nobody else could write these docs. The knowledge lived in the heads of the engineers who wrote the code. That made documentation an engineering-only task, and an expensive one. Every integration guide took 2 to 3 hours of an engineer's time: researching, drafting, and formatting. Across 15+ integrations, that added up to weeks of engineering capacity spent on prose instead of product. When engineers deprioritized it (which they always did), documentation simply didn't get written.
Onboarding guides went stale. Integration pages stayed incomplete. New integrations shipped without documentation. The cost showed up in three places:
Customer churn. Enterprise customers relied on Slack conversations and support tickets for information that should have been self-serve. When documentation couldn't answer the question, customers questioned whether the product was mature enough.
Support load. Every gap in the documentation became a support ticket. Engineers context-switched out of product work to answer questions that documentation should have handled.
Slower development. Six engineers regularly rotated through documentation duty, spending hours writing instead of building features. In an environment where AI was helping them ship code faster, the bottleneck was no longer building. It was documenting what they'd built. P0 had even hired a contract technical writer, but that didn't solve the problem.
"Most of the engineering time went into just enabling the doc writer to set up their environment."
— Greg, Co-Founder & CTO, P0 Security
The contract writer needed engineers to explain every feature, review every draft, and walk through the technical details. The time savings evaporated.
P0 Security was scaling. They had hired a full sales team: three account executives, a VP of Product, a CPO, and a VP of Marketing. The company was ready to grow. But the documentation wasn't ready for the customers that growth would bring.
One engineer spent weeks mapping every product feature against its documentation coverage. The gaps were everywhere. New customers needed to self-serve onboarding without direct engineering involvement, and the documentation couldn't support that.
The team knew what they needed: close the documentation gap without hiring a technical writer or pulling engineers off product development.
Before EkLine, P0 Security tried the obvious approaches:
None of these approaches could keep pace with a product spanning 13+ cloud integrations that was changing constantly.
EkLine integrated directly into P0's existing stack. Same GitHub. Same PR workflow. Same GitBook hosting. Same review process. No new tools to learn, no new processes to adopt.
Think of it as adding a technical writer to the team, except this one opens pull requests, responds to feedback, and iterates autonomously until approved.
Here's how it works: EkLine creates documentation PRs alongside engineers' feature work. As the feature PR evolves, the docs PR updates with it. By the time a feature is ready to merge, the documentation is already drafted, reviewed by automated quality checks, and waiting for a final engineer sign-off. Documentation ships with the feature, not weeks after.
"I've seen the pain of getting docs both up to date and getting quality docs out with a new feature. Really excited to have EkLine to partner with to take some of that load off of us."
— Michael Dimitras, P0 Security
The moment the team realized EkLine was different from a contract writer or an internal docs push: engineers weren't writing docs anymore. They were reviewing them.
Engineers were no longer staying away from documentation but actively using the tool. Their role shifted from writing documentation to verifying accuracy. A 15-minute review instead of a 3-hour writing session. That's the difference between losing a morning and barely losing a beat.
The code was the source of truth, and EkLine could read it. Engineers no longer needed to translate what they'd built into prose. They simply confirmed that EkLine's translation was accurate.
"All of the new devs using EkLine are loving it."
— Michael Dimitras, P0 Security
Because now, creating documentation didn't mean researching, writing, or formatting from scratch. It meant reviewing a pull request and making minor adjustments through an automated, interactive conversation when needed. The engineers were driving documentation themselves, on their own terms, as a natural extension of their development workflow.
The result: Over 150 engineering hours reclaimed, roughly 3 full work weeks redirected back to building product. At $150 to $195 per hour, that represents $22,500 to $29,250 in reclaimed engineering capacity.
With documentation no longer blocking releases or consuming engineering hours, P0's team redirected that capacity:
"We always know that docs need improvement. It's actually a tool for go-to-market, for marketing, and not only for actual technical users."
— Greg, Co-Founder & CTO, P0 Security
A cultural shift followed. New engineers started using EkLine from day one. Documentation stopped being the task nobody wanted and became a fast, lightweight part of shipping features.
P0 Security and EkLine are expanding the partnership:
"We try every AI tool that comes along. Most don't last a week. EkLine is one of the few that actually stuck. Easy to onboard, and it just keeps delivering value."
— Greg, Co-Founder & CTO, P0 Security
P0 Security's engineers reclaimed over 150 hours of product development time without hiring a writer or adding to anyone's workload. They went from spending hours writing documentation to 15-minute reviews. The time went straight back to building product.
If your engineering team is spending hours on documentation that could be spent building product, book a 15-minute demo.
