Eque2
OpenFX
Developer Experience Lead
Über uns
OpenFX hat es sich zur Aufgabe gemacht, Geld so frei wie Daten zu bewegen, uneingeschränkt durch Zeitzonen, Banköffnungszeiten oder Altsysteme. Wir bauen die Infrastruktur, die die nächste Generation grenzüberschreitender Zahlungssysteme für Institutionen antreiben wird.
Die Ausführung des Teams war außergewöhnlich und wir wachsen in einem bemerkenswerten Tempo. Unser herausragendes frühes Team verfügt über Erfahrung in Unternehmen wie J.P. Morgan, Goldman Sachs, FalconX, Paypal, Affirm, Polygon, Kraken, Nium & anderen.
Wir werden von Accel, Lightspeed, NfX und anderen erstklassigen Investoren unterstützt.
Rollenübersicht
Wir suchen einen Developer Experience Lead, der an den Leiter des Produktwachstums berichtet, um die gesamte Entwickler-Oberfläche unserer Plattform zu verantworten, von der Dokumentation über die Integrationsunterstützung bis hin zur API-Governance. Wir haben eine erstklassige Finanz-Engine entwickelt, aber wie externe Entwickler diese Engine erleben, hat keinen Besitzer. Diese Rolle füllt diese Lücke.
Dies ist eine grundlegende Rolle. Sie werden die erste Einstellung in dieser Funktion sein. Sie werden das Dokumentations-Ökosystem von Grund auf neu gestalten, die Prozesse definieren, die es bei der Weiterentwicklung der Plattform korrekt halten, und die Kunden, die sich in unsere APIs integrieren, direkt unterstützen. Im Laufe der Zeit werden Sie prägen, wie Developer Experience als Disziplin bei OpenFX funktioniert, Produktentscheidungen, Integrationsstrategien und die End-to-End-Entwicklerreise beeinflussen.
Sie werden die Messlatte höher als die Industriestandards legen und ein Wissenssystem aufbauen, das komplexe FX-Liquidität und grenzüberschreitende Zahlungsströme in weniger als 15 Minuten in eine Hello World-Integration verwandelt.
Hauptverantwortlichkeiten
- Treiber für die API-Produktakzeptanz
- Sie verantworten die API-Akzeptanz als messbares Ergebnis. Sie instrumentieren den Funnel von der API-Schlüsselaktivierung über den ersten API-Aufruf bis hin zur ersten Transaktion und zur erweiterten Endpunktnutzung. Sie legen die Basis, definieren die Ziele und treiben die funktionsübergreifende Arbeit voran, um die Zahlen zu bewegen. Jedes Quartal werden mehr Entwickler aktiviert, mehr Endpunkte genutzt und Integrationen vertieft. Dafür sind Sie verantwortlich, nicht für die ausgelieferten Seiten.
- Architektur des Dokumentationssystems
- Dokumentation ist die primäre Oberfläche für die Akzeptanz. Sie verantworten die Docs-as-Code-Infrastruktur, zu der Ingenieure beitragen können. Sie messen die Dokumentation daran, ob sie die Akzeptanz fördert, nicht an ihrer Vollständigkeit um ihrer selbst willen.
- Verantwortung für den OpenAPI-Workflow
- Ihre erste technische Priorität ist die Ausrichtung der OpenAPI-Spezifikation an der Produktionsrealität. Dann implementieren und erzwingen Sie ein Contract-First-Governance-Modell, bei dem die Spezifikation als Produktvertrag und nicht als generierter Nachtrag behandelt wird. Spec-Linter laufen in CI als Merge-Blocker. OpenAPI-Updates sind Teil der Definition of Done des Engineerings. Breaking Changes werden automatisch erkannt und über einen definierten Deprecation-Prozess geleitet. Sie sitzen in Produkt- und Engineering-Reviews als First User: Wenn eine API schriftlich zu schwer zu erklären ist, ist sie zu schwer zu verwenden, und Sie haben die Befugnis, zurückzudrängen, bevor der Code ausgeliefert wird.
- Förderung der Entwickler-Advocacy
- Sie sind die externe Stimme von OpenFX innerhalb der Entwickler-Community und die interne Stimme des Entwicklers innerhalb von OpenFX. Sie schreiben technische Inhalte, die das Vertrauen der Entwickler gewinnen: Deep-Dive-Blogbeiträge zur Idempotenz bei Wiederholungsversuchen, Beispielanwendungen, die reale grenzüberschreitende Zahlungsströme demonstrieren, Integrationsmuster-Leitfäden für PSP-, Neo-Bank- und Treasury-Anwendungsfälle. Sie bauen Feedbackschleifen auf, die Integrationsreibung in Produktänderungen verwandeln. Wenn das Volumen es rechtfertigt, vertreten Sie OpenFX auf entwicklerorientierten Veranstaltungen, Konferenzen und Partner-Enablement-Sitzungen. Sie sind der Grund, warum Entwickler OpenFX einem Konkurrenten vorziehen, dessen Dokumentation sie nicht verstehen konnten.
- Verantwortung für die Integrations-Triage
- Sie sind die technische Fronttür für Fragen zur Kundenintegration während der US-Geschäftszeiten. Sie klassifizieren, ob jedes Problem eine Dokumentationslücke, ein API-Designproblem oder ein Codefehler ist. Sie beheben Dokumentationslücken direkt und leiten den Rest mit strukturiertem Kontext an das Engineering weiter. Sie bauen den wiederholbaren Onboarding-Playbook auf, der einmalige Slack-Threads in einen skalierbaren Prozess verwandelt. Sie arbeiten mit GTM zusammen, das die Kundenbeziehung verantwortet; Sie verantworten die Entwicklererlebnis-Oberfläche, die während der Integration auftritt.
Was Erfolg ausmacht
- API-Produktakzeptanz: Sie verantworten den Akzeptanz-Funnel von der API-Schlüsselaktivierung über den ersten API-Aufruf bis zur ersten Transaktion und zur erweiterten Endpunktnutzung. Sie instrumentieren ihn, legen die Basis, definieren das Ziel und treiben die funktionsübergreifende Arbeit voran, um die Zahlen zu bewegen. Dies ist die Metrik, für die Sie verantwortlich sind.
- Zeit bis zum ersten API-Aufruf: Reduziert von etwa 3 Tagen auf unter 15 Minuten innerhalb von 90 Tagen. Sie verantworten die Quickstart-, Code-Snippet- und Onboarding-Tutorials, die diese Geschwindigkeit ermöglichen, und Sie setzen sich für die Produktänderungen ein, die erforderlich sind, um den Rest der Reibung zu beseitigen.
- Instruktionelle Support-Tickets: Reduziert um 40% innerhalb von 90 Tagen, mit 42% der Onboarding-Supportanfragen als Basis.
- Spec-Drift: Keine Spec-Drift-Vorfälle, die die Produktion erreichen. Die OpenAPI-Spezifikation bleibt mit der Weiterentwicklung der Plattform mit der Produktion synchron.
- V1 Entwicklerportal: Ein öffentliches API-Dokumentationsportal (Referenzen, Anleitungen, Changelog, Beispielanwendungen) ist live, durchsuchbar und basiert auf einer Docs-as-Code-Infrastruktur. 100% der öffentlichen Endpunkte haben genaue Anfrage- und Antwortbeispiele.
- Entwickler-Advocacy-Präsenz: Eine veröffentlichte Kadenz von technischen Inhalten (Deep-Dive-Anleitungen, Beispielanwendungen, Integrationsmuster), die das Vertrauen der Entwickler aufbaut und die Inbound-Akzeptanz fördert. Legen Sie die Basis fest, steigern Sie sie vierteljährlich.
- DX-Roadmap: Ein schriftlicher Plan für die SDK-Strategie, die Portalentwicklung, Akzeptanzanalysen und die Grundlagen und Erweiterung der Agent Experience (CLI, MCP).
Was wir suchen
Voraussetzungen
- 5+ Jahre Erfahrung in der Verantwortung für ein entwicklerorientiertes API-Produkt oder eine Plattform. B2B oder Infrastruktur. Sie haben ein messbares Akzeptanzergebnis erzielt, nicht nur Seiten ausgeliefert. Sie können auf die von Ihnen entwickelte Integrationserfahrung, den von Ihnen verantworteten Funnel und die von Ihnen bewegte Metrik verweisen.
- Direkte Kundenintegrationsarbeit. Sie waren bei Integrationsgesprächen mit B2B- oder institutionellen Kunden dabei, haben Reibungspunkte live diagnostiziert und diese in Produktänderungen (nicht nur Dokumentationsaktualisierungen) zurückgespeist. Sie wissen, was bei realen Integrationen schiefgeht, nicht was theoretisch schiefgehen sollte.
- Produktinstinkt für API-Design. Sie haben Meinungen zu Endpunkt-Design, Parameternamen, Authentifizierungs-UX, Fehlerantwortformaten, Idempotenzschlüsseln und SDK-Ergonomie. Sie haben Meinungen zu diesen Entscheidungen und lassen Änderungen umsetzen, bevor der Code die Produktion erreicht.
- Engineering-Flüssigkeit. Sie lesen Code gut genug, um Logik selbstständig zu extrahieren. Sie verstehen Konzepte verteilter Systeme (Latenz, Ratenbegrenzung, Idempotenz, eventual consistency, asynchrone Muster). Sie können an einer Code-Review teilnehmen und etwas Nützliches sagen.
- Erfahrung mit Contract-First-Governance. Sie haben OpenAPI-Workflows implementiert oder durchgesetzt, bei denen die Spezifikation als Produktvertrag und nicht als generiertes Artefakt behandelt wird.
- Finanzdienstleistungs- oder Fintech-Kontext. Sie kennen den Unterschied zwischen autorisiert und abgerechnet. Sie haben an Zahlungs-, Handels- oder Bankgeschäften APIs gearbeitet.
- Agent Experience-Instinkt. Sie haben MCP-Server, Agent-native SDKs, llms.txt, Evaluations-Suiten für LLM-gesteuerte API-Verbrauch oder andere agentenlesbare API-Muster ausgeliefert oder damit experimentiert. Sie haben eine Meinung dazu, wie Developer Experience aussieht, wenn KI-Agenten First-Class-Konsumenten sind.
Was Sie auszeichnet
- Interaktive Dokumentationserfahrung: Code-Playgrounds, Try It Now, In-Browser-Sandbox.
- Multimedia-Dokumentationsfähigkeiten: Video-Tutorials, Sequenzdiagramme, Architekturdiagramme, die die schriftliche Dokumentation ergänzen.
- Entwickler-Advocacy- oder DevRel-Erfahrung: Sie haben technische Inhalte für ein externes Entwicklerpublikum geschrieben, Beispielanwendungen ausgeliefert oder ein Produkt auf Entwicklerveranstaltungen vertreten.
Was wir bieten
- Wettbewerbsfähiges Gehalt und Leistungspaket.
- Beteiligung an einem schnell wachsenden Unternehmen.
- Möglichkeit, in einem schnelllebigen Startup an der Spitze der Fintech-Innovation zu arbeiten.
- Möglichkeit, einen bedeutenden Einfluss auf die globale Finanzinfrastruktur zu nehmen.
- Kollaborative Arbeitskultur mit Schwerpunkt auf persönlicher und beruflicher Weiterentwicklung.
Wir sind bestrebt, einen vielfältigen und integrativen Arbeitsplatz zu schaffen. Alle qualifizierten Bewerber erhalten eine Berücksichtigung für eine Anstellung ohne Rücksicht auf Rasse, Hautfarbe, Religion, Geschlecht, sexuelle Orientierung, Geschlechtsidentität, nationale Herkunft, Behinderung oder Veteranenstatus.
