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

推荐订阅源

The Hacker News
The Hacker News
F
Full Disclosure
Cloudbric
Cloudbric
Blog — PlanetScale
Blog — PlanetScale
W
WeLiveSecurity
N
News and Events Feed by Topic
T
Troy Hunt's Blog
V2EX - 技术
V2EX - 技术
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
B
Blog
GbyAI
GbyAI
C
Check Point Blog
B
Blog RSS Feed
Application and Cybersecurity Blog
Application and Cybersecurity Blog
Recorded Future
Recorded Future
The Last Watchdog
The Last Watchdog
N
News and Events Feed by Topic
T
The Blog of Author Tim Ferriss
O
OpenAI News
V
V2EX
人人都是产品经理
人人都是产品经理
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
IT之家
IT之家
WordPress大学
WordPress大学
www.infosecurity-magazine.com
www.infosecurity-magazine.com
S
Security @ Cisco Blogs
C
Cisco Blogs
Security Latest
Security Latest
S
Security Affairs
V
Visual Studio Blog
C
Cybersecurity and Infrastructure Security Agency CISA
Hacker News - Newest:
Hacker News - Newest: "LLM"
博客园 - 司徒正美
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
Microsoft Azure Blog
Microsoft Azure Blog
Last Week in AI
Last Week in AI
AWS News Blog
AWS News Blog
雷峰网
雷峰网
Apple Machine Learning Research
Apple Machine Learning Research
PCI Perspectives
PCI Perspectives
博客园_首页
U
Unit 42
Google DeepMind News
Google DeepMind News
Hugging Face - Blog
Hugging Face - Blog
Project Zero
Project Zero
Cisco Talos Blog
Cisco Talos Blog
The Register - Security
The Register - Security
N
Netflix TechBlog - Medium
L
LINUX DO - 热门话题
H
Hacker News: Front Page

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
超级服务|用户教我做B端产品体验
钉钉用户体验 · 2024-11-25 · via 人人都是产品经理

“B 端产品路,用户引前行。” 在 B 端产品的领域中,如何打造优质体验一直是个难题。钉钉的成功,为我们提供了宝贵经验。它深知用户是最好的老师,通过深入了解用户需求,不断优化产品。本文将带你走进钉钉的 “超级服务” 之旅,探寻 B 端产品体验提升的秘诀。

从不被看好到 SaaS 赛道第一,钉钉用了十年时间,客户服务和产品体验是钉钉胜出的法宝——“超级服务,超级体验”,认真对待每一个客户、每一次服务,打造有口皆碑的产品体验。我们是如何做超级服务的呢?本文标题中的“用户教我做 B 端产品体验”,并不是用户想要一个功能,我们就动手开发,或者用户描述一个方案我们就照着做。而是我们要潜心向用户学习如何服务客户,了解不同用户真实的使用场景,帮助用户解决问题、取得业务上的成功。

故事还要从头讲起……

✦会做 C 端,不代表能做好 B 端

体验2014 年,钉钉 2.0 便针对 iOS 和 Android 平台规范和设备特性设计了不同的产品体验。适配 Material Design 这一举措赢得了业界的广泛赞誉——“少有的专为安卓生态系统设计的 APP”,技术同学也感叹:“终于有专门为 Android 平台做的产品设计了”。

没想到的是,我们自认为尊重了不同平台用户习惯的产品设计,给企业内部的钉钉使用培训带来了麻烦。因为两个版本看起来不一样,企业培训人员需要花更多时间和精力去解释差异,增加了不少工作量。服务用户时发现,有的员工按照主管培训资料里的使用路径找功能,发现自己的界面上找不到功能入口,因为和主管用的不是一个手机操作系统。Android 端“我的”页面藏在右上角“点点点”里,点击率是 iOS 端的 1/20,大量用户反馈找不到。另外有两个手机的用户反馈,换个手机使用钉钉,“需要重新学习一遍”。这个案例告诉我们,如果不了解 B 端用户的真实使用场景,是做不好 B 端产品体验的。

B 端 & C 端的差异

除了前面提到 B 端产品特有的培训场景,B 端产品和 C 端产品还有非常多的不同:

✦「超级服务」帮助我们快速了解用户

B 端为非同理心产品——产品的设计者并非产品真实的使用者,这时我们如何去了解我们的用户?传统的做法有几种:

第一种,花钱招募志愿用户,让用户在实验室里操作,产研同学在另一个房间隔着单透玻璃观察,用户的表现会不太自然,整个观察过程不能真实呈现日常的使用状态。

第二种,招募用户进行访谈,本文作者还是个学生的时候,也有过为了一张 50 块钱的电话卡,去当用户访谈对象的经历。当时能深刻感受到“吃人嘴软,拿人手短”,对产品体验的使用评价也因为这一张 50 块钱的电话卡而有所保留。

最后一种,则是查看用户研究同学出具的专业报告,由于缺乏真实的体感,有多少能正向影响到最终的产品体验里需要打一个问号。

加入钉钉后发现,最简单高效的做法,就是去到用户真实的工作场所,观察他们是如何使用产品的。和用户聊天,深入了解他们的需求和痛点,日常工作中最让他们崩溃的事情是什么。用户在自己熟悉的环境,更容易“吐真言”。这个服务客户过程,在钉钉被称之为「超级服务」。

在钉钉的这几年,我拜访了几十家大大小小的企业,跟各行各业的人聊天,有在网红大楼里两班倒执勤的保安大叔,有正襟危坐穿白衬衣的公务员,有潮牌服装公司的俊男靓女,工作真是新鲜有趣。

图为钉钉同学们在进行超级服务

从“给考勤报表搞个配色”,到帮助用户算出工资

当我刚工作的时候,有一天接到了产品的需求:“我们要做一个考勤报表的功能,内容我已经弄好了,你来给报表搞个配色,好看一点。”功能上线几天后,有一家客户打电话给客服吐槽:“我冲着你们是阿里巴巴的产品我才用的,以为大厂质量有保障,没想到这么难用。”原来由于我们在产品设计时不够了解用户的真实情况,导致用户使用钉钉的考勤报表时需要重新加工和人工校对,临近发工资的日子,考勤结果还没算完,工资发不出来,人事小妹急得团团转。

于是我们立马怀着愧疚的心情上门服务,搬着小板凳坐在人事小妹旁边帮她算工资。2 天后,我们终于帮她完成了任务,也终于研究清楚了我们现有功能的问题所在,并对产品进行了快速优化。最终这家客户算考勤的时间从 3 天变为 2 小时,也和我们建立了良好的合作友谊。

B 端设计师不能被困在设计师这个身份里,很容易被 AI 的浪潮拍死在沙滩上。其他职能的角色也是一样。我们要以终为始,帮助客户成功。只有真正了解用户,做出对用户来说真正有价值的产品,才能真正做到服务好用户。

✦超级服务还能带给我们什么

发现创新机会:从具体场景出发,在更了解用户时,更容易找到体验创新点。例如家校版钉钉通讯录就是服务用户后做出的创新:家校是以家庭为单位,一个家长已读了消息,就算整个家庭接收到了通知。

了解用户场景:了解用户的真实使用环境,和使用时的所思所想。

帮助产品决策:定期观察新/老用户使用产品的情况,对用户更有同理心,才能在做产品决策时使判断更加准确。

快速验证价值:在未进入开发阶段,demo就可以去给用户测试,帮助团队提前发现问题;产品有了内测包后,可以邀请用户现场操作,发现问题可以快速修改,不用再等一个迭代。

超级服务带给我们什么

✦如何进行超级服务

超级服务前

1. 找到对的企业

由于行业和规模不同,企业用户的使用习惯差异比较大。例如:餐饮行业员工在工作时间是不让用手机的。

为企业用户提供超级服务,有两个小建议:离得近、关系好。和服务的企业成为朋友,对方会更愿意和你讲真话,甚至会告诉你他们使用其他同类产品的经验,给你提供更具针对性的意见。同时也更能包容产品体验的不完美,存在 bug 的测试包他们也非常愿意使用,给我们留足精进优化的时间。

2. 找到对的角色

C 端产品的用户角色相对单一,但在 B 端产品中,我们会面对老板、主管、HR、秘书、IT、员工等多角色,找对角色非常重要。同样身为管理层,老板和人力总监的想法可能都差别很大。

例如在使用考勤防作弊这个产品功能时,每个角色的想法和诉求都不一样:HR总监想要明细报表,HR专员想要自动拦截,而老板真实的想法是作弊只要不超过一定比例都不用他操心。我们需要找到对的人,根据对的人的诉求来做产品。

3. 做好服务准备去超级服务之前,不能“说走就走”,要提前针对对象做好准备,切忌到了客户现场大眼瞪小眼,或临场发挥。

首先,要提前了解访谈企业的使用数据,访谈对象在企业中的职位以及使用意愿。其次,设计好现场服务的流程,如果需要进行可用性测试,注意准备好测试包和测试环境。最后,准备访谈问题。问题一般按从大到小金字塔结构化来构造,注意保持问题的中立。

超级服务中

1. 访谈问出对方真实想法直接询问用户“你是否需要这个功能”时,多数用户倾向于回答“需要”,因为拒绝他人请求往往带来心理负担。因此,若仅凭此简单对话便断定用户需求,结论易出错。面对用户的肯定答复,我们应「一追到底」, 深入探究其背后的真实考量与决策过程,以确保调研结论的准确性。

想要了解用户现状,可以这样询问:“在没有这个功能的情况下,是如何解决问题的?目前的方法存在哪些不便之处?”还可以进一步挑战用户的思考,这样提问:“这些问题对你的影响严重吗?如果缺少这些功能,可能会带来什么损失?”需要深入探讨用户观点时,可以问:“假如钉钉增加了这项功能,你会向朋友推荐使用吗?如果有这样的功能,你愿意为此支付多少年费?”

2. 访谈了解用户情绪

访谈阶段,除了了解到用户的所思所想,还要能发现用户做一件事背后的情绪是怎样的。例如钉钉之前有个「邀请新用户得红包」这个功能,界面操作没有大的问题,但是有一个用户使用时面露难色,原来他邀请朋友用钉钉是出于真心推荐,而使用这个功能会被误解成是冲着红包才邀请朋友的。他不愿意使用这个功能,宁愿线下邀请。于是我们将这个功能引入了勋章体系,从荣誉感方面鼓励用户邀请。

另外一个案例是家长给老师发贺卡时其实也有很多顾虑:我给老师发贺卡其他家长会不会看见觉得我巴结老师?我给数学老师贺卡上写的字比较多,语文老师会不会不高兴?……

了解用户使用时的情绪可以帮助我们产品降低操作门槛,提升数据转化。

3. 可用性测试

测试时要注意的点是“不要听他怎么说,看他怎么做”。明确命题后,让用户独立操作。我们要控制住自己的表现欲和解释欲。最好鼓励用户一边操作,一边说出自己真实的想法。同时观察对方的情绪,是疑惑、兴奋、烦躁或其他。

4. 观察用户异常行为

产品在使用的过程中,我们要注意发现用户异常行为。用户不按我们设想的流程去操作,一定是产品设计上出现了某些问题。

例如我们观察到智能前台的用户在使用时都打印了一个小牌子,上面写着“请说,我找***”。因为智能前台在休眠状态下,它是一个静态的机器,访客不知道这个机器可以干什么。基于这个观察到的问题,我们做了以下优化:智能前台在休眠状态下加了呼吸灯,通过灯效告诉用户正在运行;用户走近设备时,屏幕亮起文字告诉用户“访客自助登记”,同时主动问候用户“请问你找谁?”

5. 观察发现创新机会

通过观察用户现状,也可以发现创新机会。到用户真实的工作场所去,通过观察用户真实状态,可以获取更直观的信息补充。把用户线下的场景搬到线上来,更能让用户形成亲切熟悉感。如公司的文化墙、出差公示表、用户办公桌上的文件组成等。

例如企业红包的创新,就是观察到用户在线下都有表彰大会场景,优秀员工会上台领奖被公开表扬和激励,于是我们将这一真实场景从线下搬到线上。类似还有状态、划词评论等创新功能,都可以在线下找到对应的场景。

超级服务后

1. 判断需求合理性

对于用户提出的需求,我们不能“说啥就是啥”,需要结合我们的产品定位来判断是否可行。

比如有老板强烈需要实时定位员工轨迹的功能,但这个不符合钉钉的安全和隐私保护的准则,所以尽管提需求的用户很多,钉钉也不会去做。还有老师提出“希望老师能看到家长的已读未读,但不希望家长看见老师的已读未读”。这个不符合我们平等透明的原则,钉钉也不会做。

2. 判断个性问题和共性问题

对于收集到的问题,很多同学担心这些问题是否有通用性:是这个用户的个性问题,还是大家都可能遇到的共性问题?传统用研称之为「真问题」&「假问题」。

如何判断真问题与假问题?可以多问几个用户,看看是否有多个用户都遇到同样的问题。其次,搞清楚用户在操作任务的过程中表现的行为、思考过错、感觉或决策是否符合逻辑。

3. 翻译

收集到用户反馈后,不能直接就采用用户给的方案,我们需要发现用户话里有的话和没说出来的话。然后再思考我们的产品方案例如DING 之前灰度了一个功能:用户可以快捷回复不方便查看并发送到群里。

一个管理层使用后投诉DING回复消息刷屏太骚扰,希望去掉这个这个功能。但我们仔细了解后,发现红包回复消息刷屏他并不觉得骚扰。探寻本质其实是大家都在群里拒绝他,他觉得这个影响不好,同时也让他觉得没有面子。翻译出来了他的真实感受后,我们把用户的诉求“DING 的快捷回复不在群里透出”改为“默认的快捷回复改为正向的,拒绝类的需要用户手动输入”。未来我们考虑对 DING 的快捷回复进行合并,来解决刷屏骚扰的问题。

近期钉钉的超级服务我们对「发语音」产品体验进行了升级。在超级服务过程中我们发现,管理者相较于员工更喜欢发语音消息,而且喜欢发长语音。

于是,我们将发语音的最大时长延长至 5 分钟,并新增了锁定录音这一创新产品体验。同时我们还了解到用户在发语音时,仍有实时查看群内最新消息的诉求,于是我我们去掉了发语音时的蒙层。本以为这一创新会赢得用户的赞许,不想用户吐槽“没有了蒙层,压根不知道自己是不是在发语音”,我们又紧急优化了语音波形效果,快速迭代上线了最新版本。

对于员工来说,我们更多考虑的是如何让语音转文字的功能更好用。超级服务过程中我们发现, 工作场合,尤其是在群里一对多的沟通场景中,大家发言比较谨慎,措辞也更讲究。甚至有的员工给上级领导发消息时,会先给自己预览一下效果,再转发给老板。语音消息难免会录入一些“额”“嗯”之类的语气词,这时就非常需要能够二次编辑。传统的语音转文字功能无法对名字进行有效识别,尤其是用户的名字,是二次编辑的重灾区。了解到用户痛点后,我们想到结合 AI 来解决,不仅可以帮用户快速润色文字,还可以准确识别人名并 @ 对方。

案例:语音优化

✦总结

只有真正理解客户的需求和痛点,B端产品才能真正解决用户的问题,才能助力企业在残酷的市场竞争中脱颖而出,取得成功。钉钉会一如既往地重视「超级服务」,秉承“客户第一、用户为先”的精神,每一个钉钉的同学,无论他在哪个岗位,都需要进到客户的办公现场,感同身受客户的场景、聆听客户的真实反馈,推动客户的问题快速解决,持续为企业提供有价值的产品和服务。

作者:yoyo

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

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