Yanming

486 posts

Yanming banner
Yanming

Yanming

@realYanming

Product Designer Build AI tools & workflows

Dubai Katılım Nisan 2012
260 Takip Edilen120 Takipçiler
Yanming
Yanming@realYanming·
不是所有体验都该“少一步” 我们平时做产品,几乎都会追求少一步、快一点、别打断用户。按钮能少就少,确认能省就省,流程能缩短就缩短。听起来都对。可如果这个动作背后有成本,比如转账、删除、发布、授权、改价格,那种过分顺滑的体验,反而会把用户推得太快。 我在做交易相关体验时,对这个感受挺强。很多操作表面上看都是点击按钮,打开弹窗,再点确认。可是这些动作的风险完全不一样。有些只是切换筛选项,点错了再点回来就行。有些一旦确认,用户的钱、仓位、身份信息,都会跟着往前走。 这时候如果设计师还只盯着“减少摩擦”,就会出问题。因为摩擦本身不一定是坏东西。它可能是一小段停顿,让用户重新看一眼金额;可能是一句很朴素的提示,让用户意识到这个动作不能随便撤回;也可能只是把确认按钮放得没那么顺手,让手指别靠惯性直接点下去。 很多体验优化,优化的是用户完成任务的速度。但高风险场景里,真正要优化的可能是用户后悔的概率。这个目标一换,设计动作就不一样了。你不一定要把流程砍短,反而要在关键位置放一点阻力。目的很简单,让用户在该醒的时候醒一下。 我现在看一些产品,会特别留意它们在哪些地方故意变慢。比如删除东西之前多问一句,绑定权限之前把范围摊开讲清楚,发布内容之前给一个预览。以前我会觉得这些东西有点烦,现在没那么觉得了。它们像路上的减速带。你平时不喜欢它,但它出现的位置通常有原因。 所以“低摩擦”这件事不能被当成默认正确。它只适合那些点错了也没什么大事的地方。越接近钱、隐私、公开表达、不可逆操作,设计师越应该问一句:这里真的需要这么快吗? 有些页面慢一点,用户会烦。有些页面慢一点,用户以后会感谢你。差别就在这个动作的后果有多重。 我觉得好的产品体验,不只是让用户更快到达终点。它也要在某些路口轻轻拦一下。别拦太多,拦太多就变成折磨。但该慢的地方硬要装快,最后省下来的那几秒,可能会变成用户很久都忘不掉的一次后悔。 #设计碎碎念
中文
0
0
0
4
🇩🇪EV, Engineering & Life🇨🇳
Went to a Chinese gas station’s DC chargers at a highway service station and plugged in as always: without even worrying about the price. After finishing the charge, I noticed an SMS with a way-too-low price, even for highway charging. ¥24.55 for 43 kWh! That’s $0.08/kWh! 🤣
🇩🇪EV, Engineering & Life🇨🇳 tweet media🇩🇪EV, Engineering & Life🇨🇳 tweet media
English
30
25
397
56.8K
Yanming
Yanming@realYanming·
Adobe 最近这波 agentic AI 里,生成图片和一键做海报都挺显眼,但我最想盯的反而是一个很容易被忽略的小方向:让 AI 在设计还没上线之前,先模拟不同用户会怎么反应。 这个东西听起来有点像用研的平替,但我觉得它真正刺激的地方在另一个位置。以前我们做一个页面,很多时候是设计师、产品、老板围着稿子讨论,大家凭经验说这里会不会点、那里会不会困惑。等到真正上线以后,再看数据,再补洞,再改版。这个节奏太慢了。尤其是现在大家都在用 AI 快速生成方案,方案数量一多,靠人眼一张张看,根本看不过来。 所以 Project Face Off 这类工具有意思的地方,是它让设计稿从一个静态对象,变成一个可以提前被“跑一遍”的东西。你给它几个版本,它用模拟出来的人群去看、去选、去解释原因。结果未必完全准,但它会逼设计师更早面对一个问题:这个方案放到真实用户面前,会不会立刻露馅。 我会对这个功能有所期待。因为设计工具如果只停留在帮你画得更快,那最后大家比的是产图速度;但如果工具开始帮你预演使用结果,设计师的工作顺序就会变。先别急着抛光,先让方案动起来,先让它被质疑一轮。很多烂稿,可能在进入评审前就自己死掉了。 挺好。
Yanming tweet media
中文
1
0
0
15
Yanming
Yanming@realYanming·
Duolingo 月度任务里的一个小发现:多端任务不同步,反而降低了完成门槛 最近在用 Duolingo 做每日学习时,我发现了一个很有意思的产品现象。 Duolingo 的月度任务机制是:每天会刷新 3 个每日任务,完成 1 个任务获得 1 颗星;当一个月累计获得 50 颗星,就算完成当月挑战。 正常理解下,用户每天最多可以获得 3 颗星。 但实际使用中,我发现 Web 端和 App 端每天刷新的任务并不完全一致。也就是说,当我先在 Web 端打开并刷新今日任务,同时再打开 App 端,如果当天的学习行为同时满足两端任务条件,理论上最多可以获得 6 颗星。 这就形成了一个很有意思的“多端任务差异”。 从用户视角看,这像是一个小技巧:原本需要更长时间完成的月度任务,因为多端任务池不一致,完成难度被降低了。 但从产品设计角度看,这背后其实暴露了几个值得思考的问题。 首先,这是一个典型的多端状态一致性问题。 当一个产品同时存在 Web、iOS、Android 多个入口时,用户感知到的“同一天任务”应该是一个统一对象,而不是多个端各自生成的任务集合。否则,用户会自然地把它理解成“系统允许的额外奖励”。 其次,这也涉及到任务系统的激励公平性。 如果部分用户只使用 App,每天最多只能拿 3 颗星;而熟悉多端机制的用户可以通过 Web + App 拿到更多星,那么月度任务的完成成本就不再一致。对于游戏化产品来说,激励机制一旦出现不透明差异,就可能影响用户对规则公平性的判断。 第三,这个现象也说明:用户不会只按设计师预设路径使用产品。 设计时我们可能默认用户只在一个端完成学习,但真实用户会在多个设备之间切换。尤其是学习类产品,本身就有碎片化、多场景使用的特点。只要系统规则存在缝隙,用户就会自然探索更高效的完成方式。 但它未必一定是坏事。 从增长和留存角度看,这种“意外奖励”反而可能增强用户的积极反馈。用户发现自己更容易完成月度任务,会获得一种“我找到了技巧”的掌控感,从而提高继续学习的动力。 所以问题不只是: 这是 bug,还是 feature? 更关键的是: 产品是否希望用户通过多端使用获得额外激励? 如果答案是否定的,那么任务系统应该做全端统一,保证每日任务池、完成状态、奖励次数在服务端一致。 如果答案是肯定的,也可以把它产品化:例如设计成“多端学习奖励”“跨设备连续学习加成”,让原本隐性的 bug 变成显性的机制。 这个小细节让我想到,很多产品问题并不是单纯的技术同步问题,而是规则设计问题。 用户看到的是奖励。 系统看到的是状态。 设计师要看到的是:规则是否清晰、公平,并且符合产品真正想引导的行为。 PS:附图是 web 端和 app 端的两张截图,这是5 月 5 号的 还未开始学习截图,也就是说本月只学习了 4 天,但是星星数已经是 18 个了😂
Yanming tweet mediaYanming tweet media
中文
0
0
0
11
Yanming
Yanming@realYanming·
日常碰到的自助咖啡机、自助饮料机等大概有两种交互,一是按压松开出水,二是长按出水。有时候在碰到新的机器,就会出现习惯上的不统一。 周末去楼下那家咖啡店,自助咖啡机,我对着冰美式那个按钮按了三四下,一点反应都没有。屏幕亮着的,按钮也亮着,就是不出咖啡。我准备抬头找店员,结果瞄到旁边一个小哥,他按了一下,手一松,过了两秒钟咖啡就下来了。我又低头看了一眼我自己的按钮,和他按的是同一款,同一个屏幕。区别就在,他按下就松手,我按下一直摁着。这台机器的交互,是松手才触发的。 奇怪的是,我按那三四下的全程,机器没给过我任何提示。没有震动,没有进度条,屏幕上也没冒一句"请松手",连按钮颜色都没变过。我蹲在那儿想了一会儿——我想,机器没坏,它就是没把它正在等的那件事告诉我。你说松手触发这个设定有没有问题?其实也没什么大问题,很多实体按钮都这么做。但是你不告诉用户,用户的本能就是按住不放,越按越慌,最后觉得是机器坏了。真正让体验崩掉的地方,不在触发方式,而在中间那几秒的沉默。 做产品久了你会发现,用户其实挺愿意学的,只要你肯告诉他一点点他就能学会。那个按钮只要在按下的瞬间闪一下,或者屏幕上飘一句"松手出咖啡",我根本不会站那儿按四下。做设计的人有时候太想"干净",什么都省掉,什么都不放。但静默不是简洁,是让用户在黑屋里摸。
中文
0
0
0
11
Yanming
Yanming@realYanming·
这个 Claude 接进创作工具的新闻,我看完有点烦。 不是因为它不好用。 恰恰相反,是因为它太像一个我们迟早要面对的麻烦了:AI 开始不满足于站在旁边给建议,它要进 Photoshop,进 Blender,进各种你平时已经在用、已经很熟、也已经被各种历史包袱拖得很重的软件里面。 以前很多 AI 设计工具的演示,我看完还能笑一笑。因为它们大多像另开了一个漂亮小房间,里面什么都很顺,prompt 一打,卡片一出,页面一生成。你知道那是演示环境,跟真实工作中那些乱七八糟的图层命名、客户改了又改的素材、半夜导不出来的文件,其实隔着一层。 但这次讨厌的地方就在这儿。它开始往旧工具里钻了。Adobe 也好,Blender 也好,SketchUp 也好,这些软件本来就不是为了聊天设计的,它们是给人一点点磨出来的。现在 AI 说,我也可以进来,我可以帮你调一批东西,写一段脚本,查一下文档,顺手改个场景。 这听起来很方便。 也挺烦人的。 因为一旦 AI 真进了这些生产现场,设计师就很难再用「我会用某个软件」来解释自己的价值了。会用软件这件事,会被拆得很碎。你会调参数,它也会。你会找菜单,它可能更快。你会写一个小脚本,它也能写。以前这些小技能叠在一起,看起来像专业能力,现在它们会慢慢变成默认的操作层。 我现在看到 Claude 接进创作软件,烦的点不是「它又要抢谁的饭碗」这种老话题。 烦的是很多人接下来又会开始演示一些特别顺的流程:一句话改海报,一句话调场景,一句话做视频封面。然后所有人鼓掌,说工作流又被重塑了。 可真实情况很可能更丑一点。AI 进了工具之后,问题不会消失,只会换地方。以前你要知道按钮在哪儿,以后你要知道它到底动了什么;以前你要自己处理文件,以后你要检查它有没有把文件弄坏;以前你慢一点但心里有数,以后它快很多,但你可能要倒回去查它刚才是不是偷偷改了不该改的东西。 这个变化对设计师很不舒服,但也很实际。 因为未来的日常可能不是「AI 帮你从零做一个作品」,而是你打开一个已经很乱的文件,让它先把重复劳动清掉,再让它解释它做了什么,最后你自己决定这个结果能不能交出去。 这中间最烦的一步,就是验收。 而验收这件事,没人会在发布会视频里拍得很好看。它没有那么酷,也没有那么短。它就是你盯着一个文件,心里骂一句,行,这里它又自作主张了,然后把它拉回来。 所以我对这类新闻的态度是:别只看它能不能生成,重点看它进了真实工具之后,能不能被控制,能不能被追踪,能不能在出错的时候让人修回来。 如果做不到,那它只是把旧软件里本来就够烦的地方,换了一种更高级的方式继续烦你。
中文
0
0
0
12
红袍猫后Penny
红袍猫后Penny@Xianzhong_1953·
一边是大量年轻人失业,一边是假期时景区的年轻人挤来挤去。 墙内到底是什么样的世界?
中文
1.3K
39
2K
1.2M
Yanming
Yanming@realYanming·
ChatGPT5.5,今天严重降智!!!! 人工智障
Yanming tweet media
中文
0
0
0
24
Yanming
Yanming@realYanming·
@HiTw93 我现在是 M3 Pro 14 寸,习惯了 14 寸的,感觉 16 寸的还是有点大
中文
0
0
0
86
Tw93
Tw93@HiTw93·
M5 Pro 黑色终于到了 非常漂亮 非常激动 👏
中文
100
3
480
105.3K
Yanming
Yanming@realYanming·
一个网页交互动画的合集 也可以一键复制动画参数 值得收藏的一个网站
中文
1
0
0
11
Yanming
Yanming@realYanming·
还是得再推荐下,MeiGen 你可以在里面找到最近火爆🔥的AI 图像 包含了 GPT Image 2、Nano Banana 2、Seedance 2.0、Veo 3.1 和 Midjourney 等生图提示词 并且100% 免费,prompt 一键复制 同时也支持 MCP、OpenClaw、Figma 插件
中文
1
0
0
15
OpenAI
OpenAI@OpenAI·
One week since the launch of GPT-5.5, and it’s already our strongest model launch yet. API revenue is growing more than 2x faster than any prior release, while Codex doubled revenue in under seven days as enterprise demand for agentic coding tools keeps climbing.
English
562
404
8.8K
1.2M
Yanming
Yanming@realYanming·
@supezen 有,我的一个插件用户数,27 号之后的数据都是 0
Yanming tweet media
中文
0
0
0
6
ZEN
ZEN@supezen·
第一次遇到chrome市场数据延迟🤔 大家的插件有数据延迟吗?
ZEN tweet media
中文
1
0
0
1.3K
Yanming
Yanming@realYanming·
上个月一直在用 Claude,今天试了下 Antigravity,怎么不能用了???
中文
0
0
0
11
Yanming
Yanming@realYanming·
怎么发现 CodeX 相比 Claude,更不经用啊,这就超额了
Yanming tweet media
中文
0
0
0
102