Navigating Public Sector Innovation: Customer Discovery Without the Career Cliff Edge
Considering a leap into public sector entrepreneurship? The fear of leaving a stable role for an unproven idea is real. This guide explores how to apply lean customer discovery principles to validate your public sector solution, ensuring you understand true demand before making a significant career move.
There's a unique tension that arises when you're passionate about innovation within the public sector. You see the potential for transformative solutions, but you're also acutely aware of the inherent risks, the bureaucratic hurdles, and the very real personal cost if things go sideways. The idea of "customer discovery" might even feel a bit alien in a government context, where citizens aren't always seen as customers, and the bottom line isn't profit, but public good.
Before we dive into the how, let's acknowledge the emotional weight here. You're likely feeling a mix of excitement for what could be and a healthy dose of anxiety about rocking the boat. This isn't just about validating an idea; it's about navigating your professional identity within a system that often prioritizes stability over disruption.
So, how do you conduct customer discovery for public sector solutions without putting your career on the line?
First, reframe "customer" as "stakeholder." In government, your "customers" are citizens, but also internal departments, elected officials, community leaders, and frontline staff. Each group has distinct needs, pain points, and definitions of success. Your goal is to understand these deeply.
Second, embrace the "lean validation" mindset, but adapt it for public service. This means starting small, with minimal resources, and focusing on learning. Instead of building a prototype, can you conduct problem interviews? Talk to 10-15 people who would directly use or be affected by your proposed solution. Ask open-ended questions about their current challenges, what they've tried, and what doesn't work. As Rob Fitzpatrick teaches us, focus on their past behavior, not hypothetical future actions. "Tell me about the last time you tried to access this service," is far more valuable than "Would you use a new app for this?"
Third, leverage existing networks and data. The public sector often has rich, albeit sometimes siloed, data on citizen interactions, service requests, and common complaints. Use this to identify patterns and validate problem areas before you even start interviewing. Internally, connect with colleagues who are on the front lines. They are often untapped goldmines of "customer" insight.
Finally, focus on problem validation, not solution selling. Your initial goal isn't to convince anyone your idea is brilliant. It's to prove that a significant problem exists, that people care about solving it, and that current solutions are inadequate. This de-risks your initiative. If you can clearly articulate the problem, you've built a foundation for a solution that will resonate, and you've done so without making grand, career-jeopardizing pronouncements.
What would it look like to spend the next month simply understanding the problem from five different stakeholder perspectives, without mentioning your solution at all?
Was this article helpful?
