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

推荐订阅源

爱范儿
爱范儿
大猫的无限游戏
大猫的无限游戏
J
Java Code Geeks
MongoDB | Blog
MongoDB | Blog
Martin Fowler
Martin Fowler
GbyAI
GbyAI
Microsoft Azure Blog
Microsoft Azure Blog
Recent Announcements
Recent Announcements
F
Fortinet All Blogs
B
Blog
U
Unit 42
B
Blog RSS Feed
D
DataBreaches.Net
Google DeepMind News
Google DeepMind News
人人都是产品经理
人人都是产品经理
腾讯CDC
量子位
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Visual Studio Blog
博客园 - 聂微东
MyScale Blog
MyScale Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
博客园 - 三生石上(FineUI控件)
Engineering at Meta
Engineering at Meta

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
设计思考:这个功能,能不能不要?
林影落 · 2023-03-19 · via 人人都是产品经理

在产品研发过程中,业务人员可能会遇到这类问题,即某些功能可能并非必要,那么这些功能是否可以去掉不要呢?关于这个问题,也许我们可以从产品完整性、市场需求、开发成本等维度来进行回答。本篇文章里,作者便对这一问题进行了思考与解答,一起来看一下吧。

问题是关键。问好的问题,答案会自然而然的出现。在和ChatGPT的交流中得到的感悟最终在一个心理学课程中化成了这样一句得到,我也把它存在了星光卡片。

那,什么是好的问题呢?

在最近的设计工作中,让我印象最深的一个好问题是:这个功能,能不能不要?

01

第一个例子来自于机器人的远程控制界面交互设计,这是我过完长假后接触到的第一个设计任务。

因为机器人的控制源可以来自远程、可以来自现场,还可以来自既定的程序和任务,所以里面有一个小需求,用户如果需要在远程界面里对机器人进行控制,需要首先获取到它的控制权,然后才能去操控它。并且,在用户不需要控制以后,还要释放远程控制权,以便于机器人可以切换到既定的程序,继续完成原定任务。

这样一个需求,对应的功能描述很简单,表现在界面上也很简单,就是一个切换按钮而已。

对应的主要用户流程就是三步:

  1. 用户点击按钮获取到控制权;
  2. 控制机器人行走、坐立等。
  3. 释放控制权。

但如果要写全了里面的细节也不少,比如你要先引导用户知道,操作前要先去获取控制权;比如控制权还不一定任何时候都能获取到,至少现场正在操作的时候,远程端是无法获取控制权的;再比如每次获取控制权,安全起见都要双重确认……

在和需求方沟通的时候,负责需求的同学总觉得这个按钮不明显,位置不好,要大、要显眼。烦躁。

在画交互稿的时候,因为细节很多导致这里小UI和小交互挺多的,要都画出来写清楚虽然谈不上多少时间但都是工作量。双重烦躁。

如果没有这个按钮就好了。

如果没有这个按钮就好了——这是我在心里吐槽的一句话。

那么,这个按钮,能没有吗?

当我开始顺着想下去的时候发现,似乎是能的。用户的目的是操控机器人,那么控制权是否获取,是不是就交给系统来自动处理呢?于是问题就转变成了:机器怎么知道什么时候用户需要控制权,什么时候用户又不需要控制权了。

虽然最后为了稳定性依然保留了这个按钮,但是,它就真的成为了界面边角的一个小按钮而已。

02

第二个例子来自于一个软硬一体的SAAS界面交互设计,为了节省软件包大小以及其他考虑,用户安装的时候需要从打包好的四个功能包里选择一个,每个功能包匹配一种类型的业务需求。

这样一个需求,对应的功能描述也很少,界面也就一个,甚至相关的交互逻辑也很简单,就是选择和确认而已。

但是,在设计交互的时候,我突然被一个问题难住了:怎么通过这个界面让用户知道他应该选哪个选项呢?

看上去似乎也不是问题,用户需要哪种业务,就选哪种业务对应的功能包选项就好了嘛。

但是,用户怎么知道某种业务需求就该对应某个功能包呢?

即使功能需求里已经给每个功能包取了一个偏业务方向的名称,但怎么确定我们理解的这个业务方向,加上一些简单的功能描述,就一定和用户的理解一致呢?要知道,这个功能包,可都是些诸如“智能检测”“三维重建”“空间定位”类似的能力。

一旦理解不一致,那就可能导致用户少勾选或者错勾选一个选项,虽然能够补救,但这个用户流程就比较长了。

所以,怎么通过一个界面让用户知道他应该选哪个选项,依然成为了难住我的难题。

想不出好方法的我开始为难别人了:能不能不要选呢?

能不能不要选呢?

很感谢我可爱的同事们,在发现解释不通后真的开始重新考虑当初设置这个选项的原因,一起重新拆解后我们发现,似乎那些原因,也没那么重要或没当初想的那么重要。

最后,这个界面和这个功能,被去掉了。

03

在产品研发过程中,也许你和我一样,有时候会遇到一些功能并不是必要的情况。对于“这个功能,能不能不要”这个问题,需要从不同的角度来决定。

第一:产品完整性。这个功能的缺失会不会使我们的产品存在缺陷。比如产品的性能、稳定性会不会因为这个功能的缺失而产生影响。我的第一个例子,如果完全去掉那个功能,在现阶段来说就会对产品的稳定性造成影响。

第二:用户需要性。这个功能是不是用户所需要的。虑这个功能是不是针对我们的目标用户群体。如果这个功能对于我们的目标用户群体非常重要,那么我们就需要考虑是否保留它。

第三:未来发展方向。这个功能和这个产品的发展方向是否一致也是决定某个功能去留的角度。发展方向一方面指产品本身的定位,另一方面也指基于产品定位的未来趋势。

第四:开发成本。保留或不要这个功能对于开发成本造成的区别。有的功能有它后开发成本较高,这个比较好理解。但有的功能有它后反而开发成本较低,因为它把一些难度转移到了用户的身上,靠增加用户操作或认知成本来使得开发成本降低,比如我的第二个例子,界面虽然对前端增加了工作量,但加上后端开发成本一起算,原有保留那个界面反而是降低了开发难度的。

第五:市场需求。例如它是否是市场上的常见需求,保留它是为了拉平与竞品的差距还是作为一个符合产品发展方向的特点等。

总的来说,厘清这个功能出现的原因,从五个角度综合考虑这个好问题的答案才是正解。

所以,这个功能能不能不要,你觉得呢?

专栏作家

林影落,微信公众号:林间有影落,人人都是产品经理专栏作家。一枚会玩卡的用户体验设计师,《AR界面设计》作者,10年+UIUX设计经验,专注于AR及智能化领域用户体验设计6年;设计&心理学教育背景,国家职业认证高级OH卡师/天赋挖掘教练。愿意用我的一份努力,让设计这个领域在智能化的未来更有价值,让设计师这个职业更加值钱!

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

题图来自 Unsplash,基于 CC0 协议

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