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

推荐订阅源

Project Zero
Project Zero
Security Archives - TechRepublic
Security Archives - TechRepublic
C
Cyber Attacks, Cyber Crime and Cyber Security
Security Latest
Security Latest
Scott Helme
Scott Helme
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
V
Vulnerabilities – Threatpost
C
CERT Recently Published Vulnerability Notes
S
Schneier on Security
G
GRAHAM CLULEY
L
Lohrmann on Cybersecurity
D
Darknet – Hacking Tools, Hacker News & Cyber Security
I
Intezer
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
F
Full Disclosure
T
The Exploit Database - CXSecurity.com
P
Proofpoint News Feed
WordPress大学
WordPress大学
Microsoft Azure Blog
Microsoft Azure Blog
H
Help Net Security
大猫的无限游戏
大猫的无限游戏
MyScale Blog
MyScale Blog
Hacker News: Ask HN
Hacker News: Ask HN
G
Google Developers Blog
H
Heimdal Security Blog
O
OpenAI News
Hugging Face - Blog
Hugging Face - Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
L
LangChain Blog
C
Cisco Blogs
云风的 BLOG
云风的 BLOG
IT之家
IT之家
Cyberwarzone
Cyberwarzone
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Know Your Adversary
Know Your Adversary
博客园 - 聂微东
The Cloudflare Blog
C
Check Point Blog
K
Kaspersky official blog
C
CXSECURITY Database RSS Feed - CXSecurity.com
月光博客
月光博客
T
Tor Project blog
T
Threat Research - Cisco Blogs
T
Tailwind CSS Blog
P
Proofpoint News Feed
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
A
About on SuperTechFans
小众软件
小众软件
Cloudbric
Cloudbric
A
Arctic Wolf

人人都是产品经理

为什么你的产品找不到差异化?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个产品经理工作中的AI编程场景
柠檬饼干净又卫生 · 2025-04-19 · via 人人都是产品经理

在AI编程日益火热的当下,人们对其在产品经理工作中的应用充满好奇。本文将深入探讨这一主题,分析AI编程的边界与局限,并分享一系列实操案例,助力产品经理更好地掌握和运用AI编程,提升工作效率与质量。

自 Claude 3.7 Sonnet发布以来,AI编程的热度又被抬到了新的高度。越来越多的人开始用AI制作自己的网页、产品原型、系统工具,产品和开发的边界在这个过程中被逐渐模糊,那些掌握“真需求”的人,可以直接开始构建产品了。我心里产生了一个困惑,这项能力可以如何应用在产品平时的工作中?在新的AI编程时代下,产品经理的工作流程会是怎么样的?

于是带着这个问题,小的做了一些研究和探索,以下便是个人的思考与最近小结到的“AI编程场景&案例”。

AI编程当前的边界

首先,我们要明确下当前“AI编程”的边界。“AI编程”目前还并不能完全替代程序员,其还是存在一些能力上的限制,主要体现在:

  1. 代码生成质量问题:受限于AI的能力水平,AI生成的代码常存在语义偏差或功能缺陷,例如重复逻辑、冗余变量命名、未处理边界条件等问题。这导致AI编程在复杂的逻辑的系统开发上十分吃力,经常一个BUG来来回回修复。
  2. 上下文长度限制:主流AI工具仍难以完整解析大型项目的代码库与需求文档。例如,当开发者要求AI基于已有10万行代码的系统新增功能时,模型可能因无法载入完整上下文而生成冲突代码。我在利用AI画原型的时候,就经常出现由于前端代码太长,AI无法处理的情况。
  3. 代码可维护性低:AI生成的代码往往忽视可读性与扩展性,例如变量命名混乱(如temp1, data2)、缺乏注释、耦合度过高等。这导致如果在已有项目上利用AI编程,可能会额外增加后续的人力迭代、维护成本。下图很好地解释了这类问题,目前AI编程无疑是“屎山制造器”。

4. 代码安全问题:AI生成的代码潜藏SQL注入、缓冲区溢出等风险。此外,训练数据若包含漏洞代码(如GitHub历史仓库中的脆弱代码片段),模型可能“继承”安全隐患。

产品工作中的AI编程

在明白AI编程的边界之后,小的便去构思,在“AI编程”的能力范围内,其可以做什么事情?

可做的事情需要符合“逻辑简单”、“和上下游业务耦合程度低”的特点。

产品的工作流程可划分为“竞品调研”、“方案设计”、“项目管理”、“测试验收”、“上线运营”、“分析复盘”等主要环节

目前在小的在“竞品调研”、“方案设计”、“分析复盘”挖掘到一些可应用AI编程的空间。分别按不同环节进行描述。

竞品调研

以往的产品竞品调研工作,会通过产品体验、资料查阅、行业数据研究等多种方式去了解竞品产品。这个过程中对竞品的评价一方面依赖产品经理的经验,另一方面依赖所能查询到的“资料”、“行业数据”,但是并非所有的竞品都能找到充足的“资料”、“行业数据”,这时候,部分团队会考通过定制爬虫脚本进行数据采集,从而获取其中的数据来进行辅助分析。

因此,竞品分析环节的AI编程可以有两个用途,分别是“竞品调研爬虫”、“竞品调研数据报告”。

1. 竞品调研爬虫

在以往制作爬虫脚本,往往需要一个有一点python技术基础的同学来定制开发,开发完成后还会需要定期对脚本进行维护,以防爬取对象的更新迭代。

但是有了AI编程,我们完全可以让AI帮我们无成本写脚本,也可以让AI帮我们进行后续的维护。

BTW,爬虫是一个“有一定法律风险”的技术手段,请各位把控好采集的内容符合“人肉可查阅范围“&“人肉可查询量”

实操案例

下面用一个小红书爬虫来演示以下,以下是我的提示词。

##需求
1.请为我写一个爬虫脚本,每次运行的时候,获取我所给的地址的前10个笔记的“地址”、“标题”、“作者”、“点赞数”、“发表时间”
2.如果需要登录,请在登录界面停留,让我完成登录后告知你即可。
3.将采集内容收录到一个excel表格中,表格格式参考[表格格式]

##采集地址
@https://www.xiaohongshu.com/search_result?keyword=%25E4%25BA%25A7%25E5%2593%2581%25E7%25BB%258F%25E7%2590%2586&source=unknown

##表格格式
| 标题 | 地址 | 作者 | 点数
——————————————————————————
| 关于转行产品经理的坎坷经历 | @https://www.xiaohongshu.com/explore/6621dc5a000000000100750e?xsec_token=AByPzyxctrPPg_lktsevKPj4xa_qqFH-BkbAWO23h0u2E=&xsec_source=pc_search&source=unknown  | 咪咪细坨 | 9777 |
##前端代码位置示例
1.标题:<span data-v-51ec0135=”” data-v-a264b01a=””>‼️我发现来面产品经理的应届生都有个通病</span>
2.地址:<a data-v-a264b01a=”” class=”cover mask ld” target=”_self” href=”/explore/67ca8bbe000000002802a196?xsec_token=AB1G-9OTrWQ1C7JXeboCv_vXTibQiR4Pr1v9NN8HtSh4o=&xsec_source=pc_feed” style=”height: 351px;”><img data-v-a264b01a=”” src=”https://sns-webpic-qc.xhscdn.com/202504010919/e75b6c0e5c75e85baa06a5647925ebbd/notes_pre_post/1040g3k831enfo22bm0705pu1se5inoia6em3ir8!nc_n_webp_mw_1″ fetchpriority=”auto” loading=”lazy” decoding=”async” data-xhs-img=”” elementtiming=”card-exposed” style=”width: 100%; height: 100%; object-fit: cover;”><!—-><!—-><!—-></a>
3.作者:<span data-v-a264b01a=”” class=”name”>必选象</span>
4.点赞数:<span data-v-dc3a3972=”” class=”count” selected-disabled-search=””>270</span>

很快系统就把爬虫代码写好了,我们只需要按AI的指引运行脚本即可。

以下是成品展示,通过命令行,我们可以运行这个爬虫脚本,脚本就会打开我的浏览器,按需求访问页面,并获取信息。

最后记录到指定的excel文档上。

这个过程中会涉及到一些环境部署和脚本运行的问题,就算我们是小白,也可以通过向AI提问来获取对应的操作方式指引。

操作建议

当然,我提前整理了部分会遇到一些问题,下面汇总下个人的建议,以便帮到各位。

1. 环境安装:

python的运行需要依赖各种各样的库,如果没有安装,则会在运行脚本的时候报错,我们需要先按照系统的报错提示去安装对应的库。

最常用的方法是可以通过命令行安卓。在window系统上,点击“win+R”,输入“CMD”打开命令行,然后输入“pip install 包名”,比如“pip install requests”。

(如果实操的时候有不懂的,多问问AI吧。)

2. 脚本运行方式:

python的运行需要在“脚本所在的目录”的“地址栏”上输入“CMD”,打开命令行,然后输入“AI给到我们的爬虫运行命令”——“python 脚本文件名”,比如“python xiaohongshu_scraper.py”。

3. 爬虫任务流程设计:

在提示词中可以对采集流程进行说明,一般第三方网站会需要我们先登录才能获取信息。如果我们没有说明这种情况要如何处理,AI生成的脚本可能会卡在这个环节。

比如我一开始没有要求AI怎么去处理登录问题,它就设计了一个等待的过程,等我60s扫码登录。这样效率会非常低,而且也有可能由于别的事情中断,用户忘了扫码,从而产生新的问题。

而在给到登录流程相关的指令后,比如“如果需要登录,请在登录界面停留,让我完成登录后告知你即可”,脚本会在命令行上询问我是否已经完成登录,当我输入“Y”之后,脚本才会继续执行。

4. 给到前端代码示例:

如果让AI自己写爬虫脚本,很容易出现一个问题——“AI会找不到我们所需要的元素在哪里?”这会导致AI的采集结果不符合预期。

这是因为目标网站的前端代码是非常多的,如果我们没有给到“所需内容在哪”的指引,AI必定会迷路。

因此,我们可以在提示词中给到“所需内容在哪”的示例。

那么如何获取所需内容呢?

我们可以先在浏览器上打开目标网站,然后进入到开发者模式,然后点击如图的模式。(谷歌浏览器快捷键“Crtl+Shift+C”)

在这个模式下,我们可以定位到指定信息的前端代码。

然后把整行复制给到AI作为示例,比如:

2. 竞品调研数据报告

当我们完成了数据采集的工作,就需要对采集的数据进行分析,然后让其辅助我们得出“业务所需”的结论报告。

当然这个过程也可以让AI编程全程辅助我们,不仅仅是中间过程的“爬虫数据采集”,而是“让AI基于我们的分析目的,帮我们设计所需的数据采集内容,然后进行数据处理分析,并输出所需的数据结论”。

可能有人会问,“目前AI编程能做到自动的数据分析工作吗?”

很可惜,小弟原本是想要这么去实践的,在实践过程中发现AI存在以下问题:1. 数据分析思路与业务所需的思路存在差异。某些数据的处理上,由于对分析诉求的理解度不够,AI的处理方式会和业务的诉求不一致。比如业务会期望某个指标按“XX”维度拆解,进行按时间走势的分析。但AI可能会并不会进行维度拆解。又比如在计算小红书内容热度时,AI会把“点赞”、“收藏”、“评论”、加权计算,而权重是04、0.4、0.2,这个方式降低了“评论”的重要性,如果从互动层面来考量,“评论”的权重应该更高。2. AI数据处理过程会存在错漏。比如我在要求进行内容主题分析的时候,AI会直接对标题进行“分词”,这导致主题的判断上会存在一些奇奇怪怪的主题分类,导致最终的图表可读性很差。

示图为让AI拆解小红书中“产品经理”相关内容的主题3. 缺乏业务敏感性和直觉判断:AI无法像人类分析师那样”嗅出”数据背后的商业意义。它无法自动识别哪些数据点仅是噪音,哪些是真正的商业信号,也难以基于行业经验预判趋势。

当然,上面这些问题的存在,和我们的提示词的“精细化”程度有很大的关系,但是“研究过程”中的数据分析工作是具有“一定探索性质”的,我们没法把每个数据处理流程、顺序都写出来。

因此,在“竞品调研”环节,AI编程更适合作为人类分析师的辅助工具,而非完全替代。目前小弟发现AI可以辅助我们做到以下内容:

1. 分析思路启发;

2. 数据处理(比如公式计算、分词处理);

3. 图表生成;实操案例

下面同样用一个基于小红书的分析案例来说明。

这里假设“我要写小红书的产品经理文章,需要找到一个有流量的题材”,这里可以先去问下AI,让他帮我构想,以下为我的提示词。

##角色
你是一个数据分析高手,我现在给一个数据分析的目标,你帮我构思一下如果要达成分析的目标,所需要的数据内容有什么?
##目标
我要写小红书的产品经理文章,需要找到一个有流量的题材。
##输出内容
1.告诉我为了达到分析目标,所需要什么样的数据,包含什么样的字段,字段需要是一个客观事实字段,并非主观判断的字段。格式要求:数据名称:字段1、字段2……

示例:
最近N天帖子:标题、作者、点赞数、内容

2.告诉我分析的思路,要怎么利用这些数据达成目的。

这里AI给出了3个所需的数据,并给出了对应的4个分析内容。

接着,我们基于3个所需的数据方向定制爬虫脚本,AI写爬虫的方案已在上面提到,此处就不再赘述。

这里我偷个懒,让AI帮我伪造下数据。

接着我需要让AI帮我处理这些数据源,并输出一份分析报告。当然,由于前面提到的3个问题,这份报告更多是启发性质的。以下是我的提示词。

##角色
你是一个数据分析高手,我现在给一个数据分析的目标,你参考我给到的分析思路,你基于已有的数据帮我进行分析,然后生成一篇分析报告文章。

##目标
我要写小红书的产品经理文章,需要找到一个有流量的题材。

##分析思路
{输入上一步AI给到你的思路,或者你自己设想的思路}

##输出内容
1.进行热门内容分析,分析其中的热门内容趋势。
2.进行时间趋势分析,分析各内容方向的走势。
3.进行用户需求挖掘,挖掘存在的用户需求内容。
4.竞争分析,挖掘各账号的数据情况。
5.基于前面的分析,输出2~3个有流量的题材方向,并说明理由。

##输出要求
1.将输出的结果以html的格式输出,我需要在网页上查阅。
2.将“分析结论”展示在最上方,然后分别展示输出内容中要求的每个方向。
3.需要使用数据图标对观点进行说明。4.成品html文件上需要展示自己的“分析思路”。

如此,AI便会输出一份具有一定参考意义的报告。

我们可以基于AI的思路,重新梳理我们的分析方案。

比如对于这个方向——“我要写小红书的产品经理文章,需要找到一个有流量的题材”,可以优化的点有:

1. 利用LLM对主题进行归类,可以先预览一遍已经采集到的数据,或者让AI帮我们先进行分词,然后我们梳理出一份“可用的”主题类型。

2. 重新定义符合认证的“热度分数”权重。

3. 制定高“热度分数”内容的时间走势分析图表,用以分析每个方向的可持续性。

……

基于我们梳理的分析方案,我们可以用AI编程完成其中的辅助工作,比如分词、热度计算、图表制作。我们可以把这些明确的需求写成详细的提示词,让AI帮我们一次性搞定。

这里用一些典型的案例演示下,以下是我的提示词。

##角色
你是一个表格处理助手,我请按我的要求,对我的表格进行处理,使其符合我的要求。

##处理内容
1.在“标题”列右侧加一列,此列为“分词”,读取“标题”列的内容,对齐进行分词。并把分词结果按“{分词1}、{分词2}”的格式记录。
2.在“评论数”列右侧加一列,此列为“热度分数”,“热度分数” = “点赞数”*0.2 + “收藏数”*0.4 + “评论数”*0.4。
3.制作一个柱状图,柱状图名称为“作者作品量分布,“作者名称”为横坐标,帖子数(作者名称出现数)为纵坐标,左侧为出现次数最高,由高到低进行排序。

AI编辑好脚本后就会帮我们执行,下图就是AI执行的结果。

操作建议

1. 对于熟练Excel的朋友来说,用AI编程处理表格其实不一定比得上自己操作表格更快,因此在“竞品调研数据报告”模块,更有效的是“分析思路启发”。

2. AI产出的分析报告仅具有参考的作用,要警惕“偷懒”而直接采用AI的分析结果,导致不可控的后果。如果你具有一定的爬虫基础,可以一行一行去检查AI的实现方式是否合理,如果合理,也可直接使用结果。

方案设计

在方案设计环节,可应用的AI编程场景有“原型创作(激发)”、“低耦合&低复杂功能开发”。

原型制作(激发)

以往设计一个功能方案,往往需要经过较长时间的思考,思考的过程十分依赖产品经理本身的经验。如果在某个方向上产品设计经验不足,往往会需要花费比较多的时间去构思其中的功能细节,甚至有可能会由于一开始的方向错误,导致后续需要一系列的返工修改工作。

基于这个情况,我们可以用AI编程进行“原型创作”,或者说“原型灵感激发”。通过AI辅助我们,提高最终方案的质量,并加速方案产出与勾兑,减少返工的风险并减少时间成本。

实操案例

在进行AI进行原型制作(激发)之前,我们要明确我们的产品架构、功能内容、系统流程、功能逻辑等内容。

我们可以先梳理一份产品需求文档,然后给到AI开发。但是也可以直接把大致产品思路给到AI,让他们帮我们想好这些内容。

我就是通过把我的产品思路写给了AI,让他帮我先写一份产品描述。

然后把产品描述再次给到AI,让他帮我生成了初版的产品界面。如果我们有自己已经画好的线框图,也可以发给AI,这样会使得AI产出的结果更贴合我们的设想。

这里分享下我这里使用的提示词。(这里参考了Justin3go大佬的提示词,网上也可以找到各种风格的提示词,各位可以按需参考与使用,找到适合自己的风格。)

## 你是谁
你是一位资深全栈工程师,设计工程师,拥有丰富的全栈开发经验及极高的审美造诣,擅长现代化设计风格,擅长移动端设计及开发。
## 你要做什么
1. 用户将提出一个【PC程序需求】
2. 设计这个【PC程序需求】,模拟产品经理提出需求和信息架构,请自己构思好功能需求和界面> 下面这两个步骤,每一个小功能(根据功能划分,可能有多个页面)就输出一个html,输出完成后提示用户是否继续,如果用户输入继续,则继续根据按照下面步骤输出下一个功能的 UI/UX 参考图
3. 然后使用 html + tailwindcss 设计 UI/UX 参考图
4. 调用【Artifacts】插件可视化预览该 UI/UX 图(可视化你编写的 html 代码)
## 要求
– 要高级有质感(运用玻璃拟态等视觉效果),遵守设计规范,注重UI细节
– 请引入 tailwindcss CDN 来完成,而不是编写 style 样式,图片使用 unslash,界面中不要有滚动条出现
– 图标使用 Lucide Static CDN 方式引入,如`https://unpkg.com/lucide-static@latest/icons/XXX.svg`,而不是手动输出 icon svg 路径
– 将一个功能的所有页面写入到一个 html 中(为每个页面创建简单的 mockup 边框预览,横向排列),每个页面在各自的 mockup 边框内相互独立,互不影响- 思考过程仅思考功能需求、设计整体风格等,不要在思考时就写代码,仅在最终结果中输出代码
## 需求内容

以下是AI给我产出的结果:

基于AI产出的结果,我们可以不断提出修改的要求,直到AI产出的结果符合我们的需求。如果AI产出的结果还是不合要求,我们则可保留AI给到的原型中的优秀设计,自行进行重新设计(视为AI对我们进行了灵感激发)。或者是使用Figma的Html to Design插件导入Html文件,然后进行二次编辑。

操作建议

1. 我们最好先划分好产品所涉及到的功能模块梳理,然后分模块让AI分别进行设计。如果一次性进行多页面生成,很容易超过AI的上下文上限。

2. 每个功能的描述尽可能详细,需要包含界面描述和功能说明。这是一个“写得越仔细,AI修改返工越少”的过程。

3. 不要过度奢望AI生成的成品符合我们的需求,如果反反复复修改过多,建议当机立断,中止修改,直接改成人工修改。因为AI编程水平有限,很容易出现“反复修同一个问题”的窘境。

低耦合&低复杂功能开发

基于目前AI编程的强大能力,我们其实已经可以进行部分功能的开发了。这部分功能需要满足以下条件:

1. 低耦合:需要和已有的系统独立,AI无法阅读现成的大批量代码,然后做出功能。(作为产品,也难有权限去获取已有系统的代码。)所以我们做的功能,是需要与已有的功能解耦的。

2. 低复杂:由于当前AI编程水平的局限,我们无法让其开发过于复杂的功能,否则会陷入“反复修BUG”的窘境。

借由AI编程的能力,我们可以低成本地实现一些原本“性价比不高”的需求,多个“性价比不高”的需求也能叠加出可观的“降本增效”效果。或者,我们可以利用这些低成本的功能作为MVP版本,低成本地验证我们的想法,从而找到合适的产品方向。

那么我们可以做的功能有什么呢?以下给到2类需求的实操案例~

实操案例-数据可视化报表

业务上经常会有一些变化频繁的指标,比如探索期的业务,对于这些业务的数据分析需求,技术往往决定“性价比”很低,不愿意配套相关的报表。因此,对于这些需求,我们可以用AI来低成本地制作一些临时的业务报表,用来量化业务上的效果,辅助业务进行复盘和分析。

这里,我们先要打通数据源,并定期获取数据。数据的来源有以下几种:

1. 爬虫:比如取内部系统的日志、外部数据源等渠道。

2. API:打通数据源的API,前提是内部已有所需数据的API,且技术会开放相关数据的权限。

3. 手动录入:人工定期往一个在线文档或者excel表格进行录入,系统再进行读取。but,用这种方式来处理的话,还不如直接用飞书多维表格了。

值得一提的是,由于小的并不具备数据库的基础,目前顶多只能做到定期更新的数据看板。考虑到减少人工干预的因素,“数据可视化报表”需求最优的数据源是 API > 爬虫(爬虫还要处理登录问题) > 手动录入(不如用飞书多维表格)。

可能有人会问,“我能直接用API和爬虫对接飞书多维表格吗?”

可以,但是要钱。

然后我们需要对数据源进行预处理,使其处理成可用于数据看板展示的格式。最后,读取数据并显示在看板上。整理流程如下:

下面开始用一个案例具体说一下。假设公司要制作一个看板,其中显示客服人员每天的工作量数据。这里模拟使用API获取数据,以下为提示词:

以下是AI给我的成品,我可以使用一个本地地址进行访问。

操作建议

1. 制作相关的需求需要具有一定的数据基础,要能够把复杂的原始数据处理流程尽可能详细地描述出来。

2. 如果该报表要给内部其他成员使用,需要学会将该报表进行部署,涉及到一定的技术能力,如果自己折腾会较为繁琐,学习成本较大,性价比不高。建议找到技术辅助处理,更低成本,成效更快。

3. 数据需要保证实时获取,为了实现这个目的,我们需要考虑“保持脚本”运行,或者设置脚本自动运行任务,也可以找到技术去帮忙部署到内部服务上。

实操案例-简单的自动化工作流

业务中经常存在一些标准化但繁多的流程,比如客户跟踪、数据处理分析。这些流程虽然也可以系统化实现,但是由于“价值低”、“变化快”、“场景多”等特点,基本上很难让技术团队去满足。但是,我们可以利用AI快速构建轻量级的工作流自动化工具,让业务部门自行定义简单流程,快速满足业务场景的自动化诉求。

在进行这个需求开发前,我们需要先梳理“自动化工作流”的流程。一般流程包含以下内容:

由3个模块构成最简单的“自动化工作流”——“触发事件”、“执行动作”、“完成判断”

我们要确认“所要制作的自动化工作流”的“触发事件”、“执行动作”、“完成判断”是否能被AI编程实现:

1. “触发事件”可使用定时或者API触发的方式。

2. “执行动作”可以使用API执行,或者AI编程能完成操作动作,比如excel文档处理、打开浏览器。

3. “完成判断”可以使用API,或者获取“工作流”执行过程中的数据进行判断。

(值得一提的是,如果“触发事件”、“执行动作”都有API,那么这个自动化工作流是可以在飞书多维表格上解决的)

下面用一个案例具体说明下。假设我是一个销售,我每天要看下昨天没有沟通成功的客户有哪些,然后把没联系的放到一个Excel表格上,然后通过飞书通知到我。以下为提示词:

以下是AI执行的结果。把获取到的信息放到表格上,并在飞书上对我进行通知。

操作建议

1. 自动化工作流需要保证脚本持续运行,或者设置脚本自动运行任务,也可以找到技术去帮忙部署到内部服务上。

分析复盘

最后是分析“分析复盘”环节的AI应用,在这个阶段,AI编程主要也是起到如“竞品调研数据报告”中的“数据挖掘分析”的作用。

数据挖掘分析

这类似于“竞品调研数据报告”的“分析思路启发”,我们可以让AI先帮忙生成一份分析报告,由此启发我们的数据挖掘思路。

这里的实践方式和“竞品调研数据报告”中的一致,不再赘述。

如果数据挖掘的结果验证有效,则可以参考“数据可视化报表”开发的过程,通过AI编程落地成一个报表,用来更高效地呈现数据的结果。

本文由人人都是产品经理作者【柠檬饼干净又卫生】,微信公众号:【柠檬饼干净又卫生】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

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