用Figma Make复刻一块Dashboard说实话一开始我并不看好它。AI生成设计稿这件事过去几年里我试过不少工具大多数结果是“看起来像那么回事细看全是问题”。但Make也就是Figma内部集成的AI设计助手以前叫Figma AI后来正式更名成Make的做法跟纯图片生成工具不太一样它生成的是真实图层和组件不是一张渲染图。用了大概两个月我的结论是Make能不能做出能用的设计稿几乎完全取决于你怎么写Prompt。它是目前我见过最接近“设计师意图”的AI工具但这不代表你可以随便丢一句话进去就收工。想让它把图“画准”你必须学会把设计意图翻译成它会听的表达方式并且把有效的Prompt沉淀成可复用的模板。这篇文章就聊聊我是怎么用这套思路做事的希望能给你一点参考。1. 整体设计与思路拆解1.1 先搞清楚Make的运行逻辑才知道Prompt该往哪个方向写很多人第一次接触Make的反应是“这不是跟那些AI生图工具一样吗”还真不是。它运行在Figma编辑器内部输入Prompt后生成的是一套完整的页面图层、组件层级和自动布局结构所有元素都是可编辑、可改动的真实设计内容。你会拿到一个能继续加工的设计文件而不是一张只能看不能动的PNG。这意味着它和Midjourney一类的生成式图片工具在工作链路里扮演的角色完全不同。Midjourney帮你产生视觉灵感Make更像是替你把已经成型的设计结构直接搭出来。既然它生成的是结构化的图层树和组件系统Prompt在其中的地位就不只是“描述画面”而是“描述一套系统的组织方式”。我开始时是纯“发散式”写Prompt的比如“做一个好看的数据看板”结果生成的页面虽然乍看不错细看结构乱七八糟间距对不齐、信息层级混乱、按钮状态缺失。后来我把写法改成“约束式”表达明确告诉它导航区在哪里、内容区怎么分组、每个组件要放多少数据输出质量立刻稳定了很多。这里可以给你一个很直观的类比你用Make的时候不是在跟一个调皮的画师对话而是在给一个实习设计师提需求。实习生的短板不是审美而是经验。他不知道你说的“好看”到底是什么标准但他知道“把导航放在顶部、每个卡片包含标题和说明文字、间距统一用8的倍数”每一步应该怎么实现。Make也一样你对它描述得越像结构说明它就越能给你结构化的结果。如果你还习惯用写图片描述的方式写Prompt建议趁早转变思路。这个转变是整个工作流的核心后面说的所有内容都建立在这个认知之上。1.2 “画准”的本质把设计师脑子里的草图翻译成结构化指令做了一两年Prompt实践之后我对“准”这个字的理解有了变化。设计工作里的“准”从来不是一个绝对概念它包含三个层次结构准页面的布局框架、模块划分、信息分组符合预期目标。比如这是个数据看板还是组件展示页不同类型的页面承载结构完全不同。层级准视觉元素的主次关系清楚。标题就是标题正文就是正文强调信息就出现在视觉焦点位置不会把次要信息和主信息混在一起。风格准风格倾向和调性跟你的预期一致。冷色还是暖色圆角多还是直角多留白大还是紧凑这些都要交代清楚。这三个层次某种程度上是递进的结构错了层级再好也没用结构对了层级乱了页面照样难用结构和层级都对但风格跑偏了也会显得“不对味”。所以我后来养成了一个习惯就是每次动手写Prompt之前先在纸上或者脑内把这三层全部过一遍然后打包成一个结构清晰的指令。这个指令不完全等于设计文档但至少要被Make能识别的格式所规范。通过这个层面的拆解你会发现一个有意思的事Make的好用与否不在工具本身而在于你会不会表达自己的需求。换句话说这种能力的底层是“需求的翻译”——把你脑内的设计想法转译成AI能理解的结构化描述。掌握这套翻译能力之后不管换哪种AI设计工具你的基本功都会起作用。2. 核心细节解析与实操要点2.1 一个高精度Prompt的五个组成部分写Make的Prompt说难也难说简单也简单。我总结下来一个能让它“画准”的Prompt通常包含五个部分缺一不可一、角色与输出目标这一步不需要太复杂的描述但需要把输出预期说清楚。比如“生成一个移动端App的个人中心页面”比直接说“帮我做个页面”要好因为前者同样是在规定页面语境。操作层面的建议是输出目标尽量具体到“哪个平台、什么类型的界面、给谁用的”包括将这些基本要求当作Prompt锚点。比如生成一个SaaS产品的登录页面桌面端界面风格偏现代和企业感。这里“桌面端”限定了适配尺寸的逻辑而“现代和企业感”则会直接影响组件风格的选择。二、页面结构与区块划分这是最重要的一部分。AI不会自动知道你要哪些模块更不知道模块之间怎么排列。你要像给实习设计提需求一样明确告知它页面的骨架怎么搭。我实际用下来总结出一个好规律——结构描述越序列化输出越稳定。如果写“包含顶部导航、侧边栏、统计卡片图、内容表格”这样的并列式描述Make出来的模块位置可能随机分配但如果用带顺序的表达“顶部是导航左侧是菜单栏右侧是主要统计区域下方是内容列表”它生成结果时会更符合预期排布。三、关键组件的构成细节这一步是精度提升的核心。社区里连着改了好几版Prompt才意识到一个秘密——Make的精度提升其实是靠给它更撑得住的组件信息实现的。举例来说“做一个统计卡片区域包含四个卡片”和“做一个统计卡片区域包含四个卡片每个卡片包括一个数字指标、一个标签文本、一个涨跌百分比图标和一个趋势比较区域”后者能让Make生成卡片的图层结构更深入而不是简单画个圆角矩形拼点文字上去。这里注意一个分寸组件内部细节也不要设置过多否则Make容易顾此失彼反而把结构拉乱。我的经验是单条Prompt里核心组件不要超过5-6个细节描述过多的约束会让模型难以找到平衡。四、风格与设计规范这个部分的作用是把视觉风格锚定下来。包括色系偏好、圆角类型、字体气质、阴影程度、留白强度等。经验谈规范描述要尽量用可执行的词少用抽象形容词。“圆角较大”的生成效果远不如“卡片使用16px圆角按钮使用8px圆角”来得准确“配色偏灰调主色用深蓝色”的效果也比“配色高级一点”更接近预期。五、输出约束与排除项最后加上一些负面说明比如“不要用紫色作为主色调”“不要使用复杂的渐变背景”“不需要过多的装饰性元素”。这里有点像在给那个实习设计师划工作红线。多设置边界之后Make的自由发挥空间会被局限在合理区间内。把这五部分拼在一起就可以组成一个清晰、可调用的强Prompt基底生成一个SaaS产品Dashboard页面桌面端用于运营人员查看业务数据的后台系统。页面顶部是导航栏包含产品名称和用户头像。左侧为收缩式侧边栏分布设置、项目管理、数据报表三个入口。右侧内容区上方是四个统计卡片包含数字指标、标题、涨跌百分比下方是最近订单的表格包含订单号、客户、金额、状态列。整体配色以深蓝色和白色为主主按钮用蓝色系表格行间距适中卡片圆角16px不使用紫色的渐变。这条Prompt就涵盖了我说的五个部分。后面如果再调整你只需要替换其中一个模块的重心参数不会每次从零开始。2.2 让Prompt变“准”的关键技巧给AI设置边界和约束在2.1那一版Prompt的基础上再往前走你会发现设置“边界”其实比“描述”更重要。边界就是给Make一个框告诉它什么能碰、什么不能碰同时给它划分好行动空间。如果你不设边界它很容易在你不关注的地方擅自发挥干扰整体布局。边界设置有几个实际操作习惯比较有代表意义用数量词约束组织结构。比如“三列布局”“每行展示四个选项”这类的表达。数量词的作用是帮Make形成分组的意识避免信息自动堆叠或溢出。用限定词约束视觉范围。不要只写“配色大气一点”要写“主色限为品牌蓝或中性灰图片和图标统一为线性图标风格”。用角色场景约束内容层级。比如项目是C端App输入“简洁明快、减少专业术语”可以规避它生成过多B端元素反过来如果是企业管理系统则优先考虑“数据密度高、信息项完整”避免生成过于轻盈的展示型布局。我实际用下来后发现这些边界相当于Prompt的“骨架层”数字、规则、框架放多了Make的生成质量会很快稳定下来。而如果只是堆形容词则产出会非常漂移不定。还有一点要提醒边界约束是对最终用户的生成结果不是让你穷举所有细节。每条Prompt设置3-5组规则就已经足够。设置太多容易导致两个问题——一是Make为了满足所有约束会过度设计二是一旦某些约束自相矛盾整个生成的逻辑就会崩盘。2.3 为什么“可复用”能成为Prompt资产模板化的核心思路说完具体写法再谈“可复用”这件事。比起单条洗Prompt能沉淀下来一套模板体系对自己的工作流和团队项目的迭代帮助都更大尤其是你在一个多人协作的环境里工作重复造轮子非常累。可复用的核心是“把常变的部分和不变的部分分开”。以Dashboard为例在这个场景里每个项目的产品逻辑、数据指标、重点模块都不同但是页面的骨架信息也就是区块的构成逻辑和间距规则却几乎是一致的。基于这个想法我构建了一套类似乐高式的Prompt库把页面拆成导航、侧边栏、统计指标、表格、图表、表单、弹窗、空状态等模块每个模块配一个独立的Prompt模板片段。要在项目中用的时候把这些模块像积木一样组合在一起。需要用的时候替换模块里的具体参数比如标题改一下、数字换一下、颜色调一下即可完成一条新的完整Prompt。最高效的做法是建立自己的模块化模板库把每次调试成功的Prompt拆成可复用的单元建立对应“模块-Prompt片段”的对应关系下次做类似界面直接拼接就行。这样每次新项目你能在五分钟内拼出一个高精度的初始稿不会每次从零摸索也不用担心AI随机跑偏。2.4 实操中的Prompt写作禁忌与注意事项所谓“经典模板”通常无效不要收集网上那些看起来像咒语但毫无逻辑的“万能Prompt”。形容词驱动是最常见的坑“高级”“有质感”“美观”这类词在不同生成任务中的理解非常不规则。建议换成可量化规则。不要在一条Prompt里塞下所有需求一次生成页面的时候如果你把导航、表格、图表、地图、弹窗全部塞进去输出会严重偏向平均化每个模块的精细度都会下降。避免极端否定句式Make对否定句的理解能力并不强。“不要使用过多的装饰元素”经常被理解成“使用更多装饰”。更好的写法是“尽量保持页面简洁减少多余元素”从正面引导结果。3. 实操过程与核心环节实现3.1 从零开始复现一个B端数据看板的完整Prompt迭代记录下面我用一个实际项目的复现过程带你走一遍“从模糊需求到准确生成”的完整链路。这个项目是一个B端数据看板用于展示公司销售团队的核心业务数据。第一次尝试基础Prompt第一次我并没有动用模块模板而是随便给了Make一句话式描述生成一个销售数据看板包含卡片和图表整体风格偏商务、简洁。结果生成的页面虽然观感不差但问题非常明显数据卡片的数量随机没有明确指标说明图表类型选择混乱生成了多个饼图实际上销售数据更适合用柱状图和趋势折线图信息层级不清晰视觉重心在图表区域但卡片区的数据重点没有被突出。这个结果的启示是经验简单Prompt只能生成视觉合理的“壳”无法保证信息架构的合理性。如果你要图用它也许够看但如果你要以它为起点继续去打磨就不值当了。第二次尝试加上结构意图认清问题后我在Prompt里加了结构层级描述生成一个销售数据看板桌面端。顶部页面标题为“销售数据总览”。下方左侧区域为四个统计卡片分别是销售额、订单量、转化率和客单价右侧区域为主要数据趋势折线图。下方为不同产品的销量排行表格。这一版的效果比第一版好很多Make终于知道卡片该放在哪里表格也出来了。但变革还没达到理想状态卡片和表格的间距不够规整卡片之间也没有合适的呼吸感头部标题区域的排版略显平淡缺少品牌标识和日期筛选控件一类的辅助信息。第三次尝试加入风格与约束规则第三版我在结构描述的基础上明确加入了风格和约束规则生成一个销售数据看板桌面端运营人员使用。顶部左侧为产品名称“SalesView”右侧为日期筛选器和用户头像。下方左侧区域为四个统计卡片卡片标题分别为“销售额”“订单量”“转化率”“客单价”内容区展示对应的数字指标与较上周的变化百分比右侧为近30天的销售趋势折线图。下方为产品销量排行表格包含商品名称、销量、销售额、同比增长四列。整体配色主色为深蓝色背景为浅灰色卡片白色圆角16px字体使用无衬线字体。不要用紫色和橙色作为主色调减少装饰性元素。走到这一步输出的完整度已经非常接近我需要的效果结构稳定层级清晰风格统一稍微改一下细节就能直接用。整个过程中唯一消耗的精力是几次结构描述和约束规则的迭代调整。3.2 参数选择与组件拆分配置的现场记录以上方案看起来直接背后的组件配置和分配理解其实更值钱。下面这个部分是对我如何使用这套方案更容易调和现场经验的拆分组件的数量控制。我建议每个页面区域的组件数控制在4-8个之间。太少会显得页面空太多会超出Make单次生成的能力范围。数据看板里四个统计卡片是一个很好的标准既能覆盖多类指标又让AI有余力去处理卡片内部的细节。间距和圆角的参数选择。间距统一设置成8的倍数8px、16px、24px、32px这在设计系统里相对通用Make也会更顺畅地遵循这类规律。圆角值建议直接指定数字16px是一个能兼顾现代感与实用性的区间。如果写“大圆角”Make会对“多大”产生自己的一套理解效果不稳定。图表类型的指定。在B端看板场景里趋势型数据优先用折线图对比型数据优先用柱状图占比型数据才用饼图。这些东西在给Make描述时必须写清楚因为它没有判断业务场景的能力。你把“近30天销售趋势图”说清楚了它才能得出更合适的视觉结果如果只说“一个图表”它可能真的给你来一个不合时宜的饼图。3.3 如何把Prompt拼装成可复用的模板库有了前面这些成功案例工作流的最后一步是把它们变成资产沉淀成自己的模板库。我的做法分三步第一步模块拆分。把一个完整页面拆成独立模块。Dashboard里统一定义了导航、数据卡片、简表、图表容器、侧边栏等模块。第二步参数化变量。每个模块的Prompt都不写死具体内容而是留出变量位置比如生成[模块名称]区域标题为[标题文案]展示[指标数量]个[指标类型]单个指标包含[数值范围]的[数据类型]与[对比说明]。下次只要替换方括号里的变量就能生成新的模块不需要重写草稿。第三步储存与索引。我用Notion做了一套简单的Prompt索引库每个模块对应一条记录字段包括模块类型、适用场景、Prompt全文、参数说明、效果截图。遇到新项目时按页面类型检索所需模块复制拼接即可。这套方法的好处是用久了之后你的效率提升是肉眼可见的刚开始生成一个页面可能要跑十几遍AI现在通常一两次就能接近目标。省下来的时间正好用来做更值的判断和细节打磨。4. 常见问题与排查技巧实录4.1 Prompt被安全策略拦截怎么办我用Make期间遇到过几次系统提示“invalid prompt: your prompt was flagged as potentially violating our usage policy”的情况。这类拦截通常和涉政、违禁词、反向操作或可疑危险行为有关但有时也可能是Make的安全策略过于敏感误伤了一些正常的技术表达。我的处理经验是先别慌大概率是措辞问题。把提示替换成更完整、正式、正面引导的表达比如把“不做XX”改成“采用XX风格”或者“保持XX规范”很多拦截就会消失。再就是拆分Prompt。有些时候被拦截是因为一条Prompt包含了多个复杂意愿可能触发了某种组合判断。拆成几条独立Prompt之后只执行能通过的再逐步合并就能绕开不必要的拦截。4.2 Token超限或Prompt闪退的解决办法你会在热搜词里看到Prompt闪退这个问题这在Make上也可能遇到。大多数情况下闪退跟单次Prompt过长有关。我实际遇到的原因还包括一次性生成整个高复杂度页面时后台计算量过载导致页面失去响应或直接退出。解决办法比较务实把大Prompt拆成小任务。比如不要一次生成“完整Dashboard页面”而是分几次生成“顶部导航侧边栏”、“统计卡片区域”、“表格区域”再把生成的每个部分手动粘到同一Frame里组合起来。每次生成的时间更短、稳定性更高而且便于你单独调整某一个区域而不影响其他模块。实测下来最终稿合并过程完全不麻烦效率反而更高。关于Token的问题记住一点Make对Prompt的理解限制和模型对上下文的消化限制有时候你写太长反而是浪费。把核心信息控制在一屏内几乎是最稳妥的。当你不确定会不会超限时优先砍掉风格形容词保留结构和约束。4.3 生成结果不符合预期时的排查顺序参考有一次为了做一个活动页面我让Make“生成一张报名引导页面”出来了一个像文章阅读页一样的排版。排查过程中我把Prompt改成了“生成一个活动报名页包含活动标题、时间地点、报名按钮及填写信息的入口”结果马上正常了。由此我整理了一个可复用的排查顺序先用问题定位再根据情况逐层修改结构不对优先检查自己的描述是否带顺序。并列式描述很容易让Make自行安排组织序列化描述才能控制骨架。单个模块细节缺失检查是否在Prompt中列出了该模块的关键内部元件。你要求越多生成内容的细节呈现越细致。风格完全跑偏检查是否使用了模糊的形容词。把“柔和一点”改成“浅色背景搭配较细的字体、15px左右的间距”。随机界面不稳定大概率是Prompt长度不够、约束不够明确。加数量词、加区域名称、加具体坐标描述例如“左侧区域”“右侧区域”这种带位置感的词语都会显著提升稳定性。4.4 细节打磨阶段的技巧如何在生成稿基础上继续精修Make生成的稿子是“初稿”它要直接上线几乎不可能但它能胜任“设计前期的地板”。这一步之后怎么继续精修我提供一个顺手高效的流程先在生成的Frame上检查自动布局。如果Make输出的组件没有自动布局约束可以用快捷键ShiftA快速添加上下文然后手动调整间距参数。始终要让图层结构的父子关系保持清晰这会极大方便你后续的样式调整。其次是把素材替换为自己设计系统的真实内容真实指标、真实文案、真实品牌色。替换时尽量用Design Token统一管理比如把Figma里的颜色替换成Token的变量名。这样虚拟布局就会立刻变成可用的项目文件。最后再做一个状态覆盖性的检查按钮要有Hover和Disabled两种状态图标为空时的占位图也要补充。这是AI生成稿最常忽略的系统性结构问题想要让稿子真正能用改进工作不能省。写在最后从最开始觉得AI生成的界面“不可信”到后来把Make变成一条高效设计工作流的前置环节我最大的体会是不要先想着让它一步到位而是把它当成一个技术很好的实习设计师你负责提要求它负责执行你要想办法把事情说明白。Prompt的意义不是魔法一句咒语而是把你脑中的设计意图翻译成系统能理解的语言。更新你的Prompt仓库用心维护那些“画得准”的模板时间越久你的工具箱越顺手。希望这份经验能给你一点启发让你少走几步弯路。