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

推荐订阅源

Recent Announcements
Recent Announcements
V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
云风的 BLOG
云风的 BLOG
Microsoft Security Blog
Microsoft Security Blog
博客园 - 司徒正美
Y
Y Combinator Blog
Stack Overflow Blog
Stack Overflow Blog
雷峰网
雷峰网
小众软件
小众软件
GbyAI
GbyAI
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
aimingoo的专栏
aimingoo的专栏
MyScale Blog
MyScale Blog
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
腾讯CDC
A
About on SuperTechFans
宝玉的分享
宝玉的分享
WordPress大学
WordPress大学
B
Blog RSS Feed
G
Google Developers Blog
量子位
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 三生石上(FineUI控件)

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
8年产品经验复盘总结-2.3业务规划中的竞品调研
正经的产品经理 · 2025-07-09 · via 人人都是产品经理

在业务规划中,竞品调研是找准定位、制定策略的关键一步。本文系统梳理了竞品调研的三大核心步骤:如何精准识别竞品、明确调研维度,并选择合适的调研方式。

了解企业在市场中的位置,和了解企业内部信息一样重要。今天我将和大家分享竞品调研的实践方法。

竞品调研总共分三步:

1. 确认竞品

2. 确认调研内容

3. 调研方式

1. 确认竞品

无论企业,必然存在竞对。无论产品,必然存在竞品。否则就是垄断企业了。

问题是,哪些是我们的竞品?

有个很简单的方法,问公司最接近用户的人。

toBtoG的产品问商务。他们在和客户介绍产品的时候,多少会面对客户质疑:你这个产品和别的什么产品比较,有什么优势。

有些商务也是在同行业的几个公司间互相跳槽的,对行业不同产品有一定的了解。

toC产品问运营。用户指标一旦波动,除了复盘自身原因,也会关注竞品新功能或新玩法。再或者就是去应用商店搜你的产品,得出的其他结果就是竞品了。

内部产品则没有竞品,因为产品是服务内部的,不和其他产品存在竞争关系。

企业存在竞对,我们可以问销售人员,他们很了解自己的客户都被谁抢走了。

2. 确认调研内容

产品设计有五层,表现层、框架层、结构层、范围层、战略层。按这个框架来说,竞品调研是要了解竞品在这五层上的信息。

网上有很多对这五层的解释,让人听得云里雾里,今天我们把它简化一下。

战略层:就是确认业绩目标&用户体验的优先级。业绩指标和用户体验是存在一定冲突的,想要卖得好,某种程度上会损害用户的体验。如何平衡两者关系,何时利润优先,何时销量优先,何时用户优先,是战略层需要确认的内容。

战略层在具体的产品设计上,是一个很虚的东西,需要多体验,无法一两次竞品调研了解。

范围层:就是内容的优先级。内容的优先级就是目标用户的优先级,确定功能范围,很大程度上就决定了服务哪些用户,确定了用户范围

范围层在我们确定竞品后就已经大概了解。区别在于,竞对在瞄准的细分市场上可能有所不同,导致在具体功能的实现上,有粗有细,有好有坏。这些信息,和上面说的——公司里最接近用户的人——沟通获取,效率更高。

结构层:就是信息展示的优先级。确认产品中内容的展示优先级,用户获取想要的内容,都会涉及什么业务流程,用到产品的什么功能。

框架层:就是界面的优先级。产品的内容是分布在不同界面的,界面菜单优先级、展示优先级,影响了用户完成业务流的过程。

表现层:就是元素的优先级。一个界面中,按钮、文字、图片、颜色等元素的布局,让用户注意的优先级。比如一个浅色界面中,红色按钮最能吸引用户眼球,购买按钮使用红色,能提高用户下单率。

我们做竞品调研,大部分其实都是体验竞品的结构层、框架层、表现层。

但要注意,这三层都是比较具象的表现。要理解竞对的表现逻辑,就要理解竞对的表现原因,也就是战略层和范围层的信息。

了解竞品提供的功能(可能相同功能有不同名字)、功能/菜单的展示顺序(层级结构,菜单是按业务流程归类还是职能归类)、界面中的交互(相同的功能都有什么不同的交互方式),只是帮助我们在设计方案时找到参考。

但最终还是要结合自己所在公司的战略定位(战略层)、目标用户范围(范围层)来评估。

3. 调研方式

最好的方式就是拿到对方的产品,登录对应的账号,查看具体的功能模块,梳理一个带功能的层级思维导图。

toC产品,直接注册登录使用就好。

toB产品,可以假装自己是真实用户,预约对方商务获取商务资料、试用账号、甚至让对方进行远程演示。

很多同学不好意思担心被对方识破。这里给大家一个简单的方法:

你可以说自己是企业的行政,正在视察和收集资料的阶段,让对方提供信息和报价,整理后汇总给领导拍板。

行政角色可以帮助你获取资料,但避免被对方商务催促做决定。商务也知道成交关键人不是你,所以不会给你压力,反而会好言好语地和你沟通,希望能从你这里获取更多企业信息。

内部产品,可以找你们的商务/销售人员,客情关系维护好的商务,能从客户手中拿到不少资料。包括对方企业给客户的合作资料,客户的登录账号。

此外,我们要注意登录账号的角色,不同角色会被配置不同功能,缺少了功能会影响我们对竞品的判断。

本文由 @正经的产品经理 原创发布于人人都是产品经理。未经作者许可,禁止转载

题图来自Unsplash,基于CC0协议

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