互联网产品从0到1的几个小技巧小经验.pdf

互联网产品从0到1的几个小技巧小经验 如何论证自己的想法 ，产生靠谱的需求 ？ 如何进 需求评审 ？ 如何写能让人看得懂的产品需求文档 ？ 如何和别人沟通想法 ？ 如何说服别人 ？ 这些问题都是产品新人经常遇到的问题 ，只有深刻的理解这些过程才能帮助产品经理顺利的把控整 个产品的落地。文中还会有嘉宾多年实践中的一些小技巧 ，大家要仔细看喽! 如何论证自己的想法 ，产生靠谱的需求 ？ 大家知道一千个人眼中就有一千个哈姆雷特 ，同样产品从0到1这个过程中 ，一千个人也会有一千种 做法遇到一千种问题。尽管大家做法可能不一样 ，遇到的问题也不一样 ，但一个产品的需求就分 两种 ，那就是真需求和伪需求。当我们做一个产品时 ，最初要确定的肯定是这个需求是真需求还是 伪需求 ，其次还要辨别这个需求是大众需求 ，还是小众需求或者是特别需求。那我们其实看的就是 这个需求的规模有多大 ，这个东西做出来之后 ，能给用户带来什么东西 ，解决什么问题。所以我们 定需求时 ，第一要确认是真需求 ，第二要确认是大众需求。 产品从0到1 ，一定是从需求开始 ，从一个想法开始的。假设我们有了一个想法以后 ，就要通过某方 面的论证 ，证明这个需求在一定范围内是可 的。那问题来了 ，我们是先快速把产品做出来 ，然后 再验证呢 ？还是拿着需求来不断的验证 ，验证半年 ，甚至一年才去做这个产品。当然这两种方法没 有对错 ，那如果是互联网产品的话 ，这里建议用第一种方法 ，因为不管你前期准备的如何充分 ，到 最后做出来之后 ，你会发现不一样。所以我们要先快速的把产品做出来 ，再不停的迭代。那如果采 用第二种会发生什么情况呢 ，第一种情况是你论证完了 ，发现不可 ，第二种情况是你论证完了 ， 发现别人已经做出来了。快速把产品做出来 ，再快速迭代这个方法是否适合大公司呢 ？ 大公司就好像是航空母舰 ，它掉头非常难 ，它有很多部门 ，有大量的地勤人员 ，空勤人员 ，所以它 是牵一发而动全身的。另外在一个大平台上 ，每天都有大量的流量 ，所以它很难做调整。一旦这个 产品 ，今天确定了一个方向 ，它的原型出来了 ，它的商业模式也出来了 ，第一天的访问量可能就是 几百上千万 ，如果你第二天去做调整的话 ，用户很可能会出错 ，所以它前面这个论证的环节就需要 非常非常的严谨。这是一个优势 ，他的优势在于他它的论证环节很严谨 ，虽然它的这个决策不一定 是非常正确的 ，但是一般不会出错。但是劣势是什么呢 ？就在于长时间的论证过程中 ，外面有一些 抄袭的产品会快速的迭代 ，因为创业型的产品没有流量 ，也没有这么大的用户群 ，他只有在细分领 域进 超越 ，才能取得一定的成功。所以对于一个航空母舰来讲的话 ，这种小众化的需求是没有办 法快速迭代的 ，但是对于一个创业型团队 ，它为什么做的快呢 ？因为试错的成本低 ，今天我们可能 做的是一个社交软件 ，做着做着发现社交不适合我 ，明天就变成了一个交易软件 ，所以快速的迭代 也是一个不断的试错过程。但是在试错之前 ，这个思考的过程是一定要有的。 在大公司中 ，这些需求的来源是怎么样的呢 ？ 在大公司做这个产品规划和需求的时候 ，一般会把产品的需求分为两大类 ：第一类是小需求 ，就是 一些功能的迭代。这些小需求呢 ，其实是一些用户或者运营的痛点。并且这些小需求 ，每天都会大 量的生产 ，我们怎么选择呢 ？哪些更痛 ，哪些更直接 ，哪些转化效率更高 ，我们就先做哪些。第 二类 ，我们叫大需求 ，大需求其实就是一个项目 ，一个项目的诞生必然会使产品的商业模式产生 变化 ，甚至会开拓一个新的领域。 那一般情况下 ，如果是后台方面的小需求 ，最重要的来源是运营 ，运营在使用这些产品的时候 ，会 发现一些痛点 ，这些痛点可能会让他们经常加班 ，这个时候呢 ，他们就会把这个痛点提上来。那如 果是前端的小需求 ，会有非常多的收集渠道 ，比如说淘宝的论坛 ，淘宝的客服团队 ；另外一个就是 大家细心的话 ，会发现包括手机淘宝页面也好 ，PC淘宝页面也好 ，都会有一个提建议的反馈渠道 ， 阿里自己叫舆情监控。那最有效的需求来源是什么呢 ？是服务团队 ，因为他们的描述是非常详细 ， 且具有场景化的。 如何进 需求评审 ？ 在阿里 ，不管做任何一个需求 ，都有一个把关型的会议 ，叫做需求评审。它的这个需求是来自各个 部门 ，包括市场部 ，营销部 ，运营部等 ，他们都有自己的绩效考核 ，也就是KPI ，然后他们会为了 完成这个目标而去想一些需求 ，因为这个需求可以帮他们快速的达成目标。那这个需求放到产品的 团队里来 ，产品团队要考