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

推荐订阅源

The Register - Security
The Register - Security
GbyAI
GbyAI
The GitHub Blog
The GitHub Blog
Google DeepMind News
Google DeepMind News
Y
Y Combinator Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
I
InfoQ
罗磊的独立博客
P
Proofpoint News Feed
A
About on SuperTechFans
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
D
DataBreaches.Net
V
Visual Studio Blog
Microsoft Azure Blog
Microsoft Azure Blog
Recent Announcements
Recent Announcements
T
Tailwind CSS Blog
Hugging Face - Blog
Hugging Face - Blog
腾讯CDC
V
V2EX
博客园_首页
大猫的无限游戏
大猫的无限游戏
月光博客
月光博客
人人都是产品经理
人人都是产品经理
小众软件
小众软件
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Microsoft Security Blog
Microsoft Security Blog
博客园 - 聂微东
L
LangChain Blog
博客园 - 三生石上(FineUI控件)
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Cloudbric
Cloudbric
L
LINUX DO - 最新话题
WordPress大学
WordPress大学
M
MIT News - Artificial intelligence
Engineering at Meta
Engineering at Meta
The Hacker News
The Hacker News
Hacker News: Ask HN
Hacker News: Ask HN
Last Week in AI
Last Week in AI
T
The Blog of Author Tim Ferriss
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Stack Overflow Blog
Stack Overflow Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
PCI Perspectives
PCI Perspectives
Cisco Talos Blog
Cisco Talos Blog
N
News and Events Feed by Topic
The Cloudflare Blog
AWS News Blog
AWS News Blog
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org

人人都是产品经理

为什么你的产品找不到差异化?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端设计改版该如何进行?
Clip设计夹 · 2024-06-26 · via 人人都是产品经理

该文章是一篇关于如何在时间紧张情况下进行B端产品的设计改版的文章,涉及到了如何应对客户需求变化、如何对待竞品方案、以及设计过程中遇到的各种问题和解决方案。

在小微企业中,时间紧的情况下,设计改版的工作是如何进行的?B端产品是否能大幅改动?产品经理问不到有啥价值的东西?产品让你抄竞品有怎么办?….本文没有什么花里胡哨的推导,也没有自下而上的包装美化,有的只有前期思考不周后、需求变更的改图和暂未解决的问题… 

一、产品定义

我就不细说了,大致就是提取数据的软件,且后面的界面都会脱敏处理。

  

二、改版背景

主要源于客户投诉,老板表示很生气,催促体验优化。那么我们从客户哪里收集到了部分吐槽,以及开会分析了自家软件的问题。下图随意罗列了一部分,不全仅示意。

  

三、定义问题

1. 拧巴的适配

因为我们有两类客户,分别使用的是带鱼屏和普通屏。之前设计的时候,可能是因为资源和难度问题,设计只出一套图,而且还要考虑到两个屏幕。

就像一个老实人,两边都想讨好,把自己弄得不伦不类,其实双方都不舒服。那怎么办哪呢?

要么坚持自己,不一样的烟火,只为遇见共鸣的人。(当然我们产品肯定不能这样)

要么给自己赋予不同身份,不同身份下做不同事。(也就是大屏身份和小屏身份,故不干扰)

2. 不合理的布局

就像汽车启动按钮装在了后座,左撇子使用左开门冰箱….

无动于衷的反馈之前客户提到的不流畅,有部分原因就是因为反馈缺失。就像领导分配了任务,员工不回应,默默做完了,最后做完还不告知。(小样,你还挺有脾气,我要炒了你)

四、构思点子

作为设计师,“抄”我为什么说的这么理直气壮,因为不是我提,嘿嘿!

首先,这个客户喜欢某竞品的方案,且咱们产品经理其实一开始就计划用竞品的方案。

那就这么听他们的?也不是,当然要验证抄的可行性。

能否大改动?

一般来说,B/G端客户欢迎“增加”,反对“修改”,抵制“删除”。本来已经用惯的东西,突然改变,自然就不能快速帮他们完成目标。

就比如我而言,之前有个网银转账的网站。老版本开始的时候边用边骂,也用习惯了。后来某一天,来了一个全新的版本。我进去看来下,还是切换老版本了。因为是全新的,变存在了不确定性,没有掌控感。我担心这次操作时间会不会变长,会不会使用过程会出错。

所以,一般来说,就修修补补即可了。

而抄竞品,意味着彻底抛弃了用户原来的习惯,貌似抄的方案不可行。是这样吗?接下来再了解下实际情况。

1.没吃习惯

咱们的客户根本就没习惯吃那,投诉很多。

2.平时也喝牛奶

据了解,咱们客户平时用的更多的是咱们竞品,喜欢用,用的习惯。

3.能否解决上面定义的问题?

基本能解决,但也要做调整。

4.答案呼之欲出,抄吧竞品的牛奶可能是纯牛奶,不甜。我们可以抄的同时,点糖。

五、设计探索

1.页面布局探索

下面主要针对带鱼屏的设计。

方案A

黑框假设为屏幕。软件大小普通屏幕和带鱼屏尺寸保持一致。区别在于,两侧空余部分提供了小组件。

比如可以提供一些快捷入口,无视层级;又或者提供当前任务时,需要借助到的工具,包括现在很火的AI,都可以考虑进去。

但是产品经理觉得是费时间,而且他也不知道要提供什么,就放弃了。(虽然我自己挺喜欢这个的)

方案B

程序铺满屏幕。里面的表单项左对齐,不平铺满。非设计人员一致觉提取表单区域,右边留白太多不好看。

方案C

我将表单项,拆成2列,不常操作的放右边。

产品:单独一列。反而有强调的意思。

我:初次使用存在这个情况,之后反而更容易选择性忽略,效率会更高。

产品:我们那个功能没做完善,最好不要给他们看到。

我:…

(还有其他讨论,就不说了,比如隐藏之类的)

方案D

我:太长了,看起来费劲。

产品:好看,就他了。

我:…

(改多了,争多了,身心会疲惫的,你说啥就啥吧。)

2. 阶段性总结

①美即好用效应

公司同事是女生,所以特意找了男明星的图。人们对长得好看的人的容忍度都比较高,容易原谅他,容易帮助他….

同理,当产品或服务的设计在美学上令人愉悦时,人们会更容忍次要的可用性问题。

很多人对空好像过分在意,但是上边方案的不空的美感也就一般般吧?所以这时候,没有更好的方案之前,好用比好看重要。

还是不认可是吧?那么,而且再类比下。若情侣因颜值在一起。时间一久,也有看厌的时候,那这时候,包容性也开始下降了,开始容易挑剔毛病。(你们对号入座,是否这样)

所以我给这个效应加个前提。适用于前期,初次见面,初次使用。也就是产品推销的时候,还是需要好看的。

②假想人

评审的时候,往往会把自己带入成用户,当时会把当前所处的环境(比如观看距离、灯光、设备…)误以为是实际使用环境,也经常仅以初次使用的角度去看待产品的好坏。总结来说,容易局限在当前。

《设计的陷阱:用户体验设计案例透析》中通过一项研究指出,人们越是努力猜测用户会想什么或做什么,就越会将自己的偏好和偏见融入对用户的判断之中,甚至更可能忽略与自己的猜测相悖的证据。靠想只是一种虚假的同理心,只有真正的体验过实际情景,才能理解用户需求。

不过我们平时工作中,一般也体验不到。更多的只能靠去问,去了解行业。除此之外,我们可以尽量去模拟环境、去了解心理学,了解人的共性,而不靠空想,靠自己这个假想人。

3. 提取配置页探索

①提取应用模块

看到原型,最费解且觉得有问题的地方,如下图(且是老版本已经再用的设计)

现有的交互是,每个选项下,都是相同的应用列表,无非是应用的选中与否。(快速选择:系统默认选中高频项。自定义:对比其他,就多了个搜索框)

如果我全部选择,那么下面取消勾选了部分,又会怎么样,是不让我取消了吗?如果在快速选择项下面,我想在多勾选加个,不也叫”自定义“吗?

当时我就觉得一个简单的任务怎么搞的这么复杂,具体让我再说原因,我也说不上来 (当时没有思考原型方案适合用在哪,只觉得有更合适的就直接设计了。后面我会说说原型方案)

方案A

侧重要于应用的选择,删除原先的单选,对应的功能转成辅助操作。

优点:三个选择变成一个选择,相对比较简单易理解

方案B

采用线框按钮的形式,强化了辅助操作。应用选项采用卡片式,更好点击。且相对于方案A,不会有满屏的应用,视觉压力小。

方案C(最终方案)

复选框后移,方案B 图标和复选框也一起,不容易找到是否勾选;改用灰色大背景,且选中色也用灰色,防止视觉疲劳。(因为默认全选)

方案D(复盘案例)

现在再来回顾一下原型方案的可行性。我先上一个微调版本。

如图所示,只有在自定义的时候才会出现应用列表,看起来仿佛不累赘了。

那么我想,为什么不用这个方案呢。无果,我去一个社群咨询了,人家提到“选项优先”。

豁然开朗了,我聚焦在了应用列表而不是选项上(当然业务也是如此),所以我没做思考直接进行了修改。感觉有时候抛开业务,好像思路还能跟开阔下。

所以改成上图这样,强业务相关,分门别类的,是否更适合这个方案了呢?

②提取按钮

方案A

表单项采用了顶对齐,按钮左对齐。想当然得,觉得这样效率最高最快,以及满足所谓的一致性。

然而,得知客户往往不需要从上至下一项项填过去,进而导致提取按钮不容易被一下子找到。(这个简图看起来是挺清晰的,其实慢慢的应用列表等,按钮简直就是融入其中)

方案B

如图,居中展示,实际效果挺清楚的。所以,比如一些设计原则之类的,千万不要死板硬套。

六、最后

就挑了几个设计点讲讲,对我来说有意义的不是设计方案本身(种种原因,感觉设计的也不满意),而是这次设计中碰到的一些问题和思考。

最后因为一次成文,没做调整修改,也没照顾到观众老爷的用户体验了,见谅见谅。

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

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