<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Design Tools on PlumePHP</title><link>https://plumephp.com/tags/design-tools/</link><description>Recent content in Design Tools on PlumePHP</description><generator>Hugo</generator><language>zh-CN</language><lastBuildDate>Wed, 28 Jan 2026 15:39:00 +0800</lastBuildDate><atom:link href="https://plumephp.com/tags/design-tools/index.xml" rel="self" type="application/rss+xml"/><item><title>InVision 受挫案例：领先的原型工具为什么没守住协作时代</title><link>https://plumephp.com/saas-case-invision-product-shift-failure/</link><pubDate>Wed, 28 Jan 2026 15:39:00 +0800</pubDate><guid>https://plumephp.com/saas-case-invision-product-shift-failure/</guid><description>&lt;h2 id="开场它曾经几乎是设计评审的默认工具"&gt;开场：它曾经几乎是设计评审的默认工具&lt;/h2&gt;
&lt;p&gt;在 Figma 普及之前，很多设计团队会用 Sketch 做界面，再把稿子上传到 InVision 做原型、评审和评论。那时 InVision 的价值非常清晰：它让静态设计稿可以被点击、分享和反馈。&lt;/p&gt;
&lt;p&gt;对许多产品经理和客户来说，InVision 链接就是他们第一次像使用产品一样体验设计方案。它确实解决了设计交付中的痛点，也一度拥有很强的市场位置。&lt;/p&gt;</description></item><item><title>Figma 案例：把设计工具从文件时代带到协作时代</title><link>https://plumephp.com/saas-case-figma-collaboration-success/</link><pubDate>Fri, 09 Jan 2026 10:42:00 +0800</pubDate><guid>https://plumephp.com/saas-case-figma-collaboration-success/</guid><description>&lt;h2 id="开场设计软件曾经是一台电脑上的事"&gt;开场：设计软件曾经是一台电脑上的事&lt;/h2&gt;
&lt;p&gt;在 Figma 出现之前，设计工具的主流体验更像“专业软件”：安装在本地，文件在电脑里，设计师完成后再发给产品经理、工程师和客户查看。这个流程并非不能工作，但它有很多隐性成本：版本混乱、反馈滞后、交接不清、多人同时编辑困难。&lt;/p&gt;</description></item></channel></rss>