<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by David Zelniker on Medium]]></title>
        <description><![CDATA[Stories by David Zelniker on Medium]]></description>
        <link>https://medium.com/@davidzelniker?source=rss-592fc46ddf60------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/0*-x8IxGJ5RKxbnmEI.jpg</url>
            <title>Stories by David Zelniker on Medium</title>
            <link>https://medium.com/@davidzelniker?source=rss-592fc46ddf60------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Sun, 15 Nov 2026 17:39:55 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@davidzelniker/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com/" rel="hub"/>
        <item>
            <title><![CDATA[Defying the Myths of Product Management.]]></title>
            <link>https://medium.com/@davidzelniker/defying-the-myths-of-product-management-bc3952f70713?source=rss-592fc46ddf60------2</link>
            <guid isPermaLink="false">https://medium.com/p/bc3952f70713</guid>
            <category><![CDATA[software-development]]></category>
            <category><![CDATA[product-development]]></category>
            <category><![CDATA[how-to]]></category>
            <category><![CDATA[product-manager]]></category>
            <category><![CDATA[product-management]]></category>
            <dc:creator><![CDATA[David Zelniker]]></dc:creator>
            <pubDate>Tue, 24 Apr 2018 18:10:58 GMT</pubDate>
            <atom:updated>2018-04-24T18:17:33.397Z</atom:updated>
            <content:encoded><![CDATA[<h3>No Traditional Technical Background, No Problem.</h3><p>You want to be a Product Manager, but you don’t have a computer science background, didn’t study CS106A at Stanford, or haven’t done a General Assembly bootcamp. Neither did I, but I did go from college startup founder, to Marketing Manager, to Product Growth, and eventually Product Management at one of the most innovative product companies in Silicon Valley. Below I share some of my personal principles in my continuous effort to become a great PM.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/1024/1*oEJS4ihITo_NqR1JHX3COA.png" /><figcaption><a href="http://entrepreneurfail.com/">entrepreneurfail.com</a></figcaption></figure><h3><strong>Be the User:</strong></h3><blockquote><strong>A strong Product Manager embodies the voice of the end user(s).</strong></blockquote><p>One of the most important parts of the job is representing the user, whether internal or external, whether consumer or business. It is the PM’s responsibility to make sure the user’s voice is heard throughout conception, design and build.</p><p>When starting out, don’t hinder yourself by trying to build the exact product you think <em>they</em> need; instead, literally put yourself in the shoes of the user. If you are thinking about building a productivity tool, dedicate a month to focus on the following action items (4 activities x 1 week each):</p><ul><li>Test out the leading app/product in the market</li><li>Ask a few friends what they use and test that tool</li><li>Battle test the existing product you use in your everyday life</li><li>Try an offline solution (ex. go oldschool and create a simple to-do list using <em>Post-it Notes)</em>.</li></ul><p>Gaining real-life experience as a user, having both successes and failures of the product to speak of, and identifying real problems that remain unsolved, put you in a unique position to guide the future of any product (roadmap).</p><h3><strong>Do the Research:</strong></h3><blockquote><strong>Ask questions, a lot of them, often.</strong></blockquote><p>I always try and frame my questions not around <em>what do you want built</em>, but rather, <strong><em>what is it that you are trying to accomplish</em></strong>. I ask this simply because I want to remove the notion that there are existing parameters of what it is that we can build, and instead focus solely on what the <em>ideal</em> product should be providing for.</p><p>You don’t need to be a product manager to ask these questions, you don’t even need to have a specific research tool. It is as simple as trying to improve an existing experience. Ask those around you what is:</p><ul><li>The most frustrating daily task they have</li><li>Their most time-consuming activity</li><li>The weekly experience that yields the lowest ROI for them</li></ul><p>Ask them to talk you through the last time it happened, what else they have tried, why they continue to bother, and how they are currently dealing with it. These types of (non-leading) questions allow you to focus on what it is that they are trying to accomplish (the ideal state), rather than the symptoms of a problem they are facing.</p><p>A lot of these questions and how to ask them, I learnt from reading <a href="http://momtestbook.com/">The Mom Test</a>, whose premise is simple: <em>We all want to find the truth of how to make our [product] succeed… the truth is our goal and questions are our tools.</em></p><h3><strong>Learn the Language</strong></h3><blockquote><strong>It is difficult, if not near impossible, to adapt and get along with new people if there is no way to communicate with one another.</strong></blockquote><p>Communication is at the center of any great Product Manager’s skill set. Whether speaking to the whole company, your end users, your team (engineers, designers), or your stakeholders — you have to cater your message in a language that will be understood. Don’t get locked into a single language, and don’t assume that your existing communication approach is the best way to reach everyone. You have to learn the different languages, the different ways and the different values of the person or group you’re trying to communicate with.</p><p>Study Up:</p><ul><li><a href="http://carlcheo.com/compsci">Engineering speak</a></li><li><a href="https://99designs.com/blog/tips/15-descriptive-design-words-you-should-know/">Design speak</a></li><li><a href="https://medium.com/pminsider/glossary-of-product-management-acronyms-and-jargon-b371b7daa9aa">PM acronyms and jargon</a></li><li><a href="https://www.forbes.com/sites/lizryan/2016/03/01/do-you-speak-corporate-business-jargon-for-humans/#714c6f73679c">Business speak</a></li></ul><p><strong><em>Caveat:</em></strong> Don’t make the mistake of adding these words in your vocabulary for the purpose of <em>sounding intelligent</em>, or even worse being guilty of using <em>corporate speak</em>. An ignorant PM favors communicating using imprecise words and confusing jargon. Use your new vocabulary with the goal of improving the quality of the communication you have with those around you.</p><h3><strong>Become a Domain Expert:</strong></h3><blockquote><strong>Nobody knows what they are talking about, until they do.</strong></blockquote><p>Know everything there is to know! Get your hands on everything about the industry, the ecosystem, the competition, similar tools, and existing in-market solutions. Plain and simple. Without this, you stand no chance.</p><p>Get in the weeds:</p><ul><li>Read <a href="https://www.g2crowd.com/">customer reviews</a> of <a href="https://www.getapp.com/">existing products</a></li><li>Get involved in message boards, <a href="https://www.reddit.com/r/ProductManagement/">reddit threads</a>, <a href="https://www.producthunt.com/topics/productivity">Product Hunt</a>.</li><li>Read <a href="https://news.greylock.com/let-s-talk-about-product-management-d7bc5606e0c4">Medium articles</a> from <a href="https://web.stanford.edu/class/ee204/ProductMarketFit.html">thought leaders</a> in the industry</li><li>Consume white papers from existing businesses in the space</li><li>Follow <a href="https://twitter.com/joshelman">industry veterans</a> and <a href="https://twitter.com/nireyal">disrupters</a> on Twitter</li></ul><p>Learn what is working, what isn’t working, what each solution has and what it’s lacking. If you understand what already exists, you will have a headstart on understanding what is missing, and more importantly where the opportunities lie. If you can bring in a piece of actionable feedback, a new solution to an existing problem, or an improvement to the existing experience, you’ve already provided value.</p><p>None of what I describe above requires any direct programming knowledge but by starting with these basics and staying focused, you’ve already won half the battle. Join me in continuing to defy the false belief that a great Product Manager requires a traditional technical background.</p><p><strong>Coming soon:</strong> How to win the 2nd half of the battle. <strong><em>Spoiler alert:</em></strong> You still don’t need a technical background.</p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=bc3952f70713" width="1" height="1" alt="">]]></content:encoded>
        </item>
    </channel>
</rss>