> Markdown version of [/jobs/ext/4634505-senior-product-manager-platform-magnet-one](https://www.wearedevelopers.com/jobs/ext/4634505-senior-product-manager-platform-magnet-one). Every page supports `.md` or `Accept: text/markdown`. Links point to the HTML versions so they work for humans too. Agent guide: [/agents.md](https://www.wearedevelopers.com/agents.md). --- # Senior Product Manager, Platform - Magnet One - **Company:** Magnet Forensics - **Location:** Miami, FL, United States (Remote available) - **Experience:** Expert - **Salary:** $132,000 - $182,000 - **Contract:** Permanent contract - **Skills:** Application Programming Interfaces (APIs), Customer Data Management, Identity and Access Management, Issue Tracking Systems, OpenID, Security Assertion Markup Language (SAML), Single Sign-On, Software Engineering, Api Management - **Published:** November 8, 2026 - **Apply:** https://www.careerbuilder.com/job-details/senior-product-manager-platform-magnet-one-miami-fl--1832ad0c-129a-48e3-94b5-edb4c7044875 ## About the Role * Roughly 4-6 years in product management, focused on platform, infrastructure, or B2B administrative capabilities rather than end-user features. * A hands-on engineering background earlier in your career. You read code and API contracts comfortably, and you can hold your own in an architecture discussion without a translator. * Direct experience with at least one of: identity and access management, multi-tenant account or organization modeling, permissions and authorization systems, or billing and entitlement provisioning. * Enterprise or B2B SaaS experience, including exposure to how security reviews and procurement shape what you can ship. * Analytical rigor. You can pull pipeline and usage data, size an opportunity, and put a defensible number in front of a leadership team - regional expansion decisions in particular are made on evidence, not instinct. * Demonstrated autonomy. You'll be trusted to run this domain, escalate the right things, and make defensible calls on the rest. * Strong written communication. Platform decisions are consumed by teams who weren't in the room, and writing is how this role scales. * Comfort working with customers whose environments are locked down, whose change windows are narrow, and who may be several steps removed from you organizationally. Nice to Have Skills * Experience introducing SSO or SCIM to a product that didn't have it, including customer migration. * Experience with data residency, sovereignty, or multi-region deployment decisions. * Experience serving public sector, regulated, or highly security-conscious customers. * Having built internal tooling for support and operations teams. * Experience being the first PM on a platform team. ## Description 2. Identity and access Single sign-on (SAML/OIDC), directory-driven provisioning and deprovisioning (SCIM), multi-factor and session policy, service accounts and API credentials, and the migration path for customers on older authentication paths. Much of this is table stakes in enterprise procurement, and gaps here surface early in security reviews. 3. Order fulfillment The path from a closed deal to a customer with working access. Entitlement provisioning, renewals and co-termination, trials, and the handoffs between our commercial systems and the platform. Your goal is to shorten time-to-access and eliminate the manual intervention this process requires today. 4. Deployment site and regional footprint Where customer data lives and how we decide to expand. You'll own the logic for placing a customer in the right region at provisioning time, the constraints that drive that choice - data residency and sovereignty rules, agency policy, latency, regional service availability - and the analysis behind opening new regions. That means building the business case: which deals are blocked today by the absence of a region, what demand justifies the cost of standing one up, and what the sequencing should be. You'll also own how region is surfaced to customers and to sales, and what happens when a customer needs to move. 5. Internal tooling The consoles our support, customer success, and operations teams use to administer accounts, resolve entitlement issues, and assist customers safely - with the auditability that assisting a customer's account demands. Across all five, you will: * Work directly with three or more engineering teams and their architects, in their language, on their design decisions. * Talk to customer administrators regularly and bring their reality back into the roadmap. * Sequence work across teams and make the tradeoff calls when platform investment competes with feature delivery. * Define what "good" looks like - provisioning success rates, time-to-first-login, admin task completion, support ticket volume by cause, deals unblocked by region availability - and hold the team to it. * Build and defend investment cases with quantitative analysis, particularly for regional expansion, where the cost is real and the demand signal is scattered across the pipeline. * Partner with sales engineering, security, support, revenue operations, and infrastructure, who all depend on these systems. What year one looks like: First 90 days. You've built a clear picture of the current account administration and permissions model, including where it breaks. You've talked to at least a dozen customer administrators and internal stakeholders. You've published a prioritized problem inventory the engineering teams agree with. By six months. There's an agreed target model for organizations, roles, and permissions, and work is underway against it. Identity roadmap commitments are defined with dates you can defend in a customer conversation. By twelve months. Customer administrators can complete the core set of tasks without contacting support. Order fulfillment requires materially less manual intervention. Your engineering teams and your commercial stakeholders both know what's coming next and why.