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

推荐订阅源

Google DeepMind News
Google DeepMind News
Attack and Defense Labs
Attack and Defense Labs
S
Security Affairs
P
Palo Alto Networks Blog
Webroot Blog
Webroot Blog
P
Privacy International News Feed
H
Hacker News: Front Page
www.infosecurity-magazine.com
www.infosecurity-magazine.com
C
Cybersecurity and Infrastructure Security Agency CISA
Recent Commits to openclaw:main
Recent Commits to openclaw:main
T
The Blog of Author Tim Ferriss
T
Threat Research - Cisco Blogs
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Spread Privacy
Spread Privacy
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
Schneier on Security
Schneier on Security
Jina AI
Jina AI
Simon Willison's Weblog
Simon Willison's Weblog
Scott Helme
Scott Helme
A
About on SuperTechFans
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Recorded Future
Recorded Future
F
Fortinet All Blogs
PCI Perspectives
PCI Perspectives
Google DeepMind News
Google DeepMind News
T
Troy Hunt's Blog
MyScale Blog
MyScale Blog
I
InfoQ
F
Full Disclosure
宝玉的分享
宝玉的分享
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Security Archives - TechRepublic
Security Archives - TechRepublic
Latest news
Latest news
W
WeLiveSecurity
月光博客
月光博客
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
N
Netflix TechBlog - Medium
量子位
P
Proofpoint News Feed
Exploit-DB.com RSS Feed
Exploit-DB.com RSS Feed
GbyAI
GbyAI
SecWiki News
SecWiki News
AI
AI
The Last Watchdog
The Last Watchdog
Hacker News - Newest:
Hacker News - Newest: "LLM"
G
GRAHAM CLULEY
N
News and Events Feed by Topic
K
Kaspersky official blog
V2EX - 技术
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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
爆肝 5 小时,我用 Flowith 做了一款问卷数据清洗工具来解决真实工作问题
善宝橘 · 2025-04-21 · via 人人都是产品经理

在数字化时代,工作效率的提升往往依赖于工具的创新。本文作者通过亲身体验,利用 Flowith 这一新兴的智能体工具,尝试解决工作中繁琐的问卷数据清洗问题。

最近开始学 Agent,看到很多人推 Flowith,于是想起来捣鼓下。其实很早就知道这个产品,画布式,多线程,在当时都是 chatbot 类形态的产品中独树一帜,记得李楠中在《脑放电波》的一期节目中还提起过。但到底没有去用。Flowith 呢,似乎也不温不火,直到 Manus 爆火,因为邀请码的问题,Flowith 抓住了机会,而成为前者的平替,也是坐上了一程顺风车。

至于我呢,因为工作中,要做数字人的需求,得了解下智能体的原理,和公司算法部的工程师沟通,让我用 Coze 或者 Dify,自己体验下。Workflow 的方式我大抵是清楚的,但刚好 Flowith 的 Oracle 模式更省心,全程交由 AI 规划。那么就来尝试下吧。

科学上网后,打开 Flowith,使用邀请码创建账号,我用的是 Flowith 2025 全球智能体创作大赛发出的邀请码「Y8Q6WV」,有 100 次 Oracle 的免费使用次数。

注册完成后,进入首页,打开输入框右上角的 ORACLE MODE ,在输入框中输入对话即可。

最开始的时候,我牛刀小试了下,让它给我做个「 分享卡片 」,提示词如下:

生成一个可交互式的分享卡片网页:

网页提供输入框供用户输入,文案提示:请输入您想要分享的内容,不超过 100 字;

用户输入后,点击确认按钮,进行卡片生成;

生成卡片背景颜色使用渐变色,有毛玻璃特效;

生成效果如下:

可以看到,Oracle 模式下,AI 会自动帮我完善需求,比如我提到了渐变色,它便在页面中增加了 Card style 的选项,同时确认按钮的文案也变成凉更人性化的 Generate Card,还附带一个✨ 图标,交互和 UI 上更周到。

当然,它也有未实现的需求,比如我提到的毛玻璃特效。

Flowith 生成的内容支持重新润色,点击左下方的 Refine AI ,即可继续输入想要修改的内容。

我在其中输入了:未生成毛玻璃特效,请继续生成。AI 重新执行了我的指令,但生成后的内容仍然不具备毛玻璃效果。事实上,这是一个在使用 Flowith 中我所遭遇的最大问题,我需要去处理一些明显不符合预期的需求,但无论重试多少次,AI 都不会如我所愿。

既然 Refine 无法满足我的需求,索性重开一个分支。点击画布的起点,选择新建分支,修改提示词,这也是多线程的好处,可以比较修改后的差异。这一次,我把背景色去掉,只保留毛玻璃,并且强调毛玻璃就是高斯模糊。

这一次生成的页面风格相比上一次,就朴实很多,趋近于线框图。

但效果却不错,高斯模糊实现了,而且支持下载成 PNG 格式图片。

其实处理这些小工具,当下的大模型真的已经足够,以后读书笔记用这种小工具润色,会方便许多,而且样式随自己掌控。但不好的地方就在于抽卡,有时候要看天意。

接着继续来小试牛刀,搞一个「 名言生成器 」。提示词如下

帮我创建一个网站,该网站能够随机生成一些名人的金句,并以卡片形式展示:

用户可以选择:鲁迅、古龙、金庸三位作家;

选择作家后,点击【生成金句】,系统将从所选作家的作品中挑选出一句金句并展示;

这次生成过程比较顺遂,AI 先是分解了我的需求,先在网上找了三位作家的一些名言,存储下来。再生成了一个交互式的网页。一开始缺头像,后来我用了 Refine with AI,给我生成了三位作家的姓氏头像。

这里可以看到,AI 又主动帮我润色了下,提供了每个作家的在世时间。名言的展示 UI 我也润色了下,使用橙红渐变色,并且有粒子特效。因为是截图,所以粒子是静止的,实际上这些粒子是移动的。说起这个特效,也调了好久,如果只对 AI 说 “让粒子移动 ”—— 那是一点效果都没有的,直到我把提示词改成具体的要求:让粒子每 0.1s 移动一次才奏效。有的时候,大模型也和人一样,明确的指令才能让 AI 行动。

其实这个网页还可以继续优化,最大问题在于目前的数据库是静态、有限的,应该实时获取到新的内容,每一次生成都是新的内容。但我不用继续往下了,这两个 Case 只是用来练手,熟悉 Flowith 的基本用法而已。

实际上,在 Oracle 模式下,只需要把握三点:

  1. 提出需求;
  2. 对于生成的结果,使用 Refine with AI 重新优化;
  3. 建立多个分支比较输出结果;

而怎么提出需求,我自己摸索下来的感知是,越具体,执行的成功率就越高。而另一个重要的原则是:如果自己有拆解的能力,那么最好自己把任务规划好。虽然这一点和自主感知决策的超级智能体逻辑是相悖的。

牛刀小试后,可以进入正菜了,我需要使用 Oracle 来解决在工作场景中遇到的真实问题。实际上这个问题是我的对象抛给我的,她的工作中需要对海外用户投放问卷,问用户对于某些服务的价格偏好,比如「你愿意为 xx 服务花多少钱?」。

由于海外用户来自不同国家,所以问卷的填写五花八门,货币单位也不尽相同,但最终这些答案要被转化为统一的货币——美元。

这是用户的原始回答,数据量在 1500 条以上。正常情况,这些数据得人工清洗一遍,然后手动计算:

  1. 先把原始回答梳理成数值+货币单位的统一格式,比如 500 AUD;
  2. 再逐行计算当前货币同美元的实时汇率;
  3. 最后将当前货币的数值同实时汇率相乘,得到最终结果;

可想而知,这是一件十分琐碎且费时的工作,有时候光这一张表格就得处理一天。而经过上述两个用户 Case 后,我对 Flowith 充满了迷之自信,而欣然包揽了将这项工作自动化的任务。

天真的我一上来就上传了文件,然后把所有的问题抛出:

文档中每一列包含货币数字和单位,请将每一列换算成美元

计算换算成美元后,所有列加在一起的平均数

无任何数字可以无视

如果只含数字不含货币单位则视为美元

输出格式:原数值  原货币单位   换算后美元

这次的生成结果对我来说简直就是一场噩梦,AI 拆解任务的逻辑倒是很清晰:

  1. 分析上传文本,提取货币数值及单位
  2. 在线搜索步骤 1 中所有出现的非美元货币当前的美元汇率
  3. 将数值换算成美元,计算平均值

可在实际操作中,压根不是那么回事。首先它根本没有解析文件,而是直接在线搜索进行了货币换算。然后,它又让我上传了一遍文件,又重复了一遍先前的操作,最后莫名其妙给我生成了一张表格:

这都哪跟哪儿呀,于是我又重新运行了一次节点,但结果还是一样。

是不是我的需求太过复杂?我在心里思考。于是我决定给 AI 减轻点工作量,把需求改下:

文档中 第一列包含货币数值和单位,请将数值和单位分开

这下,AI 总算动起来了… 不过我忽略了一件事:Flowith 是构建在画布基础上的产品。众不所周知,画布本来就吃渲染,而要在画布上处理 1500+ 条的数据,那么结果就是:卡卡西。

怎么说呢,真就有种尬住的感觉。那一瞬间我意识到,画布的形态不适合用来做数据处理,而实际上我也不应该直接在工作流里这么去定义,它做出来是要能交付给别人去使用的。

所以我再一次修改了自己的需求:

作为数据分析行业的程序员,创建一个网站,该网站需要:

支持用户上传 Excel 文件;

处理 Excel 文件,其中第一列包含混杂的货币数值、单位和无效数据;

在第二列中提取并显示第一列中的数值;

在第三列中提取并显示第一列中的货币单位。

这样,其实所有的数据逻辑处理就不在画布中了。

这一次,AI 如愿生成了一个能够上传 xlsx 文件的网站,并且主动增加了【处理文件】的按钮,文件上传后点击该按钮,就自动解析出来。不过第一次解析的结果有些问题,像澳大利亚货币有多种写法,如 $500 AUD 这种的都解析成了美元,所以我又通过 Refine With AI 补充了特殊货币的解析规则。

这是最后呈现的结果(实际上经过了多轮生成),也可以下载为 xlsx 文件,还有一些不满意的地方,比如我希望无货币单位的数值能够直接被处理为美元,但可惜我多次进行 Refine,都没有生效,我又害怕再重头来过,先前调整好的 refine 又得重来,就保留了这个缺陷,反正后面我可以通过 Excel 手动补全。

我把这个网站称为【 货币数据提取器 】,本来我想一鼓作气,基于这个网站,直接把汇率、平均数都一起怼上,但是,血泪的教训又来了,无论我怎样修改提示词,甚至重新运行节点,汇率和平均数都完全不生效。从晚上 10 点多,到夜里 1 点多,将近 3 个小时,我反复生成,都没有得到我想要的结果,甚至毫无方向。

没辙了。

也许这任务实在太过复杂,如果说货币数据提取利用表格操作和正则表达就能搞定,那汇率计算就涉及到联网和实时换算,以及逐行写入,最后还要加总计算平均数,每一步看似都很无脑,但加总在一起就是一座山,任何一个环节出错都可能导致整个程序运行不起来。

既然这样,索性还是把任务进行拆分,做一个【 货币转换器 】:

  1. 先做一个能实时获取汇率的网站;
  2. 在此基础上,支持使用文件批量上传货币单位,逐行转换成对美元的当前汇率,并支持 xlsx 文件下载;
  3. 如果这两步能行,我就得到了逐行的对美元汇率,那么剩下的就是:
  4. 将【货币转换器】生成的表格数据黏贴至【货币数据提取器】生成的文件中;
  5. 使用 Excel 自带的两列相乘函数,将数值列同汇率列相乘,新的数值存储在新一列中【转换成美元】;
  6. 【转换成美元】列使用求和 + 平均数函数,得出结果;

这样,整个任务就被简化成三步:

  1. 【货币数据提取器】,将数值同货币分离;
  2. 【货币转换器】,计算货币同美元汇率;
  3. Excel 人工计算平均数;

虽然没法一步到位,但通过任务的拆解,99% 的工作其实被【货币数据提取器】和【货币转换器】所承接,人的工作量大幅减少。

那么闲话少叙,正式开始【货币转换器】的生成:

设计一个网站,支持上传 Excel 文件,解析文件,并计算出第二列的数值按第一行的货币单位转换成美元后的值

一开始的提示词如上,但太过复杂,AI 生成的结果并不好,无法获取到实时汇率,最后尝试了五六次,提示词改成如下:

请设计一个网站,支持上传 Excel ,请列出 Excel 中第一列包含的货币代码,当前同美元的实时汇率

逻辑越是简单,越是具体,AI 生成的成功率越高。  这一次,它生成了令我满意的结果:

大功告成,到这里已经凌晨 1 点多了。这就是所谓的 Vibe Coding 么,像抽卡一样,不只是提示词要反复调整,每一次还得看运气,看模型生成的效果,有的效果好一次就可用,有的效果不好,还得反复调试或是重新生成。所有的逻辑和代码运行都是黑盒,一切都是天意。

但要说和传统手工编程相比,那 Vibe Coding 还是快的,整个任务算上调试的时间,其实最多 3-5 小时,这中间可能超过一半的时间是等待大模型在运行,如果运行的速度能加快,那时间还能被缩短。

当然,工具的使用也有一些毛病:

  1. Oracle 的模式下除了初始节点能够创建分支,后续的任务只能修改任务提示词或者 Refine with AI;而我希望每个任务都能被并行多线程触发(同一提示词),这样抽卡的结果多,我能有更多的选择而不至于每次得重头再来;
  2. 基于 1,我希望每个任务都可以被拆解新的分支,这样我可以并行尝试多个不同类型提示词;
  3. 支持每个任务的结果保留,支持回退上一步而保持当时生成的结果还在,而不是大模型重新运行一遍节点;
  4. 支持 Refine with AI 时查看自己的调试过程和调试词,结合 3 能够随时回退前进,但是每次运行的结果是被保留的;
  5. 生成的网页希望有直接查看的入口,现在只能整个 Recipe 保留,但大模型每次运行的效果都不同;
  6. 应该有一个 workflow ,能够自己调用自己制作的智能体,或者说能力,规定好彼此间的传递物就行;

At last,总结下这次实践下来的经验:

  1. 要多修改提示词、多运行,耐心;
  2. 自己拆解任务,而把原子工作交给 AI;每个智能体应该被单独构建,专注于解决一件事;
  3. 任务应该单一、具体;
  4. 相信命运,享受随机性。

本文由人人都是产品经理作者【善宝橘】,微信公众号:【善宝橘】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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