<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>产品 on 半径以外</title><link>https://wuxz1z-weblog.pages.dev/tags/%E4%BA%A7%E5%93%81/</link><description>Recent content in 产品 on 半径以外</description><generator>Hugo</generator><language>zh-CN</language><copyright>© 2026 Wuxxz1z</copyright><lastBuildDate>Thu, 02 Jul 2026 09:00:00 +0800</lastBuildDate><atom:link href="https://wuxz1z-weblog.pages.dev/tags/%E4%BA%A7%E5%93%81/index.xml" rel="self" type="application/rss+xml"/><item><title>为缓慢而设计</title><link>https://wuxz1z-weblog.pages.dev/posts/designing-for-slowness/</link><pubDate>Thu, 02 Jul 2026 09:00:00 +0800</pubDate><guid>https://wuxz1z-weblog.pages.dev/posts/designing-for-slowness/</guid><description>&lt;p&gt;速度曾经是数字产品最确定的价值：更快抵达、更快完成、更快得到反馈。但当即时变成默认，等待反而有了新的意义。不是所有体验都应该被压缩到一瞬间。&lt;/p&gt;
&lt;h2 id="摩擦不总是问题"&gt;摩擦不总是问题&lt;/h2&gt;
&lt;p&gt;产品设计习惯把摩擦视为敌人，可有些摩擦是在保护用户。发送前的一次确认、购买前的片刻停顿、写作时不出现的通知，都在给判断留下位置。&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;好的缓慢，不是让人等；而是让重要的动作来得及发生。&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;为缓慢而设计，不是故意降低效率，而是区分哪些步骤应该消失，哪些片刻值得被保留。一个成熟的产品，既知道如何帮助人快速抵达，也知道什么时候不该催促。&lt;/p&gt;</description></item></channel></rss>