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

推荐订阅源

C
Cisco Blogs
Cyberwarzone
Cyberwarzone
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
SecWiki News
SecWiki News
Martin Fowler
Martin Fowler
T
Tor Project blog
N
Netflix TechBlog - Medium
C
Cybersecurity and Infrastructure Security Agency CISA
V
Vulnerabilities – Threatpost
V
Visual Studio Blog
GbyAI
GbyAI
PCI Perspectives
PCI Perspectives
D
DataBreaches.Net
Jina AI
Jina AI
H
Heimdal Security Blog
云风的 BLOG
云风的 BLOG
P
Privacy International News Feed
A
About on SuperTechFans
J
Java Code Geeks
美团技术团队
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
News | PayPal Newsroom
有赞技术团队
有赞技术团队
MyScale Blog
MyScale Blog
博客园 - 司徒正美
C
Check Point Blog
T
Threat Research - Cisco Blogs
Attack and Defense Labs
Attack and Defense Labs
宝玉的分享
宝玉的分享
AI
AI
Simon Willison's Weblog
Simon Willison's Weblog
C
Cyber Attacks, Cyber Crime and Cyber Security
I
Intezer
P
Proofpoint News Feed
Blog — PlanetScale
Blog — PlanetScale
Apple Machine Learning Research
Apple Machine Learning Research
Hugging Face - Blog
Hugging Face - Blog
The Last Watchdog
The Last Watchdog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Vercel News
Vercel News
I
InfoQ
阮一峰的网络日志
阮一峰的网络日志
Cisco Talos Blog
Cisco Talos Blog
W
WeLiveSecurity
Hacker News: Ask HN
Hacker News: Ask HN
Recent Commits to openclaw:main
Recent Commits to openclaw:main
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
D
Docker
博客园 - Franky
Security Archives - TechRepublic
Security Archives - TechRepublic

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
从思维开始的互联网运营修炼
飞梦 · 2023-05-26 · via 人人都是产品经理

作为一个互联网运营,这四种思维必不可少。用户思维是思考的基础,量化思维是执行的底气,迭代思维是增长的方式,极致思维是竞争的优势。本文作者围绕这四种思维展开分析,希望对你有帮助。

谈到“运营”,网络上的解释就是在适当的场景下对过程进行计划、组织、实施和控制等。而笔者身处互联网领域,对“运营”的理解,则是对目标用户群体的需求分析及拆解,以满足需求的方式让他们完成你期望的事情,这个达成双赢的过程就叫“运营”。

在这样的前提下,作为一个互联网运营打工人,笔者认为至少需要四种思维:用户思维、量化思维、迭代思维、极致思维。

一、切换到“用户”视角

1. 什么叫“用户思维”?

首先,这个用户指代的是任何目标对象,运营站在用户角度思考“我是谁”、“我要干什么”此类问题,即“用户思维”。

刚入行做运营常犯的错就是上帝视角看待用户行为,总认为用户会按照我期望的来,但事实往往很残酷。这就好像我们用上帝视角看待凡人修仙,那么不如放弃上帝视角,创建一个名为“用户”的身体进入其中,在这具身体的视角中去了解修仙所需要的一切需求,此时就有了基础的“用户思维”。

2. 以用户视角思考用户需求

利用转换视角的“用户思维”,我们需要摸索此时“用户”是哪个层级,这个层级的需求是什么,例如常见的马斯洛需求定理就是将人以需求分层。因此在这个“用户视角”里,我们同样可以构建当前运营场景所需的专属需求模型,即“用户画像”。有了“用户画像”,之后做任何事情都可以根据画像产生用户需求从而产生运营方向,甚至通过匹配同类用户需求,还可以给用户创造需求,最终实现运营与用户的双向奔赴。

以内容平台某音为例,通过用户画像以用户视角推测出用户可能喜欢的内容,推送后若用户喜欢并且看完,则会猜测用户是否喜欢看同类型或同创作者等其他短视频,继续推送来留住用户,猜到了用户关联性衍生需求,这就是用户思维的实际效果。

总结:

假如我们要做一个产品,首要目标是知道我们的目标用户喜好标签,再通过这个标签提供满足他的内容需求。如后续推测带有这个标签的用户有关联标签则可以尝试为用户创造需求,而这一切的操作,都必须站在“用户”视角。(Tip:用户调研、回访是接触用户思维的好方式)

二、“量化”一切需求资源

1. 客观数据具有说服力

数据相对于任何文字描述都具有天然的客观性,因此想要让自己的话语变得有力量,就必须用“量化思维”强化表达能力。所谓“量化思维”即将自己所需所想,用数据告诉别人。比如:我在修仙,我想要突破当前境界,这个境界需要经历72道天雷,天雷最高攻击力是100,那么我需要准备耐久度能经历73次以上的天雷且防御力在101以上的防御法器才能满足渡劫突破需求。

以上,用一个修仙渡劫的例子说明了如何把自身需求量化出来,使渡劫前的筹备变得有理有据,倘若换成“很多”“很高”这样的词来筹备,怕是要经历多次失败。

回到运营场景,如果将用户需求、运营需求量化表达,那么对供需双方来说,都有着更为高效及准确的处理方式,不然大概率会出现多次沟通仍不能解决问题的情况。

2. 以大化小拆分目标

量化思维在笔者看来,关键的点就是量化并拆分目标。

大多数运营情况是即便量化了出现的问题,我们也很难找到解决问题的方法。因为量化出来的问题和当前资源不匹配,也就是领导们常说的“该方案缺少执行力”。此时我们就要学会拆分目标来量化,将目标拆分成多个小目标一一匹配。

还是用上述修仙例子吧:已知我需求一件防御力101以上且能抗雷击73次以上的法器用来渡劫,要如何达成目标,此时拆解目标过程如下:

大目标:获得一件法器,它防御力大于101,抗雷73次

  • 小目标1:找到一个制作方法
  • 小目标2:获得需求的材料种类N种
  • 小目标3:获得需求的材料量级N吨
  • 小目标4:获得一个测试方法

此时,我们只需要去完成这些小目标就可以直接完成大目标了。这种拆分方法与OKR管理方法如出一辙,因此在笔者看来学会使用OKR的关键也正是量化思维。

3. 向上思考置换目标

即便是拆分、量化目标后还是有很多运营发现掌握资源和需求资源实在不匹配呀。事实上,这也是常见情况,因为分配到我们手上的并不可能是被完全正确拆解的小目标,那么此时要放弃前还可以做的一件事就是:从下到上重新思考一遍目标,直到思考到我们所能认知到的最大目标,保持不动,然后开始置换下一级目标。

继续修仙为例:假设我实在没法找到这件法器的制作方法,导致我没法获得这件法器,那么向上思考做这件法器的原本目的——我要渡劫。如果是要渡劫,换个方向去修炼肉体,把肉体强度修炼成能抗雷73次,防御力在101以上,那即便不能找到法器,按照此目标仍能完成渡劫需求。

值得强调的是:置换目标不是放弃目标,只是把调整实现目的的方式,但如果以当前的视角和资源既无法置换目标也无足够资源时,或许当前放弃择日再战才是最好的选择。

总结:

量化思维是能够清晰衡量目标的手段,在做任何事之前,都可以通过量化目标明确运营方向,明确风险。事后也可通过量化结果反思当前目标成功与否,成则打造流程化运作,败则迭代下次从事此事的方向。

三、“迭代”即经验的增长

1. “迭代思维”产生的前提

早些年听过这样一个来自领导的教诲“强者一年三套经验,弱者三年一套经验”,当时有些迷惑“凭啥好用的一套经验不能用三年啊”。今日,虽仍不能评判对错,但有些新的领会:强者会以一套经验为基础迭代成三套,适应不同阶段,因此他是适者生存的强者。既然这样,那第一套经验是怎么来的呢?还得靠复盘。

将已结束的事项做总结和复盘是一件很常规的事,可往往因为它过于常规,导致在忙碌的运营工作中我们将其放在了重要不紧急的地位,以及笔者所接触的部分刚入行的小朋友们甚至将其放在了不重要不紧急的地位,这样的结果就是:一直在忙碌,一到周五或者月底又感觉自己啥都没干。还有一种情况,则是在成功之后认为总结复盘无必要,结果就是导致自己错失了将偶然变成必然的机会。

仍就着修仙的案例来,渡劫是个存在成功率的事情,在前面的事件中,假设不幸渡劫失败了,目标是能抗73次雷,防御力在101以上,实际结果抗到第71次雷的时候,防御力下降到99,导致失败受了重伤。这个失败原因就是基本的复盘,那么要迭代的就是我们法器第71次之后抗雷击能力,之前的目标是防御力101以上,那提升至103以上,就算到第71次之后下降防御力也是101了。

综上,我们先复盘出失败结果,再从中找原因迭代出一套下次能提高渡劫成功率的经验。但假设这次就直接渡劫成功了,那么这个法器成功的原因就是一套经验,我们只需要从中找出薄弱的地方下次改良,比如下次80道雷,攻击力200,当前这件不够,那迭代出的法器就得具备81耐久及201的防御力,这同样也是理论上的一次经验迭代。

在笔者眼中,复盘是迭代的前提,更是运营最重要的一个环节,决定着项目成功是偶然还是必然,同时也决定着自身获取经验值的大小,故“强者一年三套经验”。

2. 迭代需要突破自己

面对成功的项目,很容易遗漏复盘,即便复盘了,内容上也是从潜意识上书写如何成功。可“迭代”的意思就是更新经验,让下次比这次做的更好。那就需要给自己做一些心理建设:从正面和反面复盘成功的项目,从亮点中找不足,从不足中找亮点,沉淀关键亮点操作,痛击自己没做好的地方,并想出改良方案,最终形成一套新的经验。这就是迭代的成果。

这就好比前面说的渡劫用法器,上一次能够承受72次防御力100的天雷,还是同一个的话怎敢拿它来渡下一次雷劫?

总结:

正如修仙突破不同阶段迭代周身法器一样,互联网运营也必须学会复盘,根据不同阶段的不同目标去迭代那些自认为成功的方法论来实现经验的增长。互联网行业早有不进则退的说法,选择适应当前环境的运营套路,才能不被时代洪流冲走。胜不骄,败不馁,其目的皆是如此。

四、差异化来自“极致思维”

极致思维顾名思义就是将事情做到极致。运营这个岗位总被说门槛低,但上限也是高的很。因为随着单赛道同类产品的入局数量增加,运营模式趋近同质化,大家都能想到做到,自然缺少市场竞争力,要想打破困境就得利用“极致思维”抓细节突破。

根据前面说的量化思维,绝大多数到瓶颈期的产品看到的现象是部分指标开始停滞增长,接近市场同类产品参考值就不再动了,此时年轻时的笔者就会想:“我已经做的够好了,做做其他的模块吧?”然后再回头看时已呈现缓慢下降趋势。事实上,贴合用户思维思考,产品接近市场指标代表用户认可产品满足他的使用习惯但并不一定满足他的需求,咱的产品在用户眼里只是和市场同类产品五五开罢了。

换现在的笔者,则会进行的操作是:

  1. 拆分目的指标
  2. 列出用户使用路径
  3. 找出拆分后的指标与用户行为关联性
  4. 提升具有关联性的指标

上述操作最后落地的结果可能是一些微乎其微的工作,比如某个图片换一张更好看的,对用户的称呼换成主题称呼“某某大人”,某个视频进度条变成了贴合主题的小玩意等,由众多细小的差异化,形成了整个产品运营模式的差异化,即便单个操作提升的再小,日积月累也能够使产品有着巨大的市场优势。

极致思维在运营层面运用的本质就是细节上挖掘用户新的需求,从而创造出用户需求。再用修仙为例的话,作为修仙者每次突破时都会使自身防御力大于天雷攻击力,耐久数大于攻击数,那多出的“1”点是修仙者的风险评估也是细节需求,这点“1”关系着渡劫成功率,我会为了它在制作法器时增加N种材料N吨或者雷劈时尝试使用“防御”技能等各种新的操作。

总结:

极致思维思考的是细节,难的不是最后能不能发掘到用户新的需求,而是在做这件事的过程就犹如鸡蛋里挑骨头,对应着马斯洛需求里的最高需求,因此在日常工作的心态上就得抛弃“得过且过”的心态,以自律自驱为工作的主旋律。

五、运营之路如修行

运营的思维是发散的,刚入职场的运营新人们一定都是有着大量天马行空的想法,但是最后能落地的寥寥无几,或者说即便落地后也完全不是想的那样。

这没有错,但难免有些打击人,加上AI目前的语言模型确实能够替代大部分机械式运营模式,它的疯狂洗礼使许多人都开始陷入自我怀疑的情况。可“天马行空”这点正是是AI所不具备的宝藏,它的想法是基于数据库的总结,而我们可以创造新的想法,因此笔者才会想写这样的文章兼激励自己勿忘初心,保持最初的想法然后用成熟的经验去落地。

再聊回这互联网运营所常用的四个思维,不知有没有发现举例的时候都是同一个例子反复使用,比如这个“凡人修仙渡劫”,因为笔者还想传递一种思路,任何思维都不是能单一发挥作用的,他们是连贯的对应在一件事情上:用户思维是思考的基础,量化思维是执行的底气,迭代思维是增长的方式,极致思维是竞争的优势。

另外,以修仙为例其实也想借喻运营的成长就跟修仙一样需要渡劫,此身此时虽为凡人,却终有一天能有自己的道。在运营修行的路上,鄙人仍是菜鸟一枚,还有很多思维方式尚未沉淀,此愿各位新老运营同行们若临此现状都能渡劫成功。

加油!运营人。

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

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

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