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

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
C
CXSECURITY Database RSS Feed - CXSecurity.com
L
LINUX DO - 热门话题
S
Secure Thoughts
TaoSecurity Blog
TaoSecurity Blog
Security Archives - TechRepublic
Security Archives - TechRepublic
T
Threat Research - Cisco Blogs
AI
AI
B
Blog RSS Feed
S
Schneier on Security
雷峰网
雷峰网
Schneier on Security
Schneier on Security
Help Net Security
Help Net Security
Cloudbric
Cloudbric
L
LINUX DO - 最新话题
罗磊的独立博客
有赞技术团队
有赞技术团队
Recent Commits to openclaw:main
Recent Commits to openclaw:main
Apple Machine Learning Research
Apple Machine Learning Research
P
Proofpoint News Feed
酷 壳 – CoolShell
酷 壳 – CoolShell
The Hacker News
The Hacker News
博客园 - Franky
Attack and Defense Labs
Attack and Defense Labs
The Cloudflare Blog
Webroot Blog
Webroot Blog
Last Week in AI
Last Week in AI
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
博客园 - 叶小钗
美团技术团队
L
Lohrmann on Cybersecurity
T
The Blog of Author Tim Ferriss
The Last Watchdog
The Last Watchdog
T
Troy Hunt's Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Vercel News
Vercel News
Know Your Adversary
Know Your Adversary
O
OpenAI News
博客园 - 【当耐特】
Hacker News - Newest:
Hacker News - Newest: "LLM"
C
Cybersecurity and Infrastructure Security Agency CISA
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
www.infosecurity-magazine.com
www.infosecurity-magazine.com
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
PCI Perspectives
PCI Perspectives
H
Heimdal Security Blog
I
InfoQ
GbyAI
GbyAI
T
Threatpost
C
Cisco 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第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-07-11 · via 人人都是产品经理

编辑导语:商业分析对于商业分析师来说是十分基础且重要的工作之一,本文作者分享了学习商业分析的具体方法。详细地分析了商业分析的概念、商业分析与数据分析的基本差异、商业分析过程中会遇到的问题以及界定问题的内容,干货满满,一起来学习一下吧,希望对你有帮助。

一、概述商业分析

商业分析是什么呢?

摘录一段百科:商业分析指的是对方案进行经济效益分析,从财务上进一步判断它是否符合企业目标。

如果符合,产品概念就可进入产品研制阶段了。包括审视预计的销售额、成本和利润是否达到公司预计目标;如达到,则此产品概念才能进一步发展到产品开发阶段。

可从商业或消费统计公告中查到特定商品的零售额、有效购买收入、总的零售额等资料。

是不是听起来很复杂?如果对于新手来说,可能都看不明白这段话。

其实有更通俗的解读,那就是由字面意思来理解,分成商业和分析,商业是指一种有组织的提供顾客所需商业与服务。

分析是将研究对象的整体各个部分、因素和层次,并分别加以考察的认识。

那合起来就是根据一个商业问题逐步分析找到问题的解决方案。

万字长文:【如何学习商业分析】 连载一

二、商业分析 vs 数据分析

这个话题应该是是大家最最最困惑的一个问题,如果想深入了解,可以参考空白之前写的文章。

因为我本身也是从数据分析师转行成商业分析师,因此从两边的视角来简单介绍一下数据分析和商业分析的基本差异。

第一层面:需求的来源会不太一样,做数据分析的时候,主要接到需求来源是事业部负责人以下的一些人员,当开始到商业分析的时候,需求来源会渐渐地往往上去转移 ,变到CEO和一级负责人,而且边界是比较模糊的。

第二层面:以前做数据分析时候其实大家比较常见的,像是进行经营分析、运营分析,其实更多的需要去解决如何根据现有的产品的运营的情况,进行改良从而更快、更高效、更省力、更规模化 。

简单的可以理解为现有的业务优化再优化, 改变产品比较不好的地方从而去达到标准业绩。

当到商业分析的情况的时候,分析对象有些变化,往往有些时候,有些机会不是通过自己发现的,可能建议的角度会变成是行业/市场/竞争对手和自己的机会进行分析 。

具体建议的角度可能会不一样。

数据分析是早期优化哪些具体的行为能够提高效率?

商业分析可能会变成:现在在行业和市场空间,哪里有提升的机会?我们如何把握?如果要进去的,如何和现在已经有的公司和对手打差异战?能否能找到对手可能的弱点,甚至说进去市场了之后要怎么样去制造行业壁垒?

数据分析的结果可能是业务的优化,商业分析的可能带来结果可能是抢占行业的红利等等。

两者之间落地的时长不一样。例如说现在是提早的进入行业,且行业是逐步开始增长,那么结果落地的红利的时效性也稍微长一点, 那如果说做的是业务模块的,它可能带来的实效性可能短一点,在1到2个月之间。

下图就是笔者归类总结的对比图:

万字长文:【如何学习商业分析】 连载一

三、学会商业分析会遭遇的五大问题

万字长文:【如何学习商业分析】 连载一

  1. 第一个问题,商业分析是什么?因为我们需要通过思考我们最终能带来什么价值,如果 价值没法去确切的衡量,那有些时候是很难去做好的这件事情的。
  2. 第二个问题,问题不明确,该如何界定问题?随着需求方的层级越来越大我们接受的问题会越来越不明确,越来越广泛,那在这样的情况和情景下,要如何提升你去界定问题的能力 让你们分析能够一步到位,是我们需要去深入思考的。
  3. 第三个问题,问题很大,从何下手?可能高管们已经明确了问题 但是他的问题已经变成公司跟公司之间的一些问题。那你要怎么样去解决?要去通过拆分的方式解决问题。
  4. 第四个问题,外部数据难获取?商业分析师就算知道要怎么去做分析,还是会遇到一些数据问题。毕竟通常我们研究的是新兴的行业机会,大部分真实情况的数据 ,你是找不到的。这里面临的问题就是,你怎么样去获取外部数据?或者是获取完了之后,你怎么确保真实性?如何降低获取的成本?最后,把这些东西都拿到了,你怎么样去让结果落地,
  5. 第五个问题:你如何让业务方能够相信你的结果?相信你的结论之后,结论还能够运行下去?

以上就是五个问题的概述。我们会进行文章的连载,大家也看到了这篇文章标题为连载一,会循序渐进地告诉大家商业分析师所需要的技能、掌握的方法、工具及如何界定问题、解决问题等。文章总共会有四篇连载,大家可以持续关注。

万字长文:【如何学习商业分析】 连载一

四、以终为始——从界定问题开始

为什么第一章上来不是讲分析方法,分析工具,而是讲如何界定问题?

因为如果一开始你没有很好的界定问题,你就不可能有发挥好的分析应用。

其实界定问题是一个非常关键的节点,适用于我们工作和生活的所有岗位。

1. 为什么要界定问题

万字长文:【如何学习商业分析】 连载一

如果我们没有把理想搞清楚,开始去做这件事情就可以类比为开车导航没有输入目的一样,到不了目的的还浪费油。

工作中我们其实常常接到了很多需求,但是对方其实并没有明确的表达出具体的,成功标准,也就是说不知道事情做完与做好的标准。观察很多人都是存在这样情况:具体目标是什么问题,什么都没有界定就开始干了,干到最后浪费很多时间,发现自己和目标偏离太远,这个问题看起来很愚蠢,但是确实是生活中很常见的问题。

第二个问题就是现实缺失。例如说,在自定义我的问题时,没有考虑到实际情况。

例:我的理想是明年要赚一千万,但是假如现在我的资产是1万 or 10万,那么这两种能够得到的解决方法是大相径庭的,假如你没有明确资产是1万的情况下,目标是一千万,如果最终给出的方案和建议,那么会直接导致这件事情不切实际,甚至说建议没法使用。

因此,界定问题,它其实是确立理想跟现实的相差的部分 ,那过程当中,其实理想缺失跟现实缺失都会导致对应的结论:答非所问 不切实际。

2. 问题界定的五大问题

界定问题常常会遇到的五个问题是什么呢?

首先第一问题不具体。举个例子,我最常接到CEO给我的问题,说你能不能一周之内给 找一个十个亿的生意的机会?这其实就就相对来讲是不具体。

第二个问题:问题太泛,范围太大,例如说他可能售卖一种药。没有说是哪个方向的药,哪些药是我们该关注,但是预计半年之后才能出产。

第三个问题:假设给你提需求的人问题已经讲清楚了但是在提问题的时候,并没有把问题背后潜在的其他角色跟相关的利益者考虑进去。

第四个问题,只看到问题表象。虽然说问题已经提出确定,但是在问题的背后,还有更大的问题值得解决。

第五个,需求都明确,但是他不愿意为需求付出成本。以上就是我在做商业分析最常见的在界定问题的五个方面。

万字长文:【如何学习商业分析】 连载一

1)问题1:问题不具体

例:

万字长文:【如何学习商业分析】 连载一

最近常遇到一个例子:我觉得xx业务表现不好,你去分析一下缘由。

这其实就是问题不太具体,举例说它哪里不具体?首先这个业务哪里不好?是看到业务什么东西导致你觉得不好从而想要分析,那你的不好具体是指好不好?多不好,是否能量化?

分析缘由的话时间维度是多少?然后这个原因具体是什么?原因要分析到什么程度?如果说针对这个不太具体的问题,直接去做分析,那么很容易导致浪费很多精力并且跑偏。

第二个,就是我遇到一个问题:你去评估一下开一下机构该如何做?什么样的情况下你觉得能做?什么样的不能做?机构的种类有没有限制。这也是问题不具体。

然后是在生活上,同事们问道:如何不工作,就能够养活我和我父母,其实这个问题也不具体。工作是什么?喜欢的和不喜欢的都算工作,怎么样才叫做养活父母?

2)问题2:问题太泛泛

例:

万字长文:【如何学习商业分析】 连载一

这类问题 比如说你去评估下这个行业 哪里有机会?

通常老板在提这个问题的时候,老板背后自己也看过很多的行业他一定是会有某个理由才会提出需求,所以一般的情况,你还是要去看一下老板现在 提出这个问题背后的底层逻辑。因为有时候他不会说,是需要自己去观察和感受。

举个例子:老板们常提出着各种问题,我刚工作没多久的时候也会觉得老板不合理,但随着年龄的增长,发现其实老板在他的立场,他看的东西更多眼界更广,而且大部分老板都是有股份的,公司的生死存亡是和他们最相关的。所以其实老板们会是最焦虑的。

他其实会被迫的看到很多上游、中游、下游问题,被迫地看到很多信息。所以老板突然提出这个问题,有时候会让你觉得很愚笨。

其实这么想是有几个原因的:第一 你可能没有站在他的立场去了解他第二个有时候老板也不是很清楚,他的判断是不是对的。

他需要有人用其他的角度来去帮助他去把这个事情判断到位。但是还整个过程中,老板还是会有一个预期的答案。

在界定问题的过程中,如果能摸索出老板期望的回答,这样便会更有得放矢地满足需求的情况下超越他心中的期望。

再讲一下 你找一下有没有一个10亿生意的机会?一周给我一个结论。那么你是聚焦医美行业吗?还是所有的行业都可以,我们没有优势的机会,我们看不看?你认为的机会要怎么界定?

解决方法:

针对于以上这两个问题,我给各位推荐一个工具SMART原则(参考下图):

万字长文:【如何学习商业分析】 连载一

这个工具其实是一个标准。通俗来说就是运用这五个原则将问题清晰化。

这五个原则分别就是S(具体的) :不泛泛,有聚体的范围T(可衡量) :能确定成功与否,并尽量确定可衡量说直白一些,就是指这件事情的成功目标与现状,是可以衡量或是尽量可衡量。如果不能够确定这件事情,就无法明白问题理想与现实的差距,导致无法针对问题的差距聚焦解决问题。

后果就是你解决了问题,但是领导不认 A(可采取行动) :考量资源与限制,可能可以达到的目标R(和关键问题相关):通常我们接收到的问题往往是上游领导要解决的问题下,拆分下来的某个子问题。

但我们一般在接到问题时候,不一定能够知道 问题之后的母问题是什么。因此需要你要自己去挖出来同时你要确保这个问题和母问题的关联性, 而且你解决这个问题后能够间接解决母问题。

如果你不能确定这件事情 很容易就会跑偏 。甚至具体方案出来之后,而没能满足领导的需求。T(有时间范围) :有时间上的描述或是限制 因此我们把上面的问题简单运用一下SMART原则。

首先我觉得xx业务表现不好,那可以拆分为xx业务的A指标最近一个月滑落了N%你去找一下下滑的原因。第二个,你去评估一下我们开一家机构如何做。

那么尽量去思考,我们借鉴谁的经验?在哪个城市、区域?开的是什么机构类型?将聚焦哪个人群吧?那你觉得开一下机构怎么样叫做成功?一个月营收千万就可以了,还是如何?

再者,你给我找找一个10亿生意的机会?可以以一周一次的频率, 聚焦某块,找到市场规模100亿,行业增速大于行业增速的标的。当这些东西明确完的时候,我们的问题就相对简单了。所以说针对具体,我们可以用SMART原则来具体界定问题。

此外,当接到老板需求的时候如果发现问题描述还不太具体。千万不要先着急着开工,要先协助对方把问题搞清楚,不要自己凭想象乱给方案,否则很容易答非所问 同时这些浪费很多时间。

3)问题3:理解不一致

例:

万字长文:【如何学习商业分析】 连载一

第一个例子:CEO觉得某个团队业绩增速慢,那么团队负责人是否觉得它慢,再者,针对于慢的原因, 这两个人认知是一致的吗? 这个问题通过mcn这些外部经验能解决吗?那如何算是解决的问题?其实理解并不是它复杂,而是说这件事情的时候大家对理想到现实中的解决路径认知是否一致。

第二个例子:我如何不工作养活我跟我父母?其实同理,你养活标准是你单方面制定的,还是你跟你跟父母讨论过的。

因此这个问题理解不一致,不只是在工作之中 其实生活之中也很常遇到。所以怎么达成问题一致?

一定要考虑两类的角色。

万字长文:【如何学习商业分析】 连载一

首先一类的角色是决策者,就是有权定义成功标准的人或者有权定义当前问题要往哪里走的人。如果你还没有和他们达成一致,一部分人认为你没有满足需求,那么其实这整件事情你就没有满足需求。

这些决策人的重点是要把事干成,但是如果你没有帮他们去考量这些众多利益者的利益,也就是你没有帮助他把这件事情很好地落实下去。所以一定要把决策者里面的意见考虑进去。

再者就是相关利益者,往往不是一个人,而是一群人。就是决策者拍板之后,具体执行这件事情的人。如果你没有和他们达成一致,这件事情就算可预测的结果很好,他们可能会影响目标结果的落地执行。

这就是延申了一个有趣的话题,当问题涉及三个人以上时:

例:

万字长文:【如何学习商业分析】 连载一

利益相关者和决策人看起来是两个人, 但是实际上问题会更复杂。比如说在处理一个问题,除了CEO,其实还有他底下的三个经理总共78个人,甚至财务都会包含在内。

因此实际的场景就是:当你要去鉴定这一块的问题的时候 你会发现每个人讲的东西都不一样,那你会遭遇到每个人的观点事实、情况,那你该怎么办?

解决方法:

万字长文:【如何学习商业分析】 连载一

这个方法不一定是最好的 但是对我来说目前用过最好用的,就是透过金字塔结构进行归纳总结。

那整个过程大概分成三部分:首先你得尽可能收集各方的观点事实,并且确保内容是不是符合上面讲的SMART原则。

再来你快速的使用逻辑图梳理逻辑关系 你可以在脑袋里也可以借助工具。最后把真正的影响决策的两个人进行开会商讨,透过优先级开尽可能达成一致:哪些东西是重要的,哪些东西是不重要的。哪些东西是分析的重点。

万字长文:【如何学习商业分析】 连载一

例:XX业务业绩不提升,并开始收集事实,并归纳总结。

首先收集事实的六个要点:第一聚焦的问题:业绩不升。2345是整个收集过程需要严格关注的点:先看向上走向下走,检查节点是否完整,不断地检查整体结构。

怎么开始动手执行呢?

业绩不上升的过程,先问他什么原因。和决策者和利益相关者进行观点碰撞。

  1. 发现供应链没有优势;
  2. 为什么觉得供应链没有优势,因为接货少,比别人贵;
  3. 供应链没优势所以会导致什么?用户不满。还有什么?用户没粘性。没粘性会导致什么呢?互动少,用户运营弱。最后再检查节点,穷举吗;
  4. 逐步地去把所有决策者和利益相关者的逻辑、讲到的事实,都把他们进行结构化,再逐一地研究。

整个主体大概如上,当然这些问题并不是问一个人就可以得到全部的结果的,他是问过很多人才能得到的回答。

这只是第一第二部分的过程。此外,如果说比较熟练的情况下,整个过程其实你自己在脑中模拟,笔者当时也是练习了30到40遍之后才熟悉的。反正整个理解现实和理想,硬功夫,脏活累活是省不了的。

万字长文:【如何学习商业分析】 连载一

梳理完毕,来给各位描述一下打仗的过程有时候老板提出了问题,之后就和老板进行一对一的问题界定,然后开始发现在和其他相关利益者和老板的理解不一致,就开始去进行收集事实,再进行问题界定。之后开一个会去做排序和投票,在真正达成一致之后,重新修改问题。

问题界定,再和老板达成一致,最后因为是全部保持一致了。所以大家就有办法集中精力聚焦某一个问题去解决,在做一个商业分析case时,会花大概20%到30%甚至40%的时间去做问题界定

往往你如果服务的是CEO,在问题界定完拆分完后,会有很多人来协助你去把问题回答完。但是往往问题界定,定义问题,帮助大家达成一致方面,其实反而没有很多人能够做好。

4)问题4:只看问题表象

例:

万字长文:【如何学习商业分析】 连载一

再来进入到界定问题的第四个问题:只看到问题表象。

举个例子:在刚刚开始做分析的时候第一个问题,“你去看一下XX指标如何”。

思考:这个问题其实大多人应该都能回答,但是要确定的是看这个指标的目的到底是什么?要确定什么问题?这问题是什么东西导致的问题?看指标是解决问题还是问题背后的问题?那如果是问题背后的问题,看这个指标是不是合适?这是第一种浅层次的表象。

第二种表象的,例如:客服的问题积压的非常严重你去研究一下如何解决?

思考:积压严重可以从效率来解决,也可以从问题的爆发的源头来解决,哪一个价值更大?如果说你提问的是一个客服的经理,提出来的解决方案大多是都是提升效率类的,但是你如果问的是客户经理上的老板,那么他们可能更关心的是你如何去降低问题发生的频率。因为通常客服发生的问题,通常是各种流程导致的问题。

《人人都是产品经理》这本书里面的案例:我想吃豚骨拉面,因为你想吃拉面还是因为你饿。那么你饿能不能给你更低的方案?大概就是这么一个理解的过程。

解决方法:

万字长文:【如何学习商业分析】 连载一

我们如何理解老板背后的理想和他在想什么,也就是五WHY法。五WHY法使用起来就是三个要诀:就是不断地问,根据他的回答去把他的元素进行拆分,真的不行就单独地提问。

举个例子,比如说,我想吃肯德基,你为啥想吃肯德基,因为我饿。包子不行吗?给他一个替代方法,如果他行,那可能提供一个节省成本的方案,如果他不行,你可能需要再给他其他方法。

那他可能说:我要吃炸鸡,接着你就会发现这里面其实有两个约束:炸和鸡。

那首先你开始问一下是炸还是鸡,炸猪排呢,其实也可以,在整个过程当中,如果包子可以,你就用低成本的方案解决, 如果你发现了这个用户是炸的需求,你可以找到用户深层的需求,那你就会有更多种低成本的替代方案。

了解深层需求的三个好处:

  1. 我们需要解决需求而非要求;
  2. 可能找到成本更低的方案;
  3. 解决深层需求可以满足更多人,价值更大。

万字长文:【如何学习商业分析】 连载一

举个例子:在做业务经理的时候,最常遇到的问题是:某块业务能不能做,我们思考聊聊。

其实这个问题的背后,它有好几种可能性,首先第一个:它可能是让你去评估一下它有没有机会做?

那么就需要市场/行业和需求进行分析。还有就是判断该不该做?那么就需要是进行盈利模式,效果估算,风险评估,成本预估等行为。

如果是该如何做,路径怎么样?那么就需要进行竞品分析,如何差异化,如何落地等等。如果是确认某个某块是否能做的更好,那可能就会变成产品分析,运营分析与经营分析。

因此这些都需要在界定问题的基础上弄清楚。

因为实际上分析过程中,问题背后使用的分析方式,成本完全不一样,所以一定要在最开始的时候明确老板要的结果是什么。

老板的同一句话,背后的需求可能是天差地别的,做法和成本完全不同,一定要搞清楚问题背后的问题再进行开工。

5)问题5:不愿意为理想付出成本

例:

万字长文:【如何学习商业分析】 连载一

  1. 第一个例子:你帮我看个数据吧。我跟他说:你去哪个看板看?就没需求了。这是第一个不愿意为理想付出的需求。
  2. 第二个例子:我需要及时知道所有竞争对手线上销量的变化情况,时间可能是一周之内。我帮他取数完,告知需要爬虫所需要的资源后就不做了,及时的需求就消失了。
  3. 第三个例子:一个产品问题,我要免费吃米其林,问题就是免费无人拒绝,但付费你还愿意吃吗?这是什么道理?免费的东西没有人会不想要。但是如果有成本的话,可能就不想要了。这件事情背后的逻辑就是,其实就算你理解了他的需求与问题后,你一定要在心理界定一下这个需求是真需求还是欲望。什么叫需求呢?需求就是我想要享用某个饭,但是我愿意为它付钱。欲望就是我想要某个饭,但是如果要付钱,就不用了。

万字长文:【如何学习商业分析】 连载一

所以整个真正的问题就是,不要去解决欲望,而是要解决需求。否则没有人愿意为你的付出买单,除非你是做慈善。

3. 界定以上5个问题的总结

万字长文:【如何学习商业分析】 连载一

最后,用练习总结一下这五个问题:

你评估一下医美行业哪里有机会?就是问题不具体太泛泛,按照用户的要求 加上xx功能完成之后,用户根本没有使用。其实是只看到问题表象。

分析完毕,老板说答非所问或是不懂业务。有可能就是没搞清楚现实与理想。

分析结论老板认同了,但是业务执行方抵制。就是没考虑相关利益者。

是否帮我看看xx指标,告诉他去哪看,没需求了。理想伪需求 。

以上分享了很多方法,把小结集结在以下3张图:

万字长文:【如何学习商业分析】 连载一

图1

万字长文:【如何学习商业分析】 连载一

图2

万字长文:【如何学习商业分析】 连载一

图3

最后想说,在实际工作当中,你很难把每个事情都做到以上完美的程度,但是一定要在耗费巨大成本的东西上面尽量的去让它相对明确。

因为成本小的东西失败无所谓,可能做界定问题的成本比较小,就没有大碍。但是那种涉及到好几个部门或者很多钱的这种事情就尽量要把它界定完毕, 因为它代价太大了。

文章结尾给大家一个小结思考:假如你是员工,你接到问题你该如何做?在以后如果你成了领导,你会不会传达这种问题给手下?

因此建议大家从今日起 尽量的去培养定义问题的习惯。不一定要每一件事事情都做到好 但是尽量要去培养定义问题的习惯。

结语:老手谋定而后动 新手没事就乱动。

作者:黄家翰,空白女侠;微信公众号:空白女侠(ID:kongbainvxia);

本文由 @空白女侠 原创发布于人人都是产品经理,未经许可,禁止转载。

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

作者:黄家翰,空白女侠;编辑:冰冰;微信公众号:空白女侠(ID:kongbainvxia);

本文由 @空白女侠 原创发布于人人都是产品经理,未经许可,禁止转载。

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

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