Product Manager, Documentation Systems

Location: Old Toronto

About Versapay 🚀Versapay turns accounts receivable (AR) into a competitive advantage.

Inefficient AR processes slow cash flow and stall growth. Versapay removes friction, unlocks working capital, and accelerates momentum — giving finance leaders the clarity and control they need to drive business forward.

Versapay automates accounts receivable, removing barriers to collecting and reconciling B2B payments. Our solutions connect finance teams, customers, and business systems in one ecosystem to ensure cash flow clarity. With over 10,000 customers and 5M+ companies transacting on the platform, Versapay processes over 110M transactions and $257B annually.

Think you might be the next Veep to join? Read on!!

How you’ll make an impact here – and on your career:

Product management at Versapay is a craft that blends strategic thinking, customer empathy, and strong execution. As Product Manager, Documentation Systems, you will own our documentation as a product: the in-product Help our customers rely on, the implementation and support knowledge our internal teams run on, and the systems that produce both.

This is a build role. Our AI tooling can draft a help article. It cannot tell us whether that article is true, decide whether it should exist, or get an engineer to explain what shipped. You will own the pipeline that produces our documentation, the standards it runs on, and the judgment calls it cannot make.

You will sit on the Product Management team as a peer to the product managers who own our platform and our embedded ERP applications. You will have modern LLM tooling, fully sanctioned and connected to our internal systems, and a mandate to build on it.

What you'll do:

Own the Documentation Surface

Own our full documentation surface: in-product Help, implementation guides, support runbooks, and release notes across our platform and our embedded applications.

Decide what gets documented, what gets rewritten, and what gets retired.

Build an information architecture prioritized by what customers search for and get stuck on, rather than by what shipped most recently.

Define and own the metrics: documentation shipped with the release, page freshness, Help searches returning no results, and support volume on topics we believed were covered.

Build the Documentation Pipeline

Design and build an AI-assisted pipeline that drafts documentation from our real sources of truth: tickets, pull requests, release artifacts, and recorded demos.

Build the evaluation process that catches the pipeline producing convincing but incorrect content before a customer does.

Automate change detection, terminology and style enforcement, screenshot capture, and publishing.

Own the toolchain. We author in Mad Cap Flare today and publish into a repo that our product loads. You will decide what to keep, what to automate around, and what to change.

Improve How We Capture Product Knowledge

Our tickets today describe what we set out to build, not what we shipped, so documenting a feature currently means reverse engineering it. Change that.

Partner with Product and Engineering to establish a definition of done that captures how a feature works: navigation, permissions, configuration, error states, and impact on existing users.

Build the terminology and style standards that let both people and models write consistently across four ERP surfaces where the same concept carries four different names.

Keep Documentation True

ERPs change their interfaces on their own schedule, and our documentation goes stale when they do. Design the detection and revalidation process and own the SLA on it.

Learn our products by using them, working out how they behave rather than reading specifications describing how they were intended to.

Write the small share of content…