Bootcamp - Medium

RSS: https://medium.com/feed/design-bootcamp
Bootcamp 是 Medium 上关于 UX、UI、产品设计与设计思维的出版物。

Why Good UI Can’t Save a Bad User Journey

A product can look polished and still feel frustrating. The buttons can be in the right place. The typography can be consistent. The colors can follow the design system perfectly. And yet, users still...
评论点赞收藏3 小时前

Designing for one hand and no sleep

How having a baby impacted my digital experiences I wanted to get this story down while it was still fresh. I had my second child last November, and the last 10 months seem to have zipped by. There wa...
评论点赞收藏3 小时前

What Asimov Knew About AI Product Development

In 1942, Isaac Asimov published a short story called “Runaround.” Buried inside it were three rules that would outlive the story, the author, and the century that produced them. The Three Laws of Robo...
评论点赞收藏17 小时前

宏观/微观设计

作者提出设计的两个"海拔":宏观设计(macro)和微观设计(micro)。宏观负责"让东西存在"——快速规划结构、定义方向,容忍粗糙;微观负责"让东西正确"——打磨交互、过渡、间距等细节,强调工艺感。 两者不可同时操作:宏观时停下来抠细节会失去全局,微观时反复质疑结构则细节永远完不成。经验型设计师的核心能力是判断当下该在哪个海拔,并刻意切换。 文中引入"宏观债务"(结构断裂、未记录的决策、长期粗糙的规划)和"微观债务"(间距漂移、状态缺失、组件不匹配)概念,作为判断何时该上移或下移的实用信号。 工具选择也分海拔:宏观用能快速读取和修改的结构化规划,微观用即时反馈的小步调整。最后强调两个海拔都应在代码中完成——设计师直接写代码能保持决策与实现的零翻译损耗,在宏观时快速移动,在微观时贴近真实材质调整,最终提升产品质量和一致性。 文章为 Medium Bootcamp 社区文章,篇幅适中,观点结构清晰,但核心框架(宏观/微观交替、设计债)并非全新概念,更多是成熟经验的系统化整理。
评论点赞收藏17 小时前

我如何优先级排序设计反馈

Bootcamp 文章讨论设计反馈的优先级方法:有些设计问题需要"四个问题"深入分析,有些只需"四个字"快速处理。内容较短,是引子性质,未展示具体方法论细节。
评论点赞收藏17 小时前

Friction For Empathy?

The Achilles’ heel of design might just help us create experiences that can foster empathy towards marginalized folks, crucial in the age of AI. I take a closer look at the case of neurodivergence. He...
评论点赞收藏17 小时前

上下文不等于合规

文章核心论点:设计系统给 AI agent 接入 MCP 通道只是"上下文可达",不等于 agent 会遵守系统规范;真正缺的是可被审计的验证结果。 作者引用了多项 2025 年的研究与工具现状:18/21 个主流开源设计系统已有官方 MCP 通道,但功能大同小异(查文档、取组件示例、列 token);Atlassian 对比 文件与 MCP server,发现文件方式多耗 92% token 且方差 2.7 倍;"Design Theater" 研究测试 120 个生成式 UI 界面,约 1/4 的设计说明与实际产出不符,功能性需求失配率 34%;Applitools 在 9 月 15 日发布 Figma 对比检查并接入 Claude Code、Cursor。 作者提出一个"收据"模型:每次 agent 构建 UI 后应记录——检了哪些规则、没检哪些(含无自动化检查项)、文件内容哈希,借鉴 axe-core 的 incomplete 与 W3C EARL 的 untested 语义,避免"无失败=通过"的假象。 还点名了 T.J. Pitre 的 Story UI(Verified/Issues/Not verified 三档徽章)、OODS Foundry(返回 receipt + content hash)、Stage1(measurements、coverage、missing evidence,"absence is not zero")。 最后主张:对象/特性/上下文比组件更适合作为复用单元,否则每个处理取消订阅的页面都得各自保证正确。
评论点赞收藏17 小时前

你应用的下一个用户将不再是人类

Bootcamp 文章提出:AI agent 正在替人类完成订票、购物、填表单等操作,App 的"用户"很快会包含非人类 agent。内容很短,主要作为引子引导读者继续点击阅读,缺少具体案例或深入分析。
评论点赞收藏17 小时前

How to use HDR in digital design

HDR extends the luminance range, giving designers another parameter to work with alongside shape, color, and size. HDR display required to see the examples below When I started testing HDR in design, ...
评论点赞收藏17 小时前

匈牙利高级产品设计师的现状

一位在匈牙利工作多年的资深产品设计师,描述当地高级设计师职业困境:市场上几乎只有初级和中级岗位,Lead、Manager、Head 等头衔岗位极少,且很多公司只是外包或共享服务中心,设计预算和决策都在海外总部。 作者区分了“玻璃天花板”(路径存在但被阻挡)和“玻璃墙”(根本没有路径可爬),指出设计师职责在增加但权力没有对应增长。关于 AI,作者认为它加速了可被清晰描述和视觉评估的设计工作(基础 UI 布局、组件变体、简单文案、低复杂度用户流),但对“定义正确问题、理解用户行为、评估方案是否真的有效、管理复杂性、为决策后果负责”等高价值工作帮助有限。 AI 在做出决策前就能生成看似可用的界面,反而加剧了设计被当作生产函数的处境。作者还批评开发者用 AI 快速出原型后,设计师被要求“把它在 Figma 里做得好看点”的流程,认为这不是设计主导,甚至不是常识主导的项目。 对希望升级职业方向的设计师,作者认为方向不是比 AI 更快产出界面,而是学会指挥、评估、约束 AI 输出,同时保持足够的技术素养参与新流程。
评论点赞收藏1 天前

Recognising and avoiding dark UX patterns

Recognising and Avoiding Dark UX Patterns Common deceptive patterns, why they are deceptive, and what to do instead. Key Takeaways: Dark patterns are widespread and harm user trust and business reputa...
评论点赞收藏1 天前

The UX Cost You Don’t See on the Project Budget

When UX gets deferred to hit a delivery date, the cost doesn’t necessarily disappear. It may simply move somewhere else. Over the past two years, working across three different large organizations, I ...
评论点赞收藏1 天前

The Light I Didn’t Know to Look For

How the design of smart glasses can help protect privacy I went to an event during New York Fashion Week. I’m a creative, so being in a room with models, photographers, and people building their own b...
评论点赞收藏1 天前

登录芦苇

登录后关注作者、收藏内容和参与讨论。