全部案例/Tineco
用户之声 · 付费投放
用户讨论和媒体表现不再是两套各说各话的叙事，海外营销团队在同一个地方就能查清变化、写出下一份任务书。
“第一次有系统把 VOC 和投放数据放在同一张证据表里。”
10 个用例在 Panoverse 上运行客户自述
01用例
用户的话躺在讨论里，媒体表现躺在看板里。两边各自有用，可单拿出哪一边，都说不清一个说法为什么开始打动市场。
调查从同一份事实开始，写任务书时也不必再在 VOC 报表和媒体报表之间来回翻译。
端到端调查一次表现变化所需时间
让用户主题和投放表现的变化能互相印证，而不是去对齐两份本来就不是为彼此设计的报表。
一侧是用户讨论、评论与客服语言，另一侧是达人内容与付费投放，按账户自身的日级粒度接入同一条时间线。
关联靠的是时间和产品线，不是情感倾向。情感分值会把真正该读的东西——原话本身——压成一个没法跟它争的数字，而任务书要的恰恰是能争的东西。
每条建议背后都留着两条来源链：撑起这个主题的用户讨论，和撑起这个变化的投放原始行。不同意这个关联的人，可以把两边都打开，指出它哪里不成立——只有这样的证据，才经得起吵。
结果：待客户确认后公布。
02用例
等一个主题大到能把表现数字带动起来，围绕它写任务书的窗口基本已经关上了。
主题按它相对账户自己前几周的变化速率定级，所以一个主题还小、还算「早」的时候就提上来了。
一个主题从首次出现在评论到进入任务书的周数
03用例
同一个月里一起上涨的两件事，并不因此相关；把它们并排放在汇报稿里，只会让所有人默认它们相关。
对齐关系拿日期和留下的原始行来说明，并写清账户在这个窗口里有没有动过手。
经得起复核的主题—表现关联占比
04用例
用内部品类语言写的任务书，要与用客户真实用语写的文案在同一个页面上竞争，并且会输。
任务书随附撑起这个主题的原话，写手从「人家原本怎么说」出发，不从摘要出发。
基于客户原话撰写的任务书占比
05用例
两者从同一个渠道进来，读起来也一样；可是能解决其中一件的团队，对另一件根本说了不算。
看这段话说的是「产品本身」还是「宣传说法」来分类，再把每一类派给真正管得了它的团队。
派错团队的抱怨占比
06用例
一个说法可以跑完整个 campaign，却从未进入客户使用的词汇，而投放数据里没有任何东西会报告这件事。
这个说法作为一个短语，在客户的话里持续跟踪；接住了还是没接住，都是一条看得见的曲线。
8 周内进了客户嘴里的 campaign 说法数
07用例
账户层级的汇总，把正在争论不同问题的市场平均掉了，而这个平均值谁也描述不了。
语言按产品线与区域分开保存，区域性的主题就留在区域内，不会被当成全局信号来读。
每季被误读成全局信号的区域性主题数
08用例
一条建议既引用主题又引用数字，可两样都打不开，那就只能靠信；而靠信接受下来，正是错建议活下去的方式。
每条建议都链接到构成它的用户讨论与投放原始行，关联的两侧都可打开。
评审中被质疑并推翻的建议占比
09用例
信息通常在团队自己厌倦时退场，而这个时间点与市场不再重复它的时间点并不相同。
退场建议照着这个短语在客户话里的频次曲线来提，转折点是画出来给你看的，不是嘴上说的。
依据证据而非倦怠感退场的信息占比
10用例
每次在 VOC 工具与媒体工具之间切换都要做一次对齐，而调查时间大部分就花在这种对齐上。
调查在同一张表上进行，时间花在问题本身，而不是花在让两套系统对上账。
每次调查需要打开的工具数
02现在跑的是什么
Panoverse 把刚冒头的用户主题和对应的表现窗口对齐，建议背后两条来源链都留着。
03起点
用户的话在讨论区，媒体表现在看板上。两边各有各的用处，但谁也单独解释不了：某个说法为什么开始打动市场。
04怎么测的
页面所示结果，或来自客户自述，或来自我们拿客户历史做的回测。结果会随数据、执行和市场情况而变。
05现在怎么工作
团队从同一份事实出发查问题、写下一份任务书，不用再在 VOC 报表和媒体报表之间来回翻译。
