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

推荐订阅源

Google DeepMind News
Google DeepMind News
博客园_首页
H
Help Net Security
T
Tailwind CSS Blog
S
SegmentFault 最新的问题
GbyAI
GbyAI
Scott Helme
Scott Helme
D
Docker
Hacker News: Ask HN
Hacker News: Ask HN
P
Privacy & Cybersecurity Law Blog
Jina AI
Jina AI
雷峰网
雷峰网
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Spread Privacy
Spread Privacy
G
GRAHAM CLULEY
C
Cisco Blogs
The Hacker News
The Hacker News
F
Full Disclosure
Y
Y Combinator Blog
Blog — PlanetScale
Blog — PlanetScale
Recent Announcements
Recent Announcements
G
Google Developers Blog
量子位
K
Kaspersky official blog
Cisco Talos Blog
Cisco Talos Blog
The Cloudflare Blog
A
About on SuperTechFans
C
Cybersecurity and Infrastructure Security Agency CISA
Last Week in AI
Last Week in AI
博客园 - 三生石上(FineUI控件)
Microsoft Security Blog
Microsoft Security Blog
Martin Fowler
Martin Fowler
T
Tenable Blog
P
Palo Alto Networks Blog
H
Heimdal Security Blog
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
W
WeLiveSecurity
Schneier on Security
Schneier on Security
The Register - Security
The Register - Security
F
Fortinet All Blogs
Stack Overflow Blog
Stack Overflow Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
T
The Blog of Author Tim Ferriss
N
News and Events Feed by Topic
Hugging Face - Blog
Hugging Face - Blog
小众软件
小众软件
V
V2EX
爱范儿
爱范儿

人人都是产品经理

为什么你的产品找不到差异化?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混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
一文讲清产品设计中的文案表达
大橘子-视频产品 · 2023-05-16 · via 人人都是产品经理

产品设计中,文案也是需要产品经理确定的部分,而且针对按钮文案、说明文案等内容,都需要梳理后给到明确的内容。但这种文案要求还比较高——要有点击欲望,要有操作指引,对产品而言,不是那么容易的事。这篇文章,作者用自己的经历和案例,给我们讲解了一些方法,希望对你有所帮助。

伴随着工作时间越来越长,逐步发现在产品中的文案表达愈发重要。优秀的文案表达法可以用户在使用产品的过程中迅速体会到阅读-尝试-反馈-开心的循环,而劣质的文案常常会让用户在面对优秀的功能设计时找不到或者不敢尝试第一步。面对着B端用户,优秀的文案能够让用在阅读B端产品时会带着一种工作状态去搜寻想要的服务,并且能够从表达的描述中确认这个服务是不是自己想要的;在使用中会明确知道如果我进行了操作,下一步将面对什么。劣质的文案会让用户不确定搜寻到的结果是否能够正常使用,进行操作后将面对的是个未知数。因此,无论是C端产品,还是B端产品;无论是消费导向型产品,还是销售导向型产品,亦或者是公共事业主导型产品,优秀的文案均是主力产品达到可用性的第一步。

这是一篇相对头重脚轻的内容,逻辑讲述基本放在了第一节,实际应用放在了第二节和第三节,第四节第五节则主要强调了收益和总结。因此如果仅希望本篇文章作为工具阅读,可直接阅读第二、三节。

一、产品文案的通用表达法

产品文案的表达方法大致可以分为表达原则和表达方式两个方面进行阐述,所谓的表达原则指的是在产品设计中的文案不部分在书写中需要注意的原则,表达方式则是需要梳理现在常见的文案说明是通过什么样的方式呈现在用户眼前的。两者结合便形成了一个产品的文案表达中的通用方案。

1.1 产品文案的表达原则(重头内容)

你在使用一个产品时,有没有发现因为文案跳出位置导致不知道下一步应该点击哪里?没有有在填充完成信息后不敢点击下一步的情况?我想在使用产品时或多或少会遇到上述的问题。那么解决产品中的文案表达,便是一项ROI非常高的促进增长的手段。

对于产品文案而言,如果希望用户看明白希望用户后续进行什么样的操作那么文案描述的准确性变成了产品文案设计的重要标准。对于用户打开产品以后,这个产品的基本介绍,用户能够在这里做什么事情,完成什么样的愿望,这类型的文案介绍,则是非常考察产品设计者对于文案全面性的要求。由于目前市面上绝大多数产品是无法通过一个页面解决所有问题的,因此,页面之前的功能文案是具有很强一致性的,有些功能除了本身产品之外全行业都可能用到当前功能,因此,在文案设计中一致性的原则也是非常重要的。本节便会从文案设计中的全面性、准确性、一致性三个方面进行详细叙述。

1.1.1 文案设计注意1:全面性原则

文案全面性原则主要应用于产品的表现层,需要产品介绍时非常清楚明白的告知用户当前产品能够给用户提供哪些服务。如我们经常能够见到的app底部TAB文案,都会通过TAB文案的方式告知用户可以在这款产品中体验哪些东西;在用户冷启动APP后,通常一次性告知用户使用app需要同意哪些隐私政策条款,如果在这里不告知明确的话,很可能用户就选择替代品了;对于付费也是有相似状态的,如果在一款连续订阅的产品中,没有完整告知用户不修订规则,退费规则的话,就会导致用户没有勇气进行下一步付费操作,从而丧失一个付费用户。因此文案全面便是非常重要的一环。

使用场景下的全面性:文案书写首先考虑的是在当前使用场景的全面性说明,也可以认为是用户处于当前页面中所有第一眼需要告知用户的文案需要列举完全。举例来说当我们打开app以后,底部TAB会告诉我们这个app能够帮助我们干什么,每个TAB的数据是从哪里来了,所以市面上绝大多数app的底TAB都是存在文字描述的。

关联场景的全面性:关联场景应用最为广泛的地方在于用户处于某一产品流程中。需要告诉用户如果要完成当前步骤,用户要做哪些事情,用户为了什么要做这些事情。如我们常见到通用类MP(Media Public)平台,用户在入驻的时候会告诉他们为什么要提交身份证,身份证提交完成以后需要通过人脸OCR识别才能到达下一步,此时就需要告诉用户,从入驻场景中,身份证和人脸双重校验主要是为了保护用户在媒体平台身份不会被盗用。同时要清楚告诉用户,在个人自媒体平台发文因为相关合规的要求,需要用户上传用户身份信息用以承担相关法律责任。因此在场景中需要文案告知用户要做什么,为什么需要这么做。

1.1.2 文案设计注意2:准确性原则

相信大家在日常产品体验中会发现很多产品的文案让自己不知道每个模块是干嘛的,按钮会出现不敢点击的情况,因此产品文案设计中文案的准确性便十分重要。文案在产品中呈现给用户,用户必然是希望通过看完文案知道当前功能是干嘛的,以及进入该功能以后会出现什么,用户需要付出什么,因此准备性的原则则是基于对当前的解释和对预期的管理。

当前解释:对当前用户所处场景的解释,主要包括两个方面,第一个方面是提供给用户这个功能是干什么的,比如说我们在B站上看视频,有一个模块是我不想看,下方会给出不想看这个视频的原因,需要用文字准确枚举用户在当前场景以及基于产品类型不喜欢看这个视频的原因,比如不喜欢这个作者,不喜欢这类视频,不喜欢这个封面等等,让用户清楚明白的了解这里面每个功能按钮是干嘛的。第二方面是对策略的解释,最直接的就是Amazon这样的电商平台在商品推荐时给用户的推荐理由,如果在北京的男性很多人都买了这个商品,买了A商品的用户他们同时买了B商品,B商品是跟着A商品配套用使用效果更佳等等,这类型的文案需要清楚的告诉用户为什么我推荐给你这些东西,核心是给用户解释清楚我的推荐逻辑,让用对平台有更多的信任感,同时也能促成推荐转化。

预期管理:产品文案准确性原则之二便是对用户的预期进行管理,需要通过按钮文案,按钮旁边描述性的文案告知用户如果你点击了这一步,下面你将面对的是什么。比如说我们常见的流程性的事情,大多会通过按钮文案“下一步”与“提交”进行区分,让用户知道我接下来会看到什么。这样做的目的是不让你的产品给用户带来更多的不可预见性,降低用户对未知的恐惧感,提升流程转化。

1.1.3 文案设计注意3:一致性原则

产品文案的一致性原则主要体现在功能入口,功能流程两个地方。从功能入口而言,一个功能应用在多个页面时,需要告诉用户这是一个功能的入口,点击这里和点击其他页面是一样的。从功能流程方面来看,需要告诉用户你在这里生效的数据会一直沿用到这个流程结束,比如用户获得了一张价值5元的爱奇艺会员优惠券,那么从用户看到这张优惠券-购买使用-收银台展示的整个流程中,都需要明确告知用户这是一张购买爱奇艺会员减5元的优惠券。

1.2 产品文案的表达方式

上文中已经对产品文案的通用表达原则进行叙述,本节主要希望帮助大家了解产品文案的表达方式。如果是表达原则定义为文案需要表达出哪些含义,表达方式则是定义了产品文案应该遵循什么方式给用户说明白。因此产品文案的撰写主要是希望能够让用户看得明白、看得舒服、主次清晰、知道下一步应该怎么行动。所以,产品文案的表达方式除了文案本身的撰写之外,还有文案的表现方式选择(如加重、斜线、醒目色等)。

1.2.1 文案如何书写

一般用户使用app时,除非重点需要进行合同阅读场景,其他场景下对阅读大篇幅文字是缺乏耐心的,因此文案的说明更需要为功能做出合理的解释(如果产品功能做得足有优秀,通过用户的常识,操作习惯,文化认知就可以不书写任何一个文字,那么这无疑是优秀的。但是目前大多数产品设计者还达不到这样,因此还需要通过文字和用户进行沟通)。正是由于用户使用产品的场景下对于文字缺乏耐心,因此在文字说明时需要做到简洁、易懂。

简洁主要的方式是可以通过限制文字的个数,做最简单的主谓宾描述。易懂的重要方式是使用通用的词语,不要使用地方方言产生的词语,同时最好使用最简单名词组成句子告诉用户。除了上述两点之外,对于一些对专业知识要求较深行业的产品而言,行业术语便是最基本的表达方式。如果这个行业正在逐步大众化,则可以考虑将行业术语中的名词做稍加变更,让业内人能听得懂,让小白看到也能大概明白。

这点目前看,剪映APP无疑是成功的,视频制作环节中我们在剪辑渲染时所有的操作在属于中叫做工程文件,这个术语对于新手小白而言无疑会造成新的理解成本,剪映的处理逻辑则是参考了绘画、写作这种相对基础内容编辑中常用到的术语,将工程文件的名字变成了草稿,这样做的意义是小白很容易就能够理解,专业认识虽然不屑但是也理解草稿是干什么的。

1.2.2 表达如何高效

用户对于产品使用时的文字提示记忆力是有限的,那么除了通过文案本身让用户能够看懂产品想要表达什么之外,我们的文案还需要用过一些效果让用户深刻的记住产品对用户的提示与反馈。一般重点提示时通常会用变色、加粗、斜体等方式告知用户,一般对于用户错误的反馈则是会通过文字抖动的效果告诉用户这步是错误的。因此,通常情况下,我们会对文字中的重点内容进行色彩、样式、动效的方式进行包装,用以高效对用户表达。

  • 共识表达:在产品设计中,作为说明部分的文案,通常在文字选择中选择达到共识性的词语。
  • 简约表达:简约表达涵盖的意思是如果通过数量少的文案和更容易理解的文案进行表达。比如我们常见到的在视频产品中会出现通常用专辑的文字来描述相同主题组成的视频合集。在银行类app中用户的储蓄金额,贷款金额主要是用阿拉伯数字进行描述。
  • 突出表达:一般情况下,如果某些内容非常重要,是用户理解我们产品的关键描述。那这部分描述需要用最具有吸引力的方式进行渲染。

二、To C产品文案如何表达

To C产品的使用者主要是我们的面对的一般用户,由于C端业务的特性,因此根据业务划分,用户主要是两种类型,其一是对当前业务已经熟悉的用户,其二是新入门的用户。因此针对于这两部分用户我们都需要做处理,处理的核心逻辑是让熟悉业务用户的适应成本更低,让新入门用户的理解成本最低。

2.1 让熟悉业务用户的适应成本更低

当一款产品推出的时候,无非是面对新踏入业务的用户和已经熟悉当前用户的老用户。那么让熟悉业务的用户适应成本更低是在产品发展初期快速积累种子用户和核心用户的重要方式。让熟悉业务的用户适应成本更低,总结下来的两种方式是以下两个方面。

2.1.1 使用原有用户熟悉的描述

使用原有描述是让用户最熟悉的方式,最简单的方式是从业务书籍中翻阅和通过田野观察法,用户访谈法获取用户对名词的认知。描述获取的方式可以参考从专业书籍、课本、实地业务获取。

2.1.2 使用原有用户可以很快理解的描述

一般情况下,原有用户很快理解的描述,主要是3种方式。其一是用学术描述中偏向通俗口语化的词语,比如剪映在对工程文件的描述变更为了草稿。其二是通过关联性质词语进行替代,例如我们在制作一个视频时,对视频色彩方面的处理一般称之为渲染,为了能够照顾到小白用户,有时会使用包装这个词语进行替代;其三是使用行业曾经使用过夜的词语。

2.2 让新入门用户的理解成本最低

在业务起步阶段,除了需要让你的核心用户快速理解产品中文案内容,还有个很重要的是让新入门的用户能够快速理解产品的功能,能够快速理解产品功能所要表达的内容。因此,产品文案对于降低新手理解成本起到了至关重要的作用。

2.2.1 多联想生活常识的词语

面对新增用户的时候,我们在产品中撰写的文案如果需要让他们能够快速理解,使用他们生活中所用到的词语是非常有益处的理解描述。比如说电商产品最早使用购物车概念,希望用户可以一次性将所需商品放到集合中,那么在生活中人们逛超市用的东西普遍是购物篮和购物车两种产品,这个时候我们在产品功能设计和解释中,对于当前合集功能描述可以参考使用购物车和购物篮两个方式。

2.2.2 让用户保持轻松

基于2.2.1中对电商产品合集的描述,对于当前场景下我们有两个描述(购物车or购物篮)供选择,我们应该选择什么呢?

在生活中,我们去超市,拎着购物篮逛超市的时候,当我们装了较沉商品时,手臂负担是非常重的,所以通常去超市购物的时候,如果只有购物篮的情况下,我们选择商品时会保持着谨慎的态度,尽量不买很沉的商品。如果是购物车的话,用户可以推着车到处跑,对身体的负担是极小的,因此在整个逛超市环节是轻松的。所以我们发现,在电商网站中,大家对于用户希望购买商品的合集名称会选择为购物车,也便是这个原因。

记得在文案选择中尽量选择让用户感觉轻松的文案。

2.3 寻找多方共识的文案表达法

我们在2.1、2.2两个环节中分别讨论了文案对于新用户和老用户的表达要求,由于产品不可能仅针对于某一类用户,因此在文案选择中,需要考虑到两部分用户的使用方法。通常在这部分中,我们要讨论业务发展、产品属性、文案侧重三个方面。

业务发展的角度来看,我们需要明确清楚我们目前的业务是让小白专业化还是普世大众,这决定了一个功能的描述是应该更加朝向专业化还是大众化。

其次产品属性而言,我们的用户规模是什么样的,未来的规模是什么样的,对应的用户构成是什么样的,通过以上3点分析,我们的产品是对小白多还是对专业多,未来在获客承载上文案应该如何设计。

最后,就是基于上述两点,我们可以确定文案侧重应该在哪些时期怎么撰写,当然有一点还需要记住的,关于功能文案,尽量不要随便改名字,所以需要尽可能一次性想清楚。

三、To B产品文案如何表达

前面我们主要讲解了To C文案如何表达,下一步便是关于To B产品文案如何表达的问题。

3.1 To B产品的用户

在这里不对To B用户做详细分析。To B用户在使用产品时主要是在当前使用场景下具有一定专业基础和能力的用户,因此对于你的用户而言,产品设计中的文案表达需要的是专业度。如果用户不具备专业能力,那么这部分用户是需要学习专业知识的,因此,在产品文案设计的过程中,可以忽略到培养的过程。

3.2 To B产品的文案设计准则

对于To B产品的文案,前文有写,面对的用户可以定义为具有极高专业基础和专业能力的人,他们在使用产品的过程中主要是在办公场景下,因此,在整体文案设计中,需要的是契合办公场景而非休闲娱乐。因此,在文案设计中专业性、准确性便成为To B文案设计中最重要的部分。除此之外,由于在产品设计中,会出现创新业务的场景,那么对于这种场景下,希望你的用户能够快速理解,尽量少的找你问问题,那么文案的易懂性便成为创新业务B端文案的重要设计方法。

首先我们来说To B文案专业性问题。由于B端产品面对的用户都是专业领域的行家,他们对于当前专业有丰富的基础知识,因此在文案设计中,重点考察的是产品文案的专业性,需要让用户打开产品以后,就能快速进入到业务工作状态,这便是To B产品设计专业性的目的。

其次探讨产品文案设计准确性的问题。B端用户,在使用产品时其实是再做一次效率工程。那么,这个时候文案的确定性决定了B端用户是否敢于做动作(事件),能否预知下一个事件会发生什么,发生以后有没有相应的降级方案。因此,在B产品产品设计中,为了能够让你的用户知道功能怎么用,敢于使用功能,在使用功能时不出现失误,那么文案的准确性便是B端产品文案设计中非常重要的一环。

最后我们来针对创新产品聊一下文案易懂性的问题,面对新业务时,B端用户相比于纯粹的C端用户,了解更多的是专业的事情,对于之前0基础的事情和C端用户差异性很小。因此在整体产品文案描述中,同样需要让你的用户能够快速理解并上手新的业务,因此降低理解成本便成为设计中的关键一环,可参考2.2中所陈述的设计方法。

四、优秀文案带来的收益

对于产品而言,面对你的用户主要是通过功能交互、视觉效果、文案解释三个方面让用户能够使用明白。优秀的文案在用户使用的过程中可以让用户更加敢于做动作,增进与产品的耐心与信心。同时还有可能因为在用户已经了解固有功能的基础上激发用户的创意。这便是优秀文案对客阶段带来的收益。由于在很多解释场景下,通过文案给用户讲解清楚,因此在整个业务环节中,可以降低客户服务等成本,对于整个公司业务人员,业务系统也可以更加精简,成本更低。

五、总结

最近一段时间,在打磨产品的时候,经常会发现越来越多的场景下,需要通过文字与用户沟通。对于一些复杂的业务逻辑,能够在产品上给用户说清楚是一件很复杂的事情。因此在设计文案中,除了上述所说的,可以在文案梳理完成后,借助公司其他小伙伴帮着自己看看,文案和交互是否能够看懂,他们理解的和你想表述的意思是不是一致的(选择小伙伴时,也一定记得选择和自己当前设计方案尽量少业务往来的小伙伴,尽量找0基础的小伙伴帮着看)。通过这样的方式,也可以帮着自己提升产品文案的设计能力。

六、写在后面

最近一段时间比较疏于写作,后面需要尽快写起来。

今年给自己定了个OKR,希望能够写完4篇文章,不能像去年那样颓废了。所以,还是要继续加油啦。

#专栏作家#

大橘子-视频产品,微信公众号:薛慧卿,人人都是产品经理专栏作家。学院派产品经理,前Top 1长视频行业产品经理,擅长产品架构设计、业务流程设计、策略制定和方法论提炼,关注消费金融领域。

本文原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

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