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

推荐订阅源

B
Blog RSS Feed
C
CERT Recently Published Vulnerability Notes
P
Proofpoint News Feed
Y
Y Combinator Blog
T
The Blog of Author Tim Ferriss
云风的 BLOG
云风的 BLOG
H
Help Net Security
Recorded Future
Recorded Future
The Register - Security
The Register - Security
F
Full Disclosure
N
Netflix TechBlog - Medium
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
酷 壳 – CoolShell
酷 壳 – CoolShell
H
Hackread – Cybersecurity News, Data Breaches, AI and More
爱范儿
爱范儿
Security Archives - TechRepublic
Security Archives - TechRepublic
Simon Willison's Weblog
Simon Willison's Weblog
Cisco Talos Blog
Cisco Talos Blog
I
InfoQ
T
Tenable Blog
T
Tor Project blog
人人都是产品经理
人人都是产品经理
D
DataBreaches.Net
NISL@THU
NISL@THU
Google DeepMind News
Google DeepMind News
博客园 - 叶小钗
B
Blog
V
V2EX
Jina AI
Jina AI
L
LangChain Blog
月光博客
月光博客
W
WeLiveSecurity
U
Unit 42
AWS News Blog
AWS News Blog
C
Cyber Attacks, Cyber Crime and Cyber Security
博客园 - 聂微东
V
Visual Studio Blog
A
Arctic Wolf
T
Tailwind CSS Blog
The Cloudflare Blog
SecWiki News
SecWiki News
S
SegmentFault 最新的问题
Hacker News - Newest:
Hacker News - Newest: "LLM"
宝玉的分享
宝玉的分享
MyScale Blog
MyScale Blog
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
S
Securelist
www.infosecurity-magazine.com
www.infosecurity-magazine.com
腾讯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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
结构化思维:轻松解决一句话需求
莫琳 · 2022-10-17 · via 人人都是产品经理

当领导抛出“一句话需求”时,你的状态是如何?是懵逼还是奔溃?还是有很多需要问的但却不知如何问起?本文破攻“一句话需求”,用结构化思维拆解需求,提高沟通的效率和质量,获取自己所需的关键信息。

有时候领导会说“我们需要做一个xxx的功能,预计下个月上线”,当接到需求的那一刻,是懵逼?是崩溃?亦或是仍想继续深问很多内容但奈何领导赶着去开会,没时间解答?但是如果当掌握了结构化思维,哪些该问、哪些不该问或者是不该现在问,就非常清楚,也能够迅速判断在领导只留给你有限的时间里,如何提高提问的质量,获取你想要的关键信息。

本次记录的是自己接到“一句话需求”时,如何做好拆解,从而总结结构化思维该如何不断提升。

一、一句话需求的3步思考过程

上个月接了一个背景比较“简单”的需求:要在官网上支持模拟器的功能。虽然对于为什么要做有大概的了解,但是其余的一概不知,都需要理清思路后再去详细问业务方。以下以该需求为案例,分析思考过程。

第1步:思考顶层设计

对于像背景模糊、0到1的项目,第一步也是最重要的一步,就是先做好顶层设计。顶层设计分为3段论:背景、目标、关键解决方案。通俗来说就是这件事情为什么要做(why)、如何评估是否能做好(what)、如何做(how),也是黄金圈法则演绎出来的一种模型。

  • 背景:遇到什么什么问题,本质上是描述客观事实。如果问题不存在、或者问题不是很疼,整个项目就没必要做、或是没必要花那么多时间/提这么高优先级去做。
  • 目标:要将问题解决到什么程度,这是评估项目成果的关键一步。在做项目的初期,就要想清楚该看什么指标、锚定的指标是什么,这对后续做好埋点上报、数据报表、效果评估起着决定性作用。除了第一目标,还要思考辅助目标、过程指标。
  • 关键解决方案:就是为了解决这个问题,实现这个目标,最需要做的几件事。注意是“最”,因为从0到1,往往是要遵循“小步快跑、快速迭代”的思路,因此MVP版本务必要是精简的。

【案例拆解】

对于“官网上支持模拟器的功能”,在接到一句话需求时,应该想清楚背景、目标、关键方案。

背景:

① 承接关键词投放来的流量:由于买了「模拟器」关键词,因此官网上需要有内容来承接通过关键词来的流量(这点在下面讲解机会成本);

② 引流效果好:调研过市场竞品的benchmark,有模拟器功能的官网流量会增长4倍;且该关键词的点击率明显高于其他买量关键词;

③ 利于留存和转化:从体验上来说,让用户来官网之后「有东西能玩」,从而增加停留时长,进而到转化。从数据上来说,鉴于APP内有模拟器功能,参考数据发现使用模拟器后的渗透率和转化率高于未使用的2倍以上。

目标:核心目标肯定是为了解决问题去的,目前最大的问题是官网的流量不足且停留时长低。因此将「提升访问用户数至」作为核心指标是OK的;但是将「提升停留时长」作为核心指标,可能到后期便会有些「虚荣」,因此结果指标围绕商业价值,最终定的是「提升访问用户数、提升注册率」。而将「停留时长、3日留存、网站权重」作为过程指标。这里值得一提的是,虽然当前是MVP版本,但是也需要考虑长期指标,始终围绕最顶层的指标去做功。

关键解决方案:MVP版本时,核心最需要做的就是将核心功能推上线,并且完善从「官网到模拟器」的体验链路,让用户能顺利找到并用起来。

第2步:评估关键方案

在明确为什么要做这件事、及希望做到什么程度后,需要再多想一步:为什么是这件事?即它的必要性在哪里。有三种评估必要性的方法:

  1. 评估ROI:分析投入产出比,看这件事值不值得干。第一步是找出主要的投入产出;第二步是拆解计算公式,可参考同行业的拆解方式;第三步是计算一个单元的ROI,一个单元是指最小单位的ROI,如平均每个用户的ROI=交易收入*交易频次/单个投入成本。
  2. 评估机会成本:根据当前已有资源,评估「如果做别的事情会怎么样」。常见的稀缺资源包括:团队资源(产研,设计);成本预算(投放、营销成本);物理空间(仓储、物流)。特别注意的是,不能因为这是自己的项目/需求,就一定觉得非做不可;心法上要从单个视角上升到全局视角,站在公司的角度去看待资源投入和项目产出。
  3. 评估机会窗口:心法是要从内部视角上升到外部视角,评估该项目现在不做,是否会错过当前市场的特别窗口期,如流量窗口期(红利)、政策窗口期、营销窗口期。

【案例拆解】

跳出作为「模拟器」需求的负责人视角,上升到公司和外部视角,去评估当前是否要做这件事,如果真的要做,资源明确的情况下该做到什么程度。

  • 评估ROI:MVP版本主要的投入是人力资源,即分别拆解研发资源和设计资源,再根据大概薪资计算成本(也可以不用这么细),产出即MVP能带来多少新增访问用户数和新增注册数,便可知道单用户的CAC。
  • 评估机会成本:由于目前最需要解决的是官网流量少,来了的流量留不下来的情况,加上之前多轮尝试发现「模拟器」的关键词点击量高于其他关键词、拥有模拟器的网站自然流量增长较快,因此在目前没有更好的破局点情况下,快速支持模拟器功能是最好的尝试。
  • 评估机会窗口:从外部来看,公司主要的几家竞品均已在支持模拟器功能,为更好抢占流量,增加竞争优势,需要加快模拟器功能支持的节奏。

第3步:拆解详细计划

首先需要说明的是,并不是所有项目都需要拆得这么细,要根据项目大小、复用频率等情况,判断拆不拆。如果确定要拆解,拆到什么地步需要看项目在哪些点上特别敏感。

  • 时间敏感:对deadline特别敏感,不能接受延期;
  • 人力敏感:研发、设计资源吃紧;
  • 风险敏感:项目是否有风险,需要精细化管理,避免失败;

根据以上点,个人经验通常是时间和风险会比较敏感,那需要做的便是拆模块、拆责任人、拆排期。以上3种拆法均在之前的文章「增长产品的3个必备思维:回报后置、精细化、破局」中提及,也是属于培养精细化思维的一种方式。

以上便是在接收到领导的「一句话需求」后,会做的结构化思考。在做完这些后,哪些是明确的、哪些是模糊的需要进一步确定的,便一目了然。

二、如何培养结构化思维

培养结构化思维的过程,是提升学习能力的过程。因为在「分析问题—找准解法—提升处理效率」这个循环过程中,结构化思维仅仅只是一种框架,而如何合理将不同模型套用在这个框架里,形成有效的123步,是需要通过提升信息处理能力和输出能力来锻炼的,长此以往,才能在即使没有太多信息的需求/项目面前,游刃有余。

培养结构化思维,大抵离不开「输入–处理–输出」的锻炼,如下图:

1. 提升信息处理能力

在提及信息处理能力时,已经是到达「处理」这第二步了。这里虽然不展开说「输入」部分,但仍想提及这两者的关系。

输入是处理的「必要但不充分」条件,处理是输入的「充分但不必要」条件。都知道一个浅道理是:没有输入,处理什么?因此输入的多与少,会影响处理的效率。当输入的少,大脑里积累的可复用、可总结、可沉淀的经历不足,因此处理起来,虽然可能会很快,但不高效;因为时间一久、遇到的问题一复杂,由于储备不足,不能快速提炼出处理当下问题所需的方法论或模型,便就低效了。

因此让自己成长的第一方式,是需要多输入,有很多方式:被动听讲(各种课程/文章)、主动学习(带着问题去阅读/思考)、复盘推演(举一反三、自我复盘)。「不充分」是指,有了输入,但不一定都能够处理并输出。之前听执中学长说过一句话:时刻保持「用时方恨少」的状态。也是这样的道理:处理和输出倒逼输入。输入谁都很容易去培养,但是处理是需要刻意练习甚至强迫自己去做,这是真正在思考的过程。

当每天输入各种各样的内容,当大量信息进入大脑,由于每个人的处理信息的模型不同,导致在阅读同一篇文章、一份业务数据的时候,分析的结论和思考的方式完全不同。有这么几个工作中的场景,可以辅助锻炼提升信息处理能力。

第一种训练的模型是「工具清单」,这是一种抽象程度低、迁移性低、落地程度高的模型。

应用场景很广,比较适合新人或者是新事物刚接触的总结归纳。通常是:在明确每一步骤如何做且全流程走完一遍之后,自行总结成工具清单,其实就是整理别人解决问题的执行范式,因地制宜,更好地为自己所用。当下次遇到类似场景时,便可复用工具清单。这是一份很实际、很明确的「小抄」。

第二种训练的模型是「方法模型」。比工具清单更上一层,抽象程度和迁移性中等,类似于方法论,思考框架,除了能处理特定问题,还能处理相似但不一定同领域的场景。

如黄金圈法则、IPO模型。训练的场景通常是一个大项目结束后,进行复盘,比如总结下来的增长策略、用户图谱、数据分析框架等,就是可复用的产物。从这里开始,便可打通输入的各个渠道,尝试总结各种方法模型,注意不一定是要本领域(如产品经理领域),还可以是其他领域,如经济历史,虽然各自有各自的方法模型,但是无妨,先总结,后续总会打通任督二脉、融会贯通。

第三种训练的模型是「本质思考」,上面提到的不同领域方法模型的融会贯通,离不开本质思考。

这是一种抽象程度和迁移性都很高的模型,但是可落地程度视不同人的信息处理能力而不同。通用的场景是方案拿不准需要进行自我博弈时,赶紧逼迫自己用「5WHY」不断追问不断思考,得到的产物可能是一句话或一个公式。高度浓缩的背后是集合各领域知识或经历的沉淀,再反哺到各行各业的场景,如二八法则。

2. 提升输出与坚持能力

上文提及处理和输出密不可分。可是实际情况来看,很多人无法提升「处理」能力,原因在于无法「坚持输出」。为何是要「坚持」,这是一件很难的事情么?确实很难。

从心理来看,我们需要培养以下心智:

避免沉浸在自我努力感觉良好的状态,要提升产出作品的意识。比如一直在看书,也一定要定期输出,文章也好、平时与同事好友分享也好,实践也好;比如一直在学书法,要避免沉浸在临摹描写的自我陶醉里,就算描100遍,也不如脱离稿子,用所得先写一遍完整的。

因此要避免疯狂输入,天天看书,但是却不见输出,不对外产生价值的假象心智。本质上也是避免「避难趋易」的惯性心态,可以从一开始输出一小部分,尽管存在不完美,但是只要持续打磨,就会让输出的高度和深度越来越丰富。

从能力来看,输出也有多种方式,不局限于任何一种,也不必在一开始在乎外界的标准(如你觉得自己的文章写得没有别人好、自己的作品没有别人有营养),先培养坚持输出的习惯。

第一种是分享他人。

不局限于任何输入和处理的内容,都可以分享。这是练习和打磨输出内容最方便的一种方式,但同时也会体会到「尴尬和艰辛」。「尴尬」或许是在与别人分享或开分享会时,因知识储备不足而无法接住他人抛过来的点,又或者是自己对于某分享点的理解不够深入,急于求成地分享而导致无法自圆其说。那尴尬之后的下一阶段,便是「艰辛」,也就是所谓的「输出倒逼输入」,正式因为要写好/讲好一个话题,倒逼自己查阅许多资料,反复推敲逻辑结构是否合理,恰恰是在这个过程中,自己对于不同领域的知识又多了一层结构化的思考。只有先行输出一步,不必时刻都要求自己是准备完美,才能在增加串联起各种知识/内容的机会。

第二种是交流辩论。

比第一种更高一层,在与他人辩证讨论,进入更深层次的探讨,他人思维里也有一些能够弥补自身思维不足的地方,不断提升自我博弈的意识。

第三种是立即实践,直接改造自己的工作。可能在真实的场景中,有些场景受限于各种因素,很难去真的落实自己新得的方法论或者工具清单,但是可以在策划初期阶段、或者复盘时,再多做一步:按照自己的来思考「如果是按照我想的来做,可以是怎么做」,有空可与对标对象探讨,自己方法论的优缺点,加以改进。虽说不能直接改造自己的工作,但是可给下一次相似项目提供多些「谈判」的空间。

专栏作家

莫琳,人人都是产品经理专栏作家。增长产品汪,爱产品,爱摄影,自顾自看,一起交谈。

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

题图来自Unsplash,基于CC0协议

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