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

推荐订阅源

U
Unit 42
Google DeepMind News
Google DeepMind News
Stack Overflow Blog
Stack Overflow Blog
H
Help Net Security
MongoDB | Blog
MongoDB | Blog
I
InfoQ
N
Netflix TechBlog - Medium
T
Tailwind CSS Blog
量子位
博客园 - 叶小钗
月光博客
月光博客
IT之家
IT之家
G
Google Developers Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
小众软件
小众软件
S
SegmentFault 最新的问题
Engineering at Meta
Engineering at Meta
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
aimingoo的专栏
aimingoo的专栏
云风的 BLOG
云风的 BLOG
Vercel News
Vercel News
爱范儿
爱范儿
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
宝玉的分享
宝玉的分享

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
面试官说“你做的产品没什么价值”,怎么应对?
爱撸猫的AI产品仔 · 2023-06-08 · via 人人都是产品经理

这种情况,许多产品经理在面试时可能都遇到过。如果再遇到,应该如何应对?以下是个人的一些应对思路。

一、挖掘面试官的观点

遇到这种情况,先冷静下来,沉住气,不要激动,不要反驳。无论这个面试官是否处于挑衅或攻击性姿态,作为应聘者,我们都应该表现出自身该有的素质,向他们展示自己善于沟通、主动积极的态度。

调整好情绪后,我们开始。

首先,需要了解面试官说出这话的原因。问题到底在哪里?

我们可以先思考:“问题”是什么?

《麦肯锡问题分析和解决技巧》这本书中有解释到:问题的本质是期望与现状的落差

落差有多大,意味着问题有多大。

例如,在“提升某流程转化率”这个任务上,当前的现状是,你做到了20%。老板觉得不行,是因为TA觉得应该要到30%。在这件事上,对老板来说,落差就是那10%,这就形成了问题。

那么,解决问题本质上就是缩小甚至填补这部分落差。

因此,说白了,面试官说“没价值”,一般只是认为“你做到的事情”(现状)与“TA认为应该做到的事情”(期望)之间,有落差。但这个落差有多大,只有面试官自己心里“有杆秤”。

而你则需要找到面试官心里的“这杆秤”。

换句话说,你需要通过沟通的方式,去了解面试官所认为要达到什么状况,才叫“有价值”,即TA的“期望”。只有了解到了这个,你才能知道为什么他说“没价值”,因为你找到了TA心中的“落差”是什么。

二、定义价值

针对面试官的“问题”,你已经了解到了“期望”、“现状”和“落差”后,你需要做的事情就是缩小或填平这部分“落差”。很简单的两个思路:

  1. 降低面试官的“期望”。即告诉TA该产品的预期目标并不是TA想的那么“高大上”;
  2. 提高“现状”。即通过补充信息,让面试官了解到产品现状比TA当前了解到的更好。

即,产品价值是产品现状减去产品目标后的差值,该值越大,对目标的达成程度就越高,价值就越大

所谓价值,就是结果对目标的实现程度。

因此,产品价值本质上不是一个“有无”问题,而是一个“高低”问题

不存在零价值的产品,只有低价值或高价值的产品。

所以,不要被面试官的话给套进去了。

三、定义产品目标和价值

在我的另一篇文章《产品不盈利,就不是好产品?》中,有明确为产品价值进行了分类:

  1. 用户需求被满足。用户可以通过产品获得需要的服务或体验;
  2. 用户体验佳。在使用产品的过程中,用户感受良好,具体表现在交互设计、性能体验等;
  3. 质量可靠。不会轻易崩溃,不会经常出现漏洞等,能够充分地保护用户的使用或隐私;
  4. 有一定的创新性。能够基于用户场景,挖掘用户自己都不知道的需求,并为用户提供服务;
  5. 有成本效益。足以维持产品的持续发展和建设。

目标在哪里,价值就在哪里。

你需要明确定义,你的产品的目标和价值,属于上述的哪几类?并根据分类,尽可能地进行量化定义。

而这部分内容,最好是在面试前就准备好的。

四、结构化地阐述

接下来,需要对该产品项目进行结构化阐述,通常我们可以使用STAR面试法

1. 背景(Situation)

首先,阐述一下该产品项目的立项背景。这里不展开说,但有一点需要注意,背景是用来引出目标的,如果你阐述的背景,与你后面提到的目标毫无关系,那么这份阐述就输在了起跑线。

2. 任务(Task)

这部分其实定义了目标(需要达成的任务)。你需要明确说明产品目标是什么,并请尽可能地可量化。

3. 行动(Action)

你都为了这些目标(任务)做了些什么工作?注意,工作内容必须紧扣目标本身。

4. 结果(Result)

最终你的工作行动,带来了什么结果?也是尽可能地量化。

同时,在这部分中,更加重要的是,要总结R对T的达成情况,即前文提到的价值,就是结果对目标的实现程度。

在这里,无论R对T的达成情况好(即实现程度高,价值高),或是达成情况不好(即实现程度低,价值低),都需要阐述自己的思考,让面试官了解到,无论结果是不是好的,你都有对结果进行科学的回顾。

更进一步地,可以给出在总结后,给出下一步的行进方案或思路,让自己的阐述更加添彩。

整个STAR的过程,其实就是“缩减落差”的过程。

五、内容补充建议

还有一些内容可以进行补充的,为这段阐述加分,例如:谈论这些项目从中学到的技能、知识和经验,并且强调这些内容将会对你未来的工作产生积极影响,等等。

作者:吸猫狂魔;公众号:吸猫狂魔 。

本文由 @吸猫狂魔 原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

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