OpenFX is a fintech infrastructure startup that provides a stablecoin-native network and API-based solutions for instant, 24/7 cross-border foreign exchange and payments.
<p><strong>About Us</strong></p> <p>OpenFX is on a mission to <strong>move money as freely as data, unrestricted by time zones, banking hours, or legacy systems.</strong> We are building the infrastructure that will power the next generation of cross-border payment systems for institutions. The team's execution has been exceptional, and we're scaling at a remarkable pace. Our stellar early team comes with experience in companies like J.P. Morgan, Goldman Sachs, FalconX, Paypal, Affirm, Polygon, Kraken, Nium & others. We’re backed by Accel, Lightspeed, NfX and other top-tier investors.</p> <p><strong>Role Overview</strong></p> <p>We are seeking a <strong>Developer Experience Lead</strong>, who will report to the head of Product Growth, to own the entire developer-facing surface of our platform, from documentation to integration support to API governance. We have built a world-class financial engine, but how external developers experience that engine has no owner. This role fills that gap.</p> <p>This is a foundational role. You will be the first hire in this function. You will architect the documentation ecosystem from the ground up, define the processes that keep it accurate as the platform evolves, and directly support the clients who integrate with our APIs. Over time, you will shape how Developer Experience operates as a discipline at OpenFX, influencing product decisions, integration strategy, and the developer journey end-to-end.</p> <p>You will set the bar higher than industry standards, building a knowledge system that turns complex FX liquidity and cross-border payment flows into a Hello World integration in under 15 minutes.</p> <p><strong>Key Responsibilities:</strong></p> <ul> <li><strong>Drive API Product Adoption</strong> <ul> <li>You own API adoption as a measurable outcome. You instrument the funnel from API key activation to first API call to first transaction to expanded endpoint usage. You set the baseline, define the targets, and drive the cross-functional work to move the number. Every quarter, more developers are activated, more endpoints are used, and integrations go deeper. This is what you are accountable for, not pages shipped.</li> </ul> </li> <li><strong>Architect the Documentation System</strong> <ul> <li>Documentation is the primary adoption surface. You own the docs-as-code infrastructure that engineers can contribute to. You measure documentation by whether it moves adoption, not by completeness for its own sake.</li> </ul> </li> <li><strong>Own the OpenAPI Workflow</strong> <ul> <li>Your first technical priority is aligning the OpenAPI spec to production reality. Then you implement and enforce a contract-first governance model where the spec is treated as a product contract, not a generated afterthought. Spec linters run in CI as merge blockers. OpenAPI updates are part of engineering's Definition of Done. Breaking changes are detected automatically and routed through a defined deprecation process. You sit in Product and Engineering reviews as the First User: if an API is too hard to explain in writing, it is too hard to use, and you have the authority to push back before code ships.</li> </ul> </li> <li><strong>Drive Developer Advocacy</strong> <ul> <li>You are the external voice of OpenFX inside the developer community and the internal voice of the developer inside OpenFX. You write technical content that earns developer trust: deep-dive blog posts on idempotency under retries, sample apps that demonstrate real cross-border payment flows, integration pattern guides for PSP, neo-bank, and treasury use cases. You build feedback loops that turn integration friction into product changes. As volume justifies, you represent OpenFX at developer-focused events, conferences, and partner enablement sessions. You are the reason developers choose OpenFX over a competitor whose docs they could not understand.</li> </ul> </li> <li><strong>Own Integration Triage</strong> <ul> <li>You are the technical front door for client integration questions during US business hours. You triage whether each issue is a documentation gap, an API design problem, or a code bug. You fix documentation gaps directly and route the rest to engineering with structured context. You build the repeatable onboarding playbook that turns one-off Slack threads into a scalable process. You partner with GTM, who owns the client relationship; you own the developer experience surface that surfaces during integration.</li> </ul> </li> </ul> <p><strong>What Success Looks Like</strong></p> <ul> <li><strong>API Product Adoption:</strong> You own the adoption funnel from API key activation to first API call to first transaction to expanded endpoint usage. You instrument it, set the baseline, define the target, and drive the cross-functional work to move the number. This is the metric you are accountable for.</li> <li><strong>Time to First API Call:</strong> Drops from around 3 days to under 15 minutes within 90 days. You own the Quickstart, code snippets, and onboarding tutorials that make this speed possible, and you advocate for the product changes needed to remove the rest of the friction.</li> <li><strong>Instructional support tickets:</strong> reduced 40% within 90 days, with 42% of onboarding support requests as the baseline.</li> <li><strong>Spec drift:</strong> no spec drift incidents that reach production. The OpenAPI spec stays aligned to production as the platform evolves.</li> <li><strong>V1 Developer Portal:</strong> a public API doc portal (References, Guides, Changelog, sample apps) is live, searchable, and built on docs-as-code infrastructure. 100% of public endpoints have accurate request and response examples.</li> <li><strong>Developer advocacy presence:</strong> a published cadence of technical content (deep-dive guides, sample apps, integration patterns) that builds developer trust and drives inbound adoption. Establish the baseline, grow it quarterly.</li> <li><strong>DX roadmap:</s