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

推荐订阅源

月光博客
月光博客
Stack Overflow Blog
Stack Overflow Blog
L
LangChain Blog
Jina AI
Jina AI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
雷峰网
雷峰网
T
Tailwind CSS Blog
MongoDB | Blog
MongoDB | Blog
博客园 - 【当耐特】
博客园 - 聂微东
V
Visual Studio Blog
博客园_首页
Engineering at Meta
Engineering at Meta
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
The Cloudflare Blog
人人都是产品经理
人人都是产品经理
Apple Machine Learning Research
Apple Machine Learning Research
阮一峰的网络日志
阮一峰的网络日志
Microsoft Security Blog
Microsoft Security Blog
GbyAI
GbyAI
F
Fortinet All Blogs
C
Check Point Blog
罗磊的独立博客
H
Hackread – Cybersecurity News, Data Breaches, AI and More

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
什么?小红书还能这么用?
产品小球 · 2025-10-02 · via 人人都是产品经理

这篇文章将带你了解小红书如何成为互联网产品经理和设计师进行用户调研的新工具。通过一个具体的案例,作者展示了如何利用小红书的用户互动和内容分享功能,快速收集用户对产品设计方案的反馈。

当前小红薯的使用场景越来越广泛了。

平时刷些有意思的内容,会上小红薯。

急着想搜索某个东西,也会上小红薯。

不知道咋做寻求帮助,还是上小红薯。

……

最近又体会到了,小红薯的一个新的使用场景,非常适合互联网产品经理或者设计同学,就是——用户调研。

前阵子,我刷到了一个很有意思的帖子。

帖子内容超级简单,主图里放置AB两张图,代表AB两种设计方案,然后询问“哪个设计体验更好”,让大家在评论区留下方案。

随后,评论区里的各位激烈讨论,纷纷发表各自的意见,不止给出答案,还给出了理由。

比如,有的人选A,因为他认为距离是真的,时间是假的(预估的),这时候给我距离很重要,我自己也可以有个预估,心里有数。

比如,也有人的选B,认为B更加简洁,就突出重点。

更绝的是,有人还给出了新的方案C。直接画了新的设计稿放在评论区,得到大家一致好评。

不得不感叹一句,还是小红薯的“人才”多啊。

估计是讨论的人多了,为了明确限制场景,博主还在评论区补充了说明,“该界面出现在手机锁屏界面,呈小组件方式展示”。更加精准地描述了需求背景,也给大家的思考和讨论多了一些思考。

作为用户,一开始,我个人是倾向于B的。

我第一反应是觉得大家会更关注时间,或者说时间在此时是用户的第一诉求和最直接的关注点,无需通过其他数字二次转换,“我就想还要多久才能吃上外卖”,所以我认为应该放在主标题。

但是看到评论区里大家的讨论后,才发现原来不同的用户,视角和思考点真的很不一样。

有的从要素信息出发,考虑要素怎么排版布局才更加清晰直观;

有的从技术角度出发,确认信息是同步获取还是异步推送,到底是否可落地;

有的从心理学角度出发,会关注该信息的用户说明很着急想要知道信息,给更多的信息可以缓解“用户焦虑”;

还有的从不同用户使用场景出发,到底是自己想知道,还是别人问你,问你的人又是谁,不同场景下对应的用户诉求都会不一样。

不得不再感叹一句,还是小红薯的“神人”多啊。

最终经过思考,如果我是产品经理,我会倾向于选择方案C,结合了A的内容和B的布局。

这是一个结合了足够全面的信息、足够清晰的排版、尽可能落地情况下的方案。

当然,选择不同方案都有各自的理由,各自的优劣。只是说可能某个方案,会得到更多用户的认可。

作为互联网产品经理,从入行开始就被灌输,需求需要通过充分的用户调研。用户调研的方式包括用户访谈、问卷等形式。

而现在,随着互联网产品的升级,环境的变迁。其实已经有了很多多元化、新兴化的用户调研渠道和路径,小红薯、抖音这种新的社交平台,既聚集了成千上万的用户,又提供了超级便捷的互动渠道,无疑成为了当前最合适、最有效的与用户沟通的渠道。

为啥小红薯能成为一个好的用户调研渠道?

小红薯作为一个开放型的社交平台,汇聚了各种各样不同画像的用户,不同职业、不同性别、不同年龄、不同喜好,在这里可以遇见各种类型的用户,也能听到各种不同类型用户的声音。

小红薯还是一个强内容、强社交的平台,它的一个特点是,用户很愿意发声、很愿意讨论、很愿意表达。只要你发起了一个可以吸引用户的话题,很多用户都愿意评论、表达,你自然而然就能收获到的很多宝贵的建议。

而且,小红薯里隐藏的大神,好像真的不少。有时候大家一起讨论一个话题,总有大神来点出其不意的神操作,给大家惊喜。这对产品调研有个好处,说不定能从大神的反馈中,收获了灵感,得到更好的产品方案。

要知道,上面这条内容,截止到9月,已经有815条评论,689条点赞,这么多的用户真实反馈,需要多少份高质量的问卷和多长时间的高效访谈,才能达到!

所以呀,时代在变化。

用户调研真不再是以前的电话、问卷、访谈。小红薯这样的新兴渠道,无论从获取广度、速度、深度上,都不比传统渠道差。

说不定以后,我们会在小红薯上看到越来越多的

需求调研——你有没有这方面的困扰?

用户调研——AB方案哪个好?

产品预热——你对一个能帮助你的工具感不感兴趣?

全新的渠道正在向产品经理招手。

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

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