惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Martin Fowler
Martin Fowler
Jina AI
Jina AI
J
Java Code Geeks
Microsoft Security Blog
Microsoft Security Blog
Recent Announcements
Recent Announcements
I
InfoQ
L
LangChain Blog
The Cloudflare Blog
IT之家
IT之家
博客园 - 叶小钗
Apple Machine Learning Research
Apple Machine Learning Research
B
Blog
A
About on SuperTechFans
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Last Week in AI
Last Week in AI
Blog — PlanetScale
Blog — PlanetScale
罗磊的独立博客
云风的 BLOG
云风的 BLOG
Microsoft Azure Blog
Microsoft Azure Blog
Engineering at Meta
Engineering at Meta
F
Fortinet All Blogs
博客园 - 聂微东
美团技术团队
博客园_首页

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
现在的红海,已经容不下MVP了
洪草莓 · 2024-05-13 · via 人人都是产品经理

学做产品时,大家都有被要求过要做MVP的经历。但现在的环境或者说在某些领域中,MVP的做法已经不太适用。比如正文中例举的这两个例子,如果选择MVP,估计现在就见不到了。

常年霸榜App Store音乐类软件下载量第一的Spotify,作为全球领先的音乐音乐播放平台,在其早期推出产品前却花了大约两年的时间。

谁能想到成立于2006年的Spotify,直到2008年才正式推出其产品。

我认为,正因为他们一开始没有选择MVP的道路,对其现在的成功起到了不容忽视的作用。

一、没选择MVP,却大获成功

这里我们可以先看看MVP的定义:

MVP(Minimum Viable Product)被称为“最小可行产品”,指一个产品具有足够的核心功能,可以满足早期用户的需求,并为未来的产品开发提供反馈。

MVP通常只包含最基本、最关键的功能,以便快速验证产品的可行性,而不是一开始就投入大量资源开发完整的产品。

简而言之,MVP旨在尽可能短的时间内推出产品,以最小的投入获取最大的反馈。

回到2006-2008 年,当时Spotify的竞争对手包括 iTunes、Rhapsody、Napster、WinAmp、RealPlayer 等行业巨头——这是一个很拥挤的市场,用户有很多选择。

当“必需”的功能已经被满足,如果此时推出与竞争对手具备同样功能的MVP,将不足以满足或超出用户的期望。

2007年的Spotify仍在内测阶段

这种情况下,放弃MVP转而选择更长的开发周期,可能是一个更明智的选择。

因此,Spotify在其产品一推出就引入了许多创新功能,如个性化推荐、创建播放列表、离线收听等,这些功能也使得他们在市场上脱颖而出,并最终成为了当下全球领先的音乐播放平台。

二、怎么判断我是否需要MVP

取决于进入的市场有多成熟。

对于初创公司或现有公司的新项目,大多数人可能会建议采取MVP策略,以尽快推出产品并获取用户反馈。

然而,当市场已经存在一个或多个占有一定市场份额的竞争对手情况下,不建议采用MVP。

那么,该如何进入一个成熟市场?

这其中关键在于,确保产品具备足够的竞争力——这需要我们在早期创建高保真、可交互的UX原型,通过用研团队组织特定的用户进行内测以获取反馈,直至确保产品能够满足用户需求(而不是一开始就立即向公众发布MVP)。

除此之外,还需要进行充分的市场调研,制定出合适的进入市场的策略。

这里不得不提到另一个典型案例就是Airbnb,当时在他们进入市场之前已经存在像Booking这样的行业巨头,他们是如何进入一个成熟市场、并获得今天的成功呢?

早期的Airbnb App

早期的Airbnb团队在搭建完平台并找到第一批愿意出租房屋的人后,甚至专门聘请了专业的摄影师,为平台里的每一家民宿拍摄精美的照片,只确保上线后能为用户带来更好的第一印象。

这种与核心功能关系甚微、同时意味着巨大工作量的事,在当时其他人看来简直是吹毛求疵,但事实正如创始人Teixeira所说:

“你应该帮助你的供应商以尽可能最好的方式展示自己,即使这是一项不可快速量产的工作……但如果你一开始连客户都没有,就更别谈什么量产了。”

三、一直游到红海变蓝

在竞争激烈的红海市场中,放下MVP、沉下心来打磨好产品,反而会是更加明智的选择。

通过对市场的深入了解和用户需求的充分考量,建立长期竞争优势的同时,才能让你的产品在行业红海里一直游到海水变蓝。

毕竟,你永远不会有第二次机会,给人留下第一印象。

作者:洪草莓,公众号:洪草莓

本文由 @洪草莓 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。