当产品经理独立的面对一款新产品时，应该如何下手？

当我们有机会独立的面对一款新的产品的时候，我们应该从何下手分析和设计？本文来告诉你答案。

对很多的产品经理们来讲，在自己的职业生涯当中能够独立的负责一款新的产品，是一件可遇而不可求的事情，尤其是当你对这款产品有着足够的话语权的时候，这个机会就会显得尤为珍贵。因为在大公司当中，当你入职的时候，往往已经有一套成熟、完整、运行良好的产品产品体系在正常运转，产品经理们需要做的仅仅是在这套成熟的产品体系中不断的充盈血肉，在产品迭代的过程中不断的增加功能。这样的现状让很多产品经理失去了思考的机会，忘记了产品经理最应该思考的一系列问题：

• 我们为什么要做这样一款产品？
• 用户在什么样的场景下会使用我们的产品？
• 这款产品解决了用户什么样的痛点？
• 在已经明确的一些需求的基础上，我们如何引导需求、挖掘需求，甚至是创造需求？

规模越大的公司，对于产品的细分程度越细，例如电商类产品的一个页面：商品详情页。一个大型电商平台的商品详情页很有可能是由4位甚至是更多的产品经理在同时负责，所以每个人负责的模块将非常垂直。如果产品经理失去了思考上述问题的意识，这是一个很可怕的信号。每天的工作将变成简单、机械、冰冷，和重复，没有创造力，没有生命力。这决定了你究竟是有了N年的工作经验，还是用了一个经验工作了N年，进而直接决定了你下一份工作的title、待遇，从而决定了你职业生涯的天花板的最终高度。

接下来，让我们重新拾起这些很有可能已经被丢掉的问题，去思考一下：当我们有机会独立的面对一款新的产品的时候，我们应该从何下手？

我们将从大到小，或者从粗到细的去细化分析整个产品设计过程。

第一阶段：产品的核心价值是什么？

产品经理在这个环节需要确定的是这款产品的核心价值是什么，决定的是整个产品的大方向，输出物可以很简单，简单到一句话，甚至是几个字，具体的句式可以参考： 解决了谁（用户）什么样的问题（痛点） 。在将来很长的一段时间里，这几个字是可以作为这款产品的slogan而存在的，比如滴滴：滴滴一下，美好出行。一旦这个核心价值确定了，那么这款产品短期乃至中期要遵循的产品价值观也随之而确定了。在产品经理向产品总监或者是CEO汇报的时候就可以用两秒钟让领导明白我们这款产品的定位与核心价值是什么。当然，在这个核心价值制定的过程中，公司的业务现状与资源配比将是产品经理很重要的决策依据，要尊重事实、尊重客观规律，毕竟不符合现状的空想是毫无意义的。

误区 ：很多产品经理在这个阶段往往沉溺于产品的功能与机制中无法自拔，而忽略了整个产品的战略布局的重要性。这样的做法属于本末倒置，因为只有在整个产品的核心价值确定了之后，种种功能与机制的制定才有了决策支撑—因为所有的功能都是为最终的核心价值服务的。

第二阶段：产品要有哪些功能？

在进入到这个阶段之前，我们需要了解一下MVP的概念（高阶同学可直接略过此部分）。

MVP：Minimum Viable Product最简化可实行产品。用一张图可以很直观的了解什么叫MVP：

在图示案例中，用户的需求是：我想要一辆汽车。但是将这个需求深挖下去，用户的实际需求其实是：我想让出行更便捷。

两种产品迭代的方案最终给出的产品都是一辆汽车，但是迭代过程却大相径庭。明显，下行的迭代方案是符合MVP原则的。在产品的每一次迭代结束之后都能为用户提供一个满足最基本需求的、可用的产品。

less is more（少即是多） 原则几乎是产品设计领域的金科玉律，因此我在进行任何产品设计工作伊始，总是习惯问自己一个问题： 这个功能不做行不行？ 这种永远做减法的思路，贯穿在我产品设计全过程中。我们在做跟多决定的时候，合理性是我们要考虑的一个最重要的因素，会舍弃掉很多本来想做，但是后来发现不好的东西。这种舍弃是因为我们发现很多事情做不好，或者很多决定从一开始就是错的，或者很多想法最后验证也是行不通的，如果我们硬要去做这些事情，那是不合理的，这就是做减法的理由。

因此，在这个阶段，产品经理需要做的是， 从所有的功能中找出最核心的那几个功能作为第一期产品的功能支撑 ，这几个功能一定要满足用户的基础需求，否则，将毫无意义。

第三个阶段：页面要有哪些字段？

在第二个阶段我们已经对产品功能进行了筛选并选出最适合MVP原则的功能点，但是功能点是需要页面去承载的，因为第三个阶段就要落实到具体的页面进行分析。

在这个阶段可以用两种方法对每一个页面的应该展现什么样的字段进行归纳总结： 穷举法&分类法。

穷举法 就是将这个页面前期、中期、乃至后期有可能承载的所有字段进行罗列，尽量做到没有遗漏。

分类法 就是将统计出来的所有字段按照功能或属性的维度进行分类，然后按照MVP原则进行一期、二期、三期的划分。

我有幸成为国内某知名互联网公司微信小程序的产品经理，接下来，我们用这样一个微信小程序的项目作为案例，针对上述提到的三个阶段，进行实战演练与分析。

背景介绍：

我任职的企业为国国内某电商企业，与某猫某东相比，其遍布全国的几千家线下实体店为该企业在同领域中最大的竞争优势。小程序的线下使用场景恰好与目前公司业务优势相符。

解决痛点：

很多线下实体店由于店面规模与店面成本的限制，无法将所有可售的SKU摆在柜台上进行陈列展示，因此很多用户在进行商品选择的时候，无法看到所有可售的SKU，在线下用户的潜意识中，没摆出来=缺货，因此导致大量潜在用户流失。因此该微信小程序的功能就是为 线下用户 提供更加方便、快捷的购买场景，可以让用户线下体验、线上下单。

• 第一阶段：产品核心价值，为线下用户提供更方便、更全面的购物体验。
• 第二阶段：产品功能点

在给出产品核心价值之后，可以分析出，用户在线下实体店使用小程序时一共有两个步骤：1、找到商品。2、购买商品。在传统电商产品中，产品经理设置了海量的页面方便用户从各个维度进行商品查找，最后进入到商品详情页，但是在小程序的线下使用场景当中，过于复杂的场景只会给用户造成混乱与麻烦，因此在小程序的“找到商品”步骤只需要两种功能进行支撑：商品搜索&商品扫码。在线下实体店中，每一个SKU将会配置一个唯一的二维码，用户使用小程序的扫码功能进行二维码扫描时，小程序会直接跳转到该商品的商品详情页，在商品详情页中可进行SKU的切换查找，如果线下实体店没有相关二维码，可使用搜索功能进行商品搜索，然后进入到商品详情页进行购买。因此，小程序的首页将只承载两个功能， 搜索&扫码。

其次， 几乎所有的电商产品都会有“购物车”的功能，那么在小程序总需不需要购物车的功能呢？

答案显然是不需要。因为用户在实体店进行扫码或者搜索商品时，已经具有了极强的购买意向，与用户在线上把购物车当做收藏&比价工具的场景完全不同，如果不想买就会直接离开，想买就直接下单，不会加入购物车犹豫再三，购物车的功能对于小程序来讲显然太重。

综上，微信小程序功能描述如图：

细心同学应该已经发现了，在一期的功能中缺少了很多功能，比如账户中的注册、找回密码、退出账户、设置，甚至缺少了所有电商产品都必备的逆向订单功能，这怎么能够称之为一个完成的产品呢？但是我想说的是：

完！全！不！需！要！啊！同！学！们！

在第一期的小程序中只需要满足 用户登录账户—搜索商品—下单购买 这一个主流程，其他任何多余的功能都会导致上线时间延期。

第三阶段 ：页面字段。

以商品详情页为例，很多电商平台的商品详情页承载了商品几乎所有的信息，单单接口有可能就需要调用十几个，那么在这所有的字段中，我们如何做出取舍呢？还是MVP原则，这个页面只要能够在为用户提供基本的购买决策依据就好，毕竟用户了解商品的途径更多的是线下体验，因此线上的页面字段我们就可以做极大程度的删减，综上，小程序的商品详情页字段只需要保留以下：

天下武功，无坚不破，唯快不破。这句话可理解为，当面对一个新的产品的时候，很多产品同学往往瞻前顾后，想第一个版本就能上线一款很完整的产品，这种思路本身就是违背互联网“快速迭代试错、小步快跑”的理念的。当然，特殊领域除外，如2B类业务。快速上线，根据数据反馈再进行有针对性的产品迭代优化才是一个产品经理正确的姿势。

作者：谭小超（微信号：tanchao594460） ，北大心理学硕士，擅长心理分析&电商领域。

关键字：产品经理, 产品

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！