"What Not How" is a product management principle that emphasizes focusing on defining the desired outcome or problem to be solved (the "what") rather than specifying the exact implementation details (the "how"). This approach allows for more creative solutions and empowers development teams to find the best way to achieve the desired result.
Synonyms: Outcome-Focused Product Management, Problem-Oriented Development, Solution-Agnostic Approach, Goal-Driven Product Strategy
The "What Not How" principle is crucial in product management as it allows for more innovative solutions and better collaboration between product managers and development teams. By focusing on the desired outcome rather than prescribing specific solutions, product managers can:
Implementing the "What Not How" approach in product development involves several key steps:
Instead of specifying "Add a login button to the top right corner," a product manager might say, "Ensure users can easily access their account information from any page."
Rather than dictating "Use a NoSQL database for user profiles," the requirement could be "Implement a scalable solution for storing and retrieving user data quickly."
Instead of "Create a chatbot for customer support," the goal might be "Reduce customer support response times by 50% while maintaining high satisfaction rates."
What is the main benefit of using "What Not How" in product management?: The main benefit is that it allows for more innovative solutions by empowering the development team to use their expertise in finding the best way to solve a problem or achieve a desired outcome.
Does "What Not How" mean product managers shouldn't have technical knowledge?: No, technical knowledge is still valuable for product managers. The principle suggests using that knowledge to better understand and communicate desired outcomes rather than prescribing specific technical solutions.
How can I ensure the development team understands the "what" without specifying the "how"?: Focus on clearly communicating the problem to be solved, the desired outcome, and relevant user insights. Provide context and be available for questions and clarifications throughout the development process.
Is "What Not How" applicable to all types of products and industries?: While the principle is widely applicable, the degree to which it can be implemented may vary depending on the specific industry, regulatory requirements, or technical constraints of a project.