Even roles far from the customer, like engineering, make countless micro-decisions. Without an intuitive understanding of customer pull—what they're trying to achieve and why they're blocked—these decisions will likely miss the mark, even when just following a requirements document.
A platform's immediate user is the developer. However, to demonstrate true value, you must also understand and solve for the developer's end customer. This "two-hop" thinking is essential for connecting platform work to tangible business outcomes, not just internal technical improvements.
Engineering often defaults to a 'project mindset,' focusing on churning out features and measuring velocity. True alignment with product requires a 'product mindset,' which prioritizes understanding the customer and tracking the value being delivered, not just the output.
Most engineers only interact with customers during negative events like outages or escalations. To build customer empathy and a product mindset, leaders must intentionally create positive touchpoints. This includes sending engineers to customer conferences or including them on low-stakes customer calls.
To get product management buy-in for technical initiatives like refactoring or scaling, engineering leadership is responsible for translating the work into clear business or customer value. Instead of just stating the technical need, explain how it enables faster feature development or access to a larger customer base.
When handed a specific solution to build, don't just execute. Reverse-engineer the intended customer behavior and outcome. This creates an opportunity to define better success metrics, pressure-test the underlying problem, and potentially propose more effective solutions in the future.
It's not enough for platform PMs to interview their direct users (developers). To build truly enabling platforms, you must also gain wider context by sitting in on the developers' own customer interviews. This provides deep empathy for the entire value chain, leading to better platform decisions.
Pull isn't just a problem; it's a state of active struggle. Think of it as physics: the customer is applying force toward a project, but their existing options are applying a counter-force. Your product's role is to unblock this potential energy, which is often invisible until a viable new solution is presented.
Buyers often volunteer the exact details of their problem—their project, its urgency, and their frustration with current options. However, traditional sales training teaches founders to ignore these cues, interrupt the customer, and pivot to pitching their solution, thereby missing critical information.