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

推荐订阅源

T
The Exploit Database - CXSecurity.com
F
Fortinet All Blogs
U
Unit 42
F
Full Disclosure
雷峰网
雷峰网
博客园 - 司徒正美
云风的 BLOG
云风的 BLOG
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
T
Tailwind CSS Blog
The Cloudflare Blog
Last Week in AI
Last Week in AI
罗磊的独立博客
D
DataBreaches.Net
C
Check Point Blog
www.infosecurity-magazine.com
www.infosecurity-magazine.com
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
O
OpenAI News
C
CXSECURITY Database RSS Feed - CXSecurity.com
aimingoo的专栏
aimingoo的专栏
S
Security @ Cisco Blogs
大猫的无限游戏
大猫的无限游戏
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
S
SegmentFault 最新的问题
NISL@THU
NISL@THU
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Hacker News
The Hacker News
Webroot Blog
Webroot Blog
Security Latest
Security Latest
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Google DeepMind News
Google DeepMind News
酷 壳 – CoolShell
酷 壳 – CoolShell
N
News | PayPal Newsroom
P
Proofpoint News Feed
B
Blog RSS Feed
MongoDB | Blog
MongoDB | Blog
C
Cybersecurity and Infrastructure Security Agency CISA
N
News and Events Feed by Topic
Google Online Security Blog
Google Online Security Blog
H
Help Net Security
Spread Privacy
Spread Privacy
T
Threat Research - Cisco Blogs
GbyAI
GbyAI
I
Intezer
Application and Cybersecurity Blog
Application and Cybersecurity Blog
M
MIT News - Artificial intelligence
Vercel News
Vercel News
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
IT之家
IT之家
MyScale Blog
MyScale Blog
腾讯CDC

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
【初阶产品生存指南】产品经理评估的那些事
孟老湿 · 2024-03-01 · via 人人都是产品经理

产品经理作为一个产品的最终负责人,需要把控整个产品的发展方向,并做出迭代过程中的决策。这个过程中,可能离不开大量的评估工作。那么,评估方案如何设计?有哪些注意事项需了解?这篇文章里,作者做了梳理,一起来看。

一、我理解的评估

产品经理的工作离不开大量的评估。尤其是刚刚入行的小白产品经理。

那么为什么产品经理需要这么多的评估呢?我理解,产品经理是一个产品的最终负责人,整个产品的发展方向,迭代过程中的决策,推动产品迭代在大多数情况下是产品经理的职责。如果没有对整个产品的准确把握,很难做出正确决策。同时,当所做的产品功能不被团队其他人理解时,也不容易和其他人目标达成一致,推动产品的迭代。

在实际的评估工作中,我发现,更多的评估是进行数据评估。因为数据是对产品现状和存在问题的定量化反映。可以更精准地把握产品目前的状况。并且定量化的数据也更具有说服力。

人对一个事物的认知总是从感性认识到理性认识,从现象到本质。面对大量的,复杂的,甚至是有错误的数据时,如何通过评估掌握真实的产品情况呢?这就需要有科学的评估方案和评估指标作为支持。

因此,可以这样定义评估。

评估就是一种通过科学的评估方案和评估指标找出产品存在的问题、掌握产品发展现状并与团队目标达成一致,辅助产品决策的一种手段。

产品决策是什么呢?

产品决策就是决定做不做,做什么,什么时候做,如何做,做到什么程度的一个过程。这个过程是一个自上而下的过程,通过评估对象拆解出核心指标。核心指标需要从公司、产品自身和用户角度去思考。同时,也要综合考虑影响面和成本大小。

通过以上论述可知,评估仅是产品决策的一部分,同时也是最重要的一部分。

二、评估方案设计

上文也有提到,评估在大多数情况下是对数据的评估。

数据是事实或观察的结果,是对客观事物的逻辑归纳,是用于表示客观事物的未经加工的原始素材。

数据够真实,能表示客观事物,但是很芜杂,甚至会包括一些干扰评估的脏数据。所以数据评估就是一个简化数据且不失真的过程。要想实现这个目标,就需要对评估方案进行科学的设计。

评估方案是在理解产品业务和拆解出核心指标的基础上,系统性的评估。我在刚开始做评估时,经常是上手就开始做,做到一半,甚至快做完时发现,我tm做错了,各种返工。因此,评估方案不提前设计好,就会有盲目行动,浪费时间和资源的风险。做好评估方案是很有价值的,可以有效的降低风险,提升评估效率,形成有效客观的评估结论。

虽说我后来慢慢认识到了设计好评估方案的重要性,但是在实操过程中还是会犯一些错误。比如:

过于主观。在评估过程中,有意识无意识的就会把评估结论尽可能往自己想要的上靠。导致有些评估是失实的,不可靠的。

过于量化。这是在评估做了一段时间之后很容易犯的一个错误,而且还不易察觉。有些东西是不适合或不易量化的,我在评估的时候遇到过一些比较偏主观或感受的评估。结果给搞出一个奇形怪状的指标。

埋头评估,自我感动。做了一段时间,尤其是掌握了一定的评估技巧之后特别容易犯这个错误。有了评估工作后,一顿操作。做的确实不错,但是没有考虑到产品、行业背景。我在评估一个数据时就是因为没有考虑到目前行业中的现状,把指标定的离谱的高。

不进行数据清洗。我记得我老大曾经对我说过,做产品经理要对任何结论都保持怀疑的态度。这一点,我在刚刚做评估工作时做的很差。我以为自己的数据评估做的很好了。但是最终check评估结果时发现,原始数据就是不准确的,导致后续做的所有工作都是错的。

因此,评估方案要满足客观、科学,准确,定量与定性分析相结合的原则

说了这么多,评估方案要如何制定呢?

首先,确认评估的时间周期。如多久要结果(ddl),有没有关键时间节点。时间长有时间长的评法,时间短有时间短的评法。如果需要短时间给出部分结论,可以优先评估一部分数据。因此,确定评估的时间周期,可以更好的确定评估工作的整体优先级,评估的方式,评估的节奏,人力的投入等。

其次,确定指标标准。关键指标有哪些,衡量的基准是怎样的。比如,我在评估某项数据准确率指标时,原有准确率大概在70%左右,有了这个基准,我就可以做对比,来评估准确率是提升了还是降低了。另外,指标不可过多。一个方面一到两个指标即可。

再次,确定数据的收集和处理方法。是看后台数据日志,还是问卷调查?是用户访问还是竞品分析?方法很多,要综合评估时间要求、数据与指标合适程度等因素进行选择。同时,对数据的来源,数据的处理要做到准确。这是评估的根基,它错了,所有的评估都会错。

最后,确定资源的安排。能有多少人投入?评估人员的熟练程度如何?收集方法是否非常耗费人力?时间安排是怎么样的?综合考虑后,进行安排,如果没有人力就要向上汇报,或申请人力投入,或申请延长交付时间。

三、评估的标准

评估标准包括两个方面。一是评估维度和指标的确定。一个指标的标准。

没有一个评估是可以完全覆盖到评估对象的所有维度的。所以评估的维度和指标需要根据评估的目的去制定。

指标的标准有两方面。一个是外部标准。比如某个数据整个市场的大盘覆盖只有50%。所以50%就是指标的天花板,我们要看的就是和外部市场覆盖的距离。第二个是内部标准。它是产品团负责队制定的标准。还是上面的例子,可能因为人力,资源集中程度的问题,我们能做到达到覆盖30%就算是最优的效果了。那我们评估时,就要看我们目前和制定的内部目标距离是多少。

在制定的过程中可能会存在如下的问题。

缺少某些评估维度。这可能是因为评估经验较少导致的。比如,在评估某些数据质量时,搞出了很多的数据准确率。如A项的准确率,B项的准确率,C项的准确率。这些指标仅仅是反应了准确率如何,并且也可以通过一个更高层级的总准确率去评估。这些数据的覆盖率如何呢?重复率呢?

所以,制定过程中建议先确定维度,后确定指标。避免遗漏。为了避免遗漏,我觉得可以从一点两面去梳理。一点是目的,所有维度的选取都要基于评估目的。两面是行业或市场背景、评估对象自身。比如,评估一个UP主的视频质量。市场来说,可以对比其他平台同类型视频和UP主视频的比较。视频来说,可以考察视频的质量如何。

评估指标过于单一,缺少行业特色指标。这是因为缺少相关经验和认知导致的。比如就我了解的坪效来说,如果对商场缺乏认知,在评估时很可能就会考虑不到这个指标。相同的例子还有餐饮行业的上座率、开台率、翻台率等。

评估指标没有优先级。这要根据评估的目的进行指标的优先级制定。有的时候指标A可能会高于指标B,有时可能因为目的的不同,同样的数据,指标B高于指标A。

评估指标无意义。评估是为了决策,是为了传递产品优劣信息的,因此指标大多都是一个比较的结果。我在刚开始做数据评估的时候把PV当作一个指标,但是这个指标的绝对数据代表了什么呢?还是要看它和过去相同时间周期相同时间点的PV的比较才能说明优劣。

所以,评估标准的路径是,根据目标,先定性出维度,然后结合评估对象的行业或群体特性拆解出相应指标,找到指标标准,进行评估。

四、撰写评估报告

评估报告就是输出完整客观的报告文档,围绕结论展开数据分析,呈现成果并推动产品发展。

写评估报告最重要的是要有一个框架。一个完整的评估报告中要呈现的内容包括标题、评估计划、评估标准、数据收集、数据分析+结论、综合结论、未来计划、附录。

标题最好统一格式。【评估报告】-xxx(项目或功能)关于xxx(维度)的评估报告。因为评估报告一般都是发邮件,前面有一个【评估报告】方便相关人员进行邮件分类和后续查找。另外就是题目要传达整份报告的内容,所以要点明评估的对象和维度。

评估计划、评估标准、数据收集是评估方法,这部分的展现要尽可能的简单,因为它不是报告中最重要的部分,但是却要说明的部分。所以要用简练的话语点出以上内容。同时,评估方法尽量简单易懂。

我认为评估结论最重要的就是克制,千万别演绎,要遵循逻辑。有什么指标就推导出什么结论,如果指标无法推导出,就看能不能增加一些评估指标,而不是想当然的下一个不合逻辑的结论。同时,评估结论也要结构清晰,重点突出,有助于决策判断。能够回答一些问题,如是否问题(是否好/坏)、价值问题(A比B好,好多少)、取舍问题(成本VS收益)。

对于新手来说评估结论也比较容易犯一些错误。

以数据代表结论。数据是结论的基础,但它不是结论本身,所以在最后呈现的时候要通过评估数据解读出一个定性的描述。

数据堆积。需要选择重要的关键性指标进行分析,得出有启发的结论才有意义。

评估是为了决策,发一份报告绝不是评估的终点。认识的发展也是从理性认识到实践的过程。报告是理性认识,制定TODO才完成了评估的闭环。制定TODO时要注意,要根据结论制定计划,保持优势,有优先级的补齐劣势。

最后的附录会附上一些评估的原始数据,数据来源等不需要呈现但可能会被报告阅读人关注的事情。

五、评估注意事项

评估过程中,要秉承以下评估态度

避免盲目、聚焦核心目标、直接敏感性、客观科学、不掺杂主观情感。

在实际评估工作中我一直在找寻一些提高效率和准确的方法

就数据获取来说,有的时候我想要一份数据需要开发同学各种跑数据。但是开发同学手头也有很多的项目在跟。这时如果自己会写sql语句,就可以自己去看数据了,无须开发同学排期跑数据。节省很多开发成本和沟通成本。

就数据分析来说,要善于使用excel中的公式,比如VLOOKUP公式,IF公式等,多借用关联关系和演算逻辑。还有在处理量比较大的数据时,excel可能跑不动,如果能使用python处理较大量级数据就会大大提高效率。

就报告来说,总结出一份自己的报告模板也会大大提高效率。

在保障准确性上,要注意以下几点:

一定要对原始数据进行清洗,剔除脏数据。

尽可能减少数据流转的路径,尽可能用一份数据或放在一个表里分析。

统一整体评估标准,严格遵循逻辑。

同时减少手算,多用公式计算。可有效提高准确性。

最后,回到评估的定义。评估是一种辅助决策的手段。因此,一切都要为决策服务。上文提到的是一个全面评估所需要做到的方方面面,在实际评估工作中很难全涉及到。所以在评估时,不可僵化,生搬硬套。

要想提高评估水平我认为就两个方式,多实践、多总结、多看优秀评估报告。

参考:

  • 公司内部培训
  • 工作实践总结

本文由 @孟老湿 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

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