Senior Product Manager, Warehouse Execution Systems (WES) & Material Handling
About the role
As a Product Manager at Stord, you will be building a homegrown Warehouse Execution System (WES) — the orchestration layer that sits between our WMS (S1W) and the physical automation on our DC floors (goods-to-person, AS/RS, sortation, conveyor, robotics) — and decides, in real time, what work gets released, to whom, and in what order.
This is not a vendor-integration role where you glue together AutoStore's API and call it done. You are building the brain that makes automation actually behave like it's part of one system, not five bolted-on ones.
You'll also spend meaningful time supporting Stord's Innovation Lab, which means you're not just shipping roadmap items — you're running structured experiments on new material handling concepts, automation pilots, and "should we even build this" bets before they become roadmap items for everyone else.
Responsibilities
Define and own the product vision, strategy, and roadmap for Stord's homegrown WES — including work release logic, task/order prioritization, labor-and-automation resource balancing, and exception handling.
Own the build-vs-defer tradeoffs on WES scope — this system will not do everything on day one, and you're the one who says what's in v1 vs. v3.
Design and own the operational logic for real-world failure conditions: equipment down, congestion spikes, mixed manual/automated backup flows.
Design and own the plan for building a plug and play integration layer.
Scope, run, and evaluate structured pilots on new material handling and automation concepts before they get roadmap real estate.
Build the "is this worth building" case — cost, throughput, labor impact, integration complexity — with enough rigor that a "no" is as valuable a deliverable as a "yes."
Bridge Innovation Lab findings back into the core WES roadmap so pilots don't die in a folder no one opens again.
Operate as the connective tissue between DC Operations, Engineering, Controls/Automation teams, and executive stakeholders — translating floor-level reality into product requirements and vice versa.
Own metrics that tie WES performance to business outcomes: throughput, order cycle time, labor utilization, automation uptime, and exception rate — not vanity feature-shipped counts.
Present roadmap, tradeoffs, and pilot outcomes to SLT with the clarity and brevity expected at that altitude — no one up there wants your Jira board, they want your point of view.
Requirements
5-7+ years in product management, with a substantial chunk of that in operationally complex, physical-world environments — warehouse/DC operations, supply chain systems, manufacturing execution, or robotics/automation.
Direct exposure to warehouse execution, WMS, WCS, or material handling automation concepts — you should already know the difference between a WMS, a WCS, and a WES without googling it, and be able to explain why that distinction actually matters operationally.
Demonstrated ability to zoom from system architecture to floor-level workflow and back — you need to be equally comfortable in a data model conversation with engineers and a "why did pick rate drop 8% on third shift" conversation with a DC ops manager.
A track record of owning ambiguous, build-it-yourself product scope — this is not a "here's the vendor roadmap, prioritize the backlog" job. There is no vendor roadmap. You're writing it.
Strong written and verbal communication — you'll be translating between engineers, ops leaders, and executives multiple times a day, often about the same problem, in three different vocabularies.
Comfort with experimentation and structured ambiguity for the Innovation Lab portion — you need to be able to design a pilot with a real kill criterion, not just "let's try it and see."
Willingness to travel to DC sites — this system does not get built correctly from a conference room. If you're not willing to stand on a warehouse floor and watch where your logic breaks, this isn't the role.
Qualifications
Experience building 0-to-1 internal/homegrown platforms (not just configuring vendor software).
Background in industrial engineering, operations research, or a discipline that makes "labor and automation resource balancing" something you find genuinely interesting rather than exhausting.
Experience with real-time systems, event-driven architectures, or optimization/scheduling logic.