注册EPR刻不容缓！速卖通、ebay、wish多个平台已发布公告，距离2022年还有10天！

网商动力

跨境电商，致力于提供一手资讯、干货知识。

2021-12-21 15:37:26

在跨境电商行业，我们听到的更多是如何选品，充斥着各种“选品方法论”。

当然，也有不少卖家的因为积累了很多“识产品”的经验，在爆棚的创造欲的驱使下，欲意亲自“打造”一款产品。

一个是众里寻她千百度的“选”，一个是老夫聊发少年狂的“创”。

创造一款产品，需要遵循什么样的方法呢？

我本人此前一直在和软件、智能硬件打交道（写代码居多），最近两年也在努力思考产品、积累产品经验。

关于打造产品的思路，有几个不错的概念，我们一起来看看。

MVP——最小可行产品

在技术或者互联网行业，MVP（Minimally Viable Product）概念比较流行。

它是一种有用的产品开发方法：在产品设计初期，产品团队只会开发出一组最小可行的功能或者服务，给到一些早期的用户使用。最终产品形态，是在收到这些用户的使用反馈后，才被逐步迭代设计和部署。

MVP 的思想是，不要闷头一口气做出一个齐全完备的产品。它每次迭代更聚焦于达成产品的第1 阶段，目标是最小可行。

比如，你要造一款智能玩具，一开始只需考虑基础形态、声光效果、简单人机交互即可，而无需考虑外形定型设计、完善的人机交互体验等等。

再比如，笔者熟悉的软件产品，在产品立项早期，需求池一大堆需求。研发工程师不可能一次性全部开发，而是由产品经理划定优先级，最早的一版只要能“跑”即可。

MVP 本质上是对产品的一组功能集进行精打细算，产品初期，只做基础可行功能，不过渡开发。

这样做的好处显而易见，它能保证产品有更轻快的迭代节奏，缩短产品面市周期，更早接受用户反馈，避免闭门造车、过渡投入。

MVP 遇到挑战

MVP 的思想很受开发工程师（程序员们）喜爱。

因为多数情况下，国内老板、产品经理都喜欢做增量、甚至堆需求。这时，程序员们就可以拿“MVP”来“遏制”这种膨胀的欲望。

我自己做跨境，也在思考如何做产品，无论是虚拟的软件产品，还是实物产品。

一直以来我都觉得 MVP 的产品思路值得推崇。直到我看到了两个观点，才恍然发觉我的“知识”需要更新了。

MVP——“获取信息的最小努力量”

第一个观点出自《卓越产品管理：产品经理如何打造客户真正需要的产品》这本书，作者将 MVP 定义为“获取信息的最小努力量”。

当我们把 MVP 理解成“最小可行产品”时，我们奔向的目标是产品的功能，我们要用最小的功能集支棱起一个简单可用的版本来。

当我们把 MVP 理解成“获取信息的最小努力量”时，我们奔向的目标是获取信息，我们要通过不同的尝试获取想要的信息，以弥合问题与解决方案之间的信息缺口。

仔细对比这两种解读，前者更多是“原型已定，就这么办”，后者更多是“相机行事，先搞清真相”。

熟知 MVP 的朋友知道，“最小可行产品” 是再自然不过的道理了——任何产品，一开始不会做的那么“重”。

“最小可行产品” 固然没错，只不过视角稍偏狭隘。

MVP 新解提醒我们一上来就把它固化成一个产品，并不总是正确的。在这之前，我们还有很多可选的方案，在知道“为什么”后，再进行产品构建。

提前调研市场、关注目标用户的真实需求，也是这里所说的“获取信息”。

一个很好的例子是国外著名众筹网站 Kickstarter 上的众筹项目。项目发起人往往只要做一个原型产品，或者描绘一个蓝图，就可以发起众筹。而这正式测试市场反馈的“最小努力量”。

MVP 新解，对我来说是非常受用的，因为开发工程师（例如我），常常惯性似的埋头于“怎么做”，而不是提出“为什么”。

MAP 最小惊艳产品

第二个观点来自老外的一篇文章。文章提到谷歌、Salesforce等知名公司的产品方法论。在讲谷歌时，他说：谷歌是一个完美的例子，它带着“极简产品”（MAP）进入市场并随着时间的推移不断迭代。

所以，MVP 概念的第二个挑战有了，就是 MAP(Minimum Awesome Product)——最小惊艳产品。

因为产品经验不多，在此之前我比较秉持 MVP 的概念。看到 MAP 的概念解释时，我知道“掉头发”的机会又多了。

MVP 为何被 MAP 挑战？我们来看看作者的解释：

在这之前，我们脑子里想的就是在产品上线前产品只能基本功能可以用就行。这在前几年，移动互联网刚刚兴起的时候是没有问题的，那时候的用户对各种互联网产品的了解和使用都很有限，要求也不高，但是现在不一样了，现在的用户接触了大量的互联网产品，对各种产品的要求越来越高，我们必须能给用户更多的惊喜，一些遵循用户的使用习惯但又让人眼前一亮的东西。

我们看下面这张图，就知道什么是 MAP 了。