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

推荐订阅源

量子位
云风的 BLOG
云风的 BLOG
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
The Hacker News
The Hacker News
Martin Fowler
Martin Fowler
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
U
Unit 42
F
Full Disclosure
H
Hackread – Cybersecurity News, Data Breaches, AI and More
Recorded Future
Recorded Future
Security Archives - TechRepublic
Security Archives - TechRepublic
阮一峰的网络日志
阮一峰的网络日志
T
Threatpost
P
Privacy International News Feed
GbyAI
GbyAI
Stack Overflow Blog
Stack Overflow Blog
MongoDB | Blog
MongoDB | Blog
I
Intezer
Recent Announcements
Recent Announcements
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
P
Privacy & Cybersecurity Law Blog
A
Arctic Wolf
博客园 - 聂微东
博客园 - 叶小钗
Cisco Talos Blog
Cisco Talos Blog
H
Help Net Security
S
Schneier on Security
Y
Y Combinator Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
T
The Exploit Database - CXSecurity.com
T
Tor Project blog
月光博客
月光博客
NISL@THU
NISL@THU
A
About on SuperTechFans
Spread Privacy
Spread Privacy
Blog — PlanetScale
Blog — PlanetScale
D
DataBreaches.Net
雷峰网
雷峰网
C
CXSECURITY Database RSS Feed - CXSecurity.com
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
博客园 - 【当耐特】
G
Google Developers Blog
W
WeLiveSecurity
P
Palo Alto Networks Blog
The Last Watchdog
The Last Watchdog
K
Kaspersky official blog
博客园 - 司徒正美
L
LINUX DO - 热门话题
小众软件
小众软件

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
GPT协助海外用户舆情分析实例
群核科技用户体验设计 · 2025-01-07 · via 人人都是产品经理

在全球化市场中,用户反馈是产品和服务优化的重要依据。对于像Coohom这样的家居设计和3D渲染技术公司来说,海外用户的反馈尤为重要。然而,面对不同文化背景下的海量评论,如何高效地进行分析成为一大挑战。本文将介绍如何利用ChatGPT等人工智能工具,快速解析海外用户评论,提炼出核心洞察,为产品优化和市场拓展提供数据支持和战略参考。

在全球化市场中,用户的声音往往是产品和服务优化的重要指引。对于以家居设计和3D渲染技术为核心的Coohom来说,海外客户的反馈更是理解多元化需求、提升用户体验的关键。然而,面对来自不同文化、语言背景的海量评论,如何高效地进行调研和分析,成为了Coohom面临的重要挑战。

幸运的是,像ChatGPT这样的人工智能工具,凭借其强大的自然语言处理能力,能够帮助团队快速定性解析评论内容,提炼出核心洞察,为产品优化和市场拓展提供数据支持和战略参考。这项技术不仅提升了调研效率,更为Coohom的全球化发展注入了创新动力。

一、如何获取海外用户评论 – SaaS平台评论的获取

国外主流的SaaS平台软件测评主要有四个:G2, Capterra, Trustpilot, Software Advice。在这些基础上,还有一些社交媒体中的评论可以浏览,如Facebook,Youtube评论,Reddit,Instagram等。

然而,就信息量而言,社交媒体上的信息有的时候只是随意抒发的言论,存在信息量少,信息嘈杂的特点。因此,如果想要系统的爬取分析,最好从上述提到的四个专业网站上进行获取。

这几个网站,通常会要求用户对对应软件进行评分,对软件撰写长评,并且对软件的优缺点进行分析。因此,查找这些网站的数据时,不但可以获取评论,还可以收集多名用户对于软件的评分,获取多维度的分析。

在本次对于Coohom海外用户评论的调研中,笔者对Trustpilot和Software Advice两个网站的评论内容进行了爬取和分析,运用了Octparse这款非代码用户友好的软件。之所以选择这两个网站,是因为G2与Capterra有反爬虫机制,运用Octparse无法从上面提取内容。因此,只爬取了上述两个网站。

*Trustpolite – Coohom评分和评论

*Software Advice – Coohom评分,评论,和优缺点分析

*Octparse – 网站评论爬取界面

Octparse爬取输出的内容,为包含用户信息,评论时间点,评论网址,评论内容等的excel表格。爬取时,由于代码的重复获取的因素,会有大量的depulicated评论。对于这部分评论的处理方式有两种:

  1. Octparse有自动去重复评论的机制,因此可以要求其自动去除。
  2. 但在自动去除时,有些评论可能会识别错误或者读取不灵,所以请务必浏览一下。可以将Octparse提取出来的评论部分单独复制进一个新的excel表格中,灵活运用excel的内置功能查找重复项,然后进行处理。

与此同时,还有一点需要注意,由于海外文化对于隐私保护及其敏感,因此,最好将原文件的评论部分单独复制出来进一个新的excel文件,再进行分析。与此同时,源文件的其他内容,最好销毁,至少也是进行加密处理,以防隐私泄露。在处理数据时,尤其是海外数据,保护隐私这一习惯应当作为肌肉记忆来进行培养。

第一部分操作的产物,应当为一个或者几个excel表格 – 每个表格包含且只包含了对应网站上爬取的评论内容。

二、评论的初步分析 – 利用ChatGPT进行主题获取

在第一步评论获取和去重完成之后,笔者获得了387条有效评论。但该评论只是评论源文本,还未进行主题分类。这个时候第一步,是需要运用ChatGPT对原文本进行主题的粗提取。

*GPT现有的模型

图示为GPT现有的3个模型:4o,o1和o1-mini。就这次分析的经验来说,4o宛若一个智障,不但要多次返工还会瞎编,所以在不建议作为主力分析模型使用。o1和o1-mini的文字归纳和推理能力尚可,因此可以在进行评论主题分类的时候使用。

这两者中,o1和o1-mini推理能力有所差别 – 就如名字所指示的那样,o1-mini在长文本推理和归纳方面是o1的阉割版,并且文本处理条数也受限,因此,如果需要处理长评或者复杂文本,o1是首选,其次o1-mini。除非在实在没有办法的情况下,不要用4o,如果不得已要用,请务必校准其输出结果。

但是考虑到大模型的资源受限(笔者的GPT账号是个人会员版),其中o1以及o1-mini都是有限次数使用,因此,需要将4o,o1-mini和o1搭配着使用,其中o1在核心推理步骤才使用,其余时间都是使用4o和o1-mini。至于什么是核心推理步骤,下面会详细说明。当然,如果后续人使用的是富裕的pro版,那就无脑o1,因为推理性能最好。

源数据到手,就是387条乱序评论。这时候需要进行主题的初步框定。笔者尝试过将387条评论一次性输入进GPT(o1模型)中进行分析,但是得到的结果是:文本量过大,无法处理。因此,只能采取分批次处理策略,一次性输入20-30条,然后对这些评论进行主题分析,归纳出对应主题;然后再次输入下20-30条,填充进现有主题,或者增添新主题,直到所有评论按批次处理完毕。

在前期主题提取的过程中使用的模式是o1 – 因为需要从无到有的创造主题,因此对于模型的推理能力要求更高;但是,当笔者发现主题饱和出现之后,果断将模型切换为o1-mini – 因为这种情况下对于文字推理的能力要求出现降低,只需要在现有的主题框架下填充评论即可。

但是,由于o1-mini本身的推理能力限制,在该模型进行推理完输出评论后,务必人工校准一下,因为mini偶尔会出现主题归纳不规范的情况。这时候,需要手动校准 – 错误概率不是很多,可能每40-50条评论,或者模棱两可的评论会出现这样的情况。

在主题提取的过程中,笔者从领导那里获取了一个框架:需要区分正/负面评论。那在该大框架下,笔者又手动调校了一个二级框架,设定为:

正面评论(P)

主题一

主题二

主题…

负面评论(N)

主题一

主题二

主题…

在完成这一步之后,接下来是训练人工智能。首先,就像笔者刚才所说的那样,非关键步骤不要使用o1,因此,在这步,先使用4o – 开启GPT一个新主题,第一个prompt,开始介绍背景:”我现在需要给Coohom这一设计工具进行用户评论的定性分析。接下来,我会给你输入一个框架,你理解一下输出给我你的理解。如果和我要求的一致,我会给你输入新的指令。”

这时候,GPT应该给你一个继续指令的回复。下一步,就是将框架输入给它,然后看它的理解。我输入给它框架后,它的答复如下:

很幸运,它的回答基本与我想要的一致。那我现在告诉它:我现在会给你输入评论,以20条为单位。这样子,它会回答你准备开始接收。这个时候,就做好了AI定性分析环境的搭建。

这个时候开始主题分析。在这种情况下,需要将模型切换为o1,因为要开始复杂文字推理 – 进行主题提取和创建。于此同时,在复制评论的过程中也有一个小细节 – 从excel中直接复制过去的评论,是不带句首序列点的。因此,GPT带读取的过程中,可能会出现语句混淆,然后影响分析精度。

因此,excel中复制评论过来,需要新开一个word处理一下,对每条评论进行手动标序,并且人工校准。这样,GPT读取的评论才是精准的,可以用来主题分析。

*未手动标号,直接从excel中复制粘贴的评论,会使得GPT的文本分析进行混淆

因此,在将20条评论进行手动标号之后,我会先给它做一点准备工作 – 将模型切换为4o, 输入这20条评论,然后跟他同步:“这是我要你分析的评论,你先记住,我稍后会给你指令”。等它形成记忆之后,再切换为o1,输入指令:”参考我最开始教会给你的框架,首先区分正面和负面评论,输出结果我们对齐。“当结果输出被分类为正面评论和负面评论后,再次使用o1输入指令:”在你之前分析的基础上,我需要在正面评论(P-category)和负面评论(N-category)下对评论进行子主题的提取。你分析这些评论,提取主题,然后将对应评论放在相应的主题下。不要分析单个词语,要分析完整的句子上下文,然后打印这些完整的句子在主题下。“

这一步其实有三个要点:

  1. 与GPT对齐评论是为了使得它形成记忆,方便后续分析进行提取。
  2. 分步式的输入指令:虽然我说o1推理能力相对较强,但是如果它在同一步的指令过多,它也会智障化,不是瞎编就是漏掉这个漏掉那个,徒增工作量。因此分步式的操作有利于提高精度。并且,当分步式的分析流程形成后,也可以push GPT打包这一部分操作过程,使得它形成AI版的定性分析SOP,后续只需对SOP包中的prompt进行微调即可。
  3. 如果不加下划线那个要求,它默认会根据单个词语或者词组的意思进行主题分类,这与人工分析中读取上下文的分析习惯不符,也容易造成错误。因此,这一部分指令要添加。

*GPT o1模型根据评论所形成的主题

当前一步完成之后,GPT中就应该有了由20条评论形成的粗主题框架。在进行下一步操作之前,可以将之前分步式操作形成的SOP创建一下。可以要求GPT:我刚才给你展示的一个工作流程。接下来,我会再次给你输入20条评论,你按照上面教你的方法,先对评论进行P/N categories 的分类,然后在把对应category下的评论放置在子评论的范围内;如果出现新主题,创建新主题并放置评论。我要求你输出P/N category下创建的主题,然后每条主题下打印出详细的评论内容,并且index回原输入的评论批次,标明是评论中的第几条。如果你学会了,回答yes.

这么创建prompt有两个原因:

  • push GPT形成工作记忆SOP,之后就可以直接扔给它评论输出结果
  • 要求它打印出详细的答案,适合分析完之后直接校验。在定性分析时,AI对于上下文的读取未必与我们理解的相同,故务必校验,且GPT会瞎编,要小心。

*教会GPT新的工作流程后的产物

在用这流程的prompt进行每20条多轮迭代之后,穷尽所有评论,GPT应该会给你一组所有评论归纳出来,由P/N category分类后的主题。这时候,需要将主题copy进一个word文档中再进行微调,因为有的时候GPT给你的主题可能没有按照业务想要的逻辑进行拆分,那样其实在针对性上会出现问题。这个时候,就需要与业务或者领导进行沟通,共同协助进行主题拆分。在本次调研中,拆分后的主题如下:

正面评价主题

  • 渲染质量与速度:提供高质量渲染效果,速度快,满足高效设计需求。
  • 用户友好性与易用性:界面直观、操作简单,适合新手和专业用户,学习成本低。
  • 素材与模型库:提供丰富的3D模型和素材库,支持定制与更新,节省设计时间。
  • 工具功能丰富:提供多样化设计工具,支持复杂建模和自定义设计需求。
  • 模板丰富:提供多种设计模板,简化创意设计流程,助力高效设计。
  • 设计与创意支持:支持创新设计,提供可视化和优化设计呈现效果的功能。
  • 价格与价值:提供高性价比的功能与订阅选项,满足个人与小型企业需求。
  • 客户支持与服务:良好的客户服务与支持

负面评价主题

  • 价格与订阅策略问题:价格较高,订阅续费机制不透明,部分功能需额外收费。
  • 素材与模型库问题:模型和素材不足,缺乏更新,导入导出兼容性差。
  • 界面复杂:用户界面设计不合理,操作不直观,难以快速上手。
  • 功能复杂:功能设置繁琐,工具间过渡不流畅,操作步骤过多。
  • 渲染速度慢:渲染时间过长,影响设计效率,尤其是在高分辨率或复杂项目中。
  • 渲染效果失真:渲染结果与预期不符,出现色差、光影效果不自然等问题。
  • 技术与性能问题:软件运行缓慢、卡顿,渲染时出现延迟或错误,影响用户体验。
  • 客户支持与服务问题:客服响应慢,问题解决不及时,缺乏详细操作指导和帮助资源。

在GPT的原版分析中,P category下“工具功能丰富”和“模板丰富”原本隶属于一个主题下。但是领导根据对于业务的洞察力,要求笔者分为了两个维度。同时,N category下的“界面复杂”和“功能复杂”原本也是同一个主题,同样按照相同的逻辑进行了拆分。再进行主题微调并于领导沟通过之后,就可以开始最后一轮的定性分析,评论solidate了。

三、最后一轮定性分析

这一部分的起手势,是先将模型调成4o,然后将方才调整过的主题输入GPT:这是一组主题框架,你先记住,我稍后输入指令。当4o回答记住之后,将模型调整为o1,输入指令:我接下来会给你20条评论,你根据整句上下文,将相应评论放置在对应主题下。打印出每个主题下的详细评论内容,以及每个主题的频数,以及P/N category的总频数。将详细内容打印给我,我需要校对。然后输入标好号的评论,GPT输出结果将如下:

每20条评论校对完毕之后,建议创建一个word文档保存输出结果,因为GPT能力有限,当上下文过多,特别是在300多条评论的情况下,其上下文索引会出错。因此,分阶段保存,是预防这个风险的方法。后续如果需要统计频数和百分比,手动计算即可。

当评论在新的主题下分类完毕之后,操作者应该就有了一个统计性文件:定性主题以及每个主题下的所有评论,以及相应的频数。这个时候稍作整理,创建一个excel表格,可以将相关内容全部整理在上面。

四、精选评论

当每个主题下的评论全部整理完毕时,这个时候可以要求GPT进行评论的精选。对于频数多的主题,可以精选10条; 频数少的,可以精选五条或者更少。为了达到此步骤的目的,需要先切换模型为4o,输入prompt: 我接下来要给你输入一组评论,你先记住,我稍后会告诉你怎么操作。

然后,将模型切换为o1,输入:从刚才的评论中精选出信息量最大的10条(信息量大的定义为评论者不但说出了渲染好,还说出了原因),每条索引到原评论的序号,然后打印出评论内容,选取原因和中文翻译。这样的prompt输出的内容便于人工校准,如果不满意,还可以另换。如果某个主题下评论内容过多(大于150条)GPT算力不够的话,可以分批次处理精选,再优中选优,最后达到目标。GPT的输出效果如下:

当所有主题的评论都跑完毕的时候,就可以输出整体文件内容啦!

五、定性分析中写GPT prompt的技巧

  1. 避免一次性输入过多内容,分批次处理校准
  2. prompt的内容精确,标准化,比如规定处理要素和输出内容等(避免只处理词组,输出完整内容)
  3. prompt忌一次性输入太多要求,可以分步式要求GPT处理,确认其学会后,打包为SOP为下面分析做准备。
  4. 重要分析步骤记得备份,当GPT涉及的上下文过多时,其可能会混淆。

以上

作者:加钱;公众号:群核科技用户体验设计

本文由 @群核科技用户体验设计 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自unsplash,基于CC0协议

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