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

推荐订阅源

Google DeepMind News
Google DeepMind News
博客园_首页
H
Help Net Security
T
Tailwind CSS Blog
S
SegmentFault 最新的问题
GbyAI
GbyAI
Scott Helme
Scott Helme
D
Docker
Hacker News: Ask HN
Hacker News: Ask HN
P
Privacy & Cybersecurity Law Blog
Jina AI
Jina AI
雷峰网
雷峰网
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Spread Privacy
Spread Privacy
G
GRAHAM CLULEY
C
Cisco Blogs
The Hacker News
The Hacker News
F
Full Disclosure
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
Recent Announcements
Recent Announcements
G
Google Developers Blog
量子位
K
Kaspersky official blog
Cisco Talos Blog
Cisco Talos Blog
The Cloudflare Blog
A
About on SuperTechFans
C
Cybersecurity and Infrastructure Security Agency CISA
Last Week in AI
Last Week in AI
博客园 - 三生石上(FineUI控件)
Microsoft Security Blog
Microsoft Security Blog
Martin Fowler
Martin Fowler
T
Tenable Blog
P
Palo Alto Networks Blog
H
Heimdal Security Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
W
WeLiveSecurity
Schneier on Security
Schneier on Security
The Register - Security
The Register - Security
F
Fortinet All Blogs
Stack Overflow Blog
Stack Overflow Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
T
The Blog of Author Tim Ferriss
N
News and Events Feed by Topic
Hugging Face - Blog
Hugging Face - Blog
小众软件
小众软件
V
V2EX
爱范儿
爱范儿

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
有关用研经验传递的一些思考
腾讯CDC · 2022-09-22 · via 人人都是产品经理

在用研工作中,大多是导师带新人的培养方式,但为什么一定是这种方式,这样的培养方式有什么特征,新人获得的经验是否存在差异?作者结合自己的经验,对用研培养方式传递自己的一些思考,希望对你有所启发。

引言

从我接触用研工作以来,所看到的用研培养方式,似乎大多是以“导师带着做项目”的方式——最开始往往会由导师主导各个项目,新人参与在其中学习。可能很多岗位都这样培养新人。但我对此一直心存疑问——为什么是这样的方式?其中可能存在什么问题?还可能有更好的方式吗?

文章概览

知乎上有个问题——“马云这类大佬的经验与知识和一千万,你选哪个?”

最高赞的回答说——

  • 释迦摩尼先生的经验和知识,十块钱一本。
  • 太上老君老子的经验和知识,十块钱一本。
  • 圣人孔子的经验和知识,十块钱一本。
  • 兵圣孙武的经验和知识,十块钱一本。

很惭愧,在看到这个问题的时候,我居然犹豫了一会,没有直接选择“一千万”。当我随后被高赞回答的“机智”乐得合不拢嘴的时候,脑子里却闪过另一个问题——这些十块钱一本的经验与知识,你看完书就得到了吗?答案显然是否定的。那么,假如大佬想倾囊相授,把他的经验全部给你,要怎么才能做到?这个问题我没有答案,也让我联想到一个问题——用研岗位是怎么传递调研经验的?

从我接触用研工作以来,所看到的用研培养方式,似乎大多是以“导师带着做项目”的方式——最开始往往会由导师主导各个项目,新人参与在其中学习。这一方式会受到导师自身风格的影响——例如语言表达上“循循善诱”和“言简意赅”的两种方式,新人的“所得经验”可能也有差异。差异的存在,使得这一方式似乎有很多值得探讨的地方。

一、用研经验的特征

经验的传递是为了使用经验来应对新的情况。经验并不是某件事情或某个经历本身,而是基于事情或经历,形成了一定的理解。这个理解是人脑对事情或经历的反映,但并不是简单、直接、完整的反映,而是一系列抽象过程之后形成的概念、规律。

我们大概可以想象的一些用研经验,常常与具体某个场景有关——

  • 怎么更好的和需求方沟通?
  • 面对某类群体时有哪些特别的访谈技巧?
  • 针对某个问题的研究思路是怎么样的?
  • 某份研究问卷的设计思路是怎么形成的?面对需求方众多、需求内容庞杂的复杂项目如何管理?
  • ……

用场景来划分经验类型并非我所愿,我更想找到一个新的视角——在这个视角下,能够帮我看到不同类型经验之间的差异,使得我更能理解其特征,进而思考如何更好的传递和共享经验。

1. 程序性和概念性

如果参考布鲁姆教育目标的知识分类来看,我们在工作中传递的经验更贴近概念性和程序性的经验(知识划分为事实性、概念性、程序性和元认知四类)。所谓程序性经验更像是做某事的流程或步骤,比如日常研究项目的大体步骤、节奏。而概念性经验则涉及复杂的概念及概念之间的关系,更具有结构化的特征,比如一些测量模型及背后的原理。

直观来看概念性经验相比程序性经验更难传递。因为概念性的经验,涉及概念和概念关系,以及整体构成的庞杂框架。这些东西弯弯绕绕,并不像学校教育一样有相对成熟的教材和体系化的传递过程。

比如如果想让新入行的用研同学通过“用研老人”的传递,快速学会如何面对一个复杂的需求沟通场景,或是梳理清楚一个复杂的研究需求并形成像样的研究方案,似乎没法靠少量的介绍即可达成。而程序性经验初看则相对容易传递。

比如团队内的问卷调研类项目必须绘制问卷结构图才能开始在线制作问卷,或是项目交付后大家必须归档相关数据材料,这些流程性的经验只要稍加约束说明,似乎就可以传递清楚。

但一些经验恐怕没法简单划分为概念性或程序性。比如访谈过程中对问题顺序的设计,是从容易回答的行为经历问起,把用户的看法、见解放的相对靠后。那么这种类似程序性的经验,要理解做法的原因,就又涉及“研究关系”方面的概念性经验。

所以,用研经验像一种既有“精炼抽象式的概念性经验”又有“细致入微的操作指引性经验”的混合体。

2. 从概念性经验、程序性经验到实操

在quora上,我看到过一个问题:

“Why are software development task estimations regularly off by a factor of 2-3?”

(为什么软件开发常常偏离计划?)

有个高赞回答(大意):“让我们沿着旧金山到洛杉矶的海岸徒步旅行,拜访纽波特海滩的朋友。拿出我的地图并沿着海岸画出我们的路线:

这条线长约400英里;我们可以每小时步行 4 英里,每天 10 小时,所以我们将在 10 天内到达那里…在实践时,发现地图上有上百万的小曲折,实际路程500英里,只好推迟预期到达的日期。还不止于此。

在随后的几天,我们某些路段是沙滩,步行速度远低于规划,还有:路上的障碍物多、部分路不通、扎帐篷花费时间超过预期、脚底磨出水泡、身体疲劳不易恢复等情况。按照前五天的实践来看,要想走完全程,可能需要的时间是60-70天。”

在这个例子中,地图可以算作“概念性经验”,而答主根据地图所制定的“每天步行4英里,10天内到达”是“程序性经验”,最终的实际经历是实操过程。从这个例子也能看到,只看概念性经验(地图)并不等同于已经有了程序性经验(行动指引);而行动指引在实施时也未必能“一切顺遂”(实操中会经历各种坎坷)。

概念性和程序性之间是什么关系?

如果结合实践来看,概念性经验和程序性经验中,直接带来实操层动作的更像是“程序性经验”。而概念性经验与实际操作之间的联系往往不是直接的,将其应用于实际用研项目中的操作时,需要先转变为与实际操作更相关的程序性经验。

例如,对“因果关系的理解”属于概念性经验,而“问卷调研中询问因果关系要谨慎”更贴近程序性经验。假设某位导师在指导新人时只讲解了因果关系的概念,而新人在实际项目中要何时、何种方式使用这一概念可能依然存在很多问题。因此,概念性的经验在实践场景下需要转化成程序性经验,才能指导实践。

如果以此来看,那些十块钱一本先人经验,我们无法完整吸收的原因可能是“只提供了概念性经验,未提供程序性经验”?我不敢这么下结论,毕竟上面所列的那些十块钱一本的书我都没读过。

那么,从对实操的指引来看,我们只使用程序性经验不就好了吗?

从两者的关系看,概念性经验像是对其原因乃至原理的解释——“知其然知其所以然”。如果只使用程序性经验来传递,必然会涉及“凭啥听你的”、“理由是什么”等一系列争论。就像下面两位研究员的对话——

研究员A:这个问卷题目的选项设置为3个不合理。

  • 研究员B:为啥?
  • 研究员A:之前我设计的类似问卷题目,评审的时候有提这点。
  • 研究员B:哦,具体怎么说的?
  • 研究员A:当时就是说选项数量用3个不合理。
  • 研究员B:没太懂,怎么就不合理了?

3. 程序性经验的不同抽象程度

经验的形成涉及抽象过程。这就带来另一个问题——抽象程度可能因人而异。例如对于“受访者拒绝录像,访员尊重受访者的决定,放弃了录像”的经历,有人抽象出“以人为本”,有人抽象为“尊重受访者”。但这两种经验表述对经历的抽象程度明显不同。

再如,同样是程序性经验,“问卷调查研究中询问假设性问题要谨慎”的抽象程度比“不要让用户对未接触过的新事物或无相关经历的事物做评价”的抽象程度要更高。

如果我们结合这些经验对实践的影响方式看,程序性经验像是给实践画了一个“框”——遵从某个经验来做事,意味着在这个经验给定的范围内去做事。那么,抽象程度的高低,像是所画“框”的大小——抽象程度越高,框越大;反之越小。

如果沿着“框”的类比也可以帮我们看到日常沟通中的一些问题。例如,导师对新人的调研报告只提出了“再提炼下核心结论”的建议。这样的建议并不能算是一个好的建议——因为所给出的框太大了,并不能很好的指引行动。新人可能困惑“我要怎么提炼?”、“怎么样算核心”?

在职场沟通中可能有很多类似情况——用“美化一下”、“加强一下”等很泛的词来沟通其实很容易让新人困惑。正如papi酱的某期视频中,有个甲方提出“希望在此基础上有一个深化空间”,而papi和同事则满脸问号“什么意思,具体说说?”我倾向于认为,用很泛的词沟通可能意味着沟通者不理解具体工作的系统性和复杂性,当然也可能是指导者实在没时间。

二、“教”与“学”的一点思考

1. 如何理解学习过程

对学习过程的理解,有利于我们更好的反思教学方式。参考YJango的断墨寻径系列视频,有以下一些启发点(完整的内容请大家点击链接查看视频哈,比我这里的介绍精彩的多):

1)学习形式:需要同时使用指令学习和归纳学习两种方法,指令型学习提供了轮廓(指令可以理解为“用语言表述的抽象理论、经验”),还需要实例来填充(大脑会自动根据实例归纳出更多细节);

2)材料输入:是否使用了已经掌握相关名词的有效指令(措辞是否能看懂),是否有“有效实例”(既有提问,又有回答);

3)存储过程:是否有充足的睡眠(手动狗头),是否有精细加工(让新材料和已有的旧知识之间建立联系);

2. “教”的时候要注意

结合对学习的理解来看,在传授用研经验时有一些点需要注意:

(1)指令学习和归纳学习都需采用:既要有“语言指导”,还要有“实践练手”

这点似乎无需过多讨论。没有哪位用研同学是靠“只听他人讲解而不做项目”的方式成长的。

(2)材料输入需要注意“有效指令”:表达经验的“措辞”需注意接收方是否可以理解

这点也很好理解。有用研新人就曾经在某次沟通后问“你们说的‘场景’到底是指什么”。

(3)材料输入需要注意“有效实例”:不仅要指出问题,还要在部分情况下给出问题的答案

这点也有很多项目中的例子可以反思。例如“你刚才的访谈过程,没有和用户建立足够的信任,所以用户表达有点含蓄”,但新人在听到问题之后更想继续知道“怎么建立信任”。

(4)让新知识和旧知识之间产生联系:概念性经验和程序性经验结合起来传递

不仅要给出“操作指引”,还要结合“背后的原理/道理”来传递。正如前面所说的“问卷题目的选项设置为3个不合理”的例子。

三、教学背后的难题:经验的构建和表达

对于前面所提议的一些想法,有些同学可能会介意:“这么教太累人了”、“新人自己也有悟性的”。

我也深知,要想更明确、清晰的传递经验,必然涉及几个更难的问题——

  • 导师自己如何抽象经验?
  • 如何准确表达?
  • 语言是否能充分承载个体所悟的经验?

在我看来,质性研究是一种需要研究者自己切身去体悟的活动,不可能被教师用语言直接“教”会(学不能被教);也不可能只通过阅读书本而“学”会,必须自己亲手“做”才能有所感悟(做不能被学)。“好”的质性研究者有很多缄默的、无法言表的、身体化的知识,这些知识需要在反复的操练和问题解决过程中得到唤醒、锤炼、生成和升华。

如果有一个研究团队,有“师傅”的点拨和示范,有同伴在行动中的反思和相互映照,新手们的进步应该会更加迅捷、更加扎实。

——陈向明

陈老师的这段话中已经给了很多新人学习的建议:

1)要实际做项目;

2)有师傅的点拨和示范;

3)有同伴的反思和相互映照。

这些建议实际已经在一些团队中实践了。

不过陈老师也提到一些“体悟”没法通过语言教会,也不能通过阅读书本学会,有很多缄默的、无法言表的、身体化的知识。为什么会这样呢?

有人认为人的大脑会自发的对这个世界建模,但人类的语言不足以描述这个模型(参考知乎答主“墨子连山”对《道德经》的解释)。也有人认为“知行合一”所表达其实就是“用行动为思维编程”。或许,这就是为什么“实践出真知”。

不管怎样,我想我们这些用研领域的实践者们,还是应该努力去沉淀自己的研究经验。当我们想表述清楚自己的经验及背后原因时,或许我们也在努力建构着自己的“真知”。

作者:dodowang;

来源公众号:腾讯CDC体验设计,构建数字时代互联网生态的用户价值与体验创新

本文由@腾讯CDC体验设计 授权发布于人人都是产品经理,未经许可,禁止转载。

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

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