大家好,我是小悟。
很多时候,产品想法的距离不在"会不会做",而在"谁来把第一版做出来"。这篇复盘,记录一次从一句需求到可点击演示的完整设计旅程。
产品圈有个不易说破的事实——一个想法最脆弱的阶段,永远是它还是一句话的时候。没有稿子,没法评审;没有稿子,开发不愿动手;没有稿子,连老板都难以想象它长什么样。
于是多数需求卡在"口头描述"这一步,等到真正开工,团队才发现信息层级、交互边界都没想清楚。
这次我换了个方式:把 WorkBuddy 的智能设计助手当作坐在我旁边的设计同事,我提方向,它落地,我审,它改。一个下午,需求就从一句话变成了能在浏览器里点来点去的真实原型。下面是全过程。


需求只有一句:"做一个小程序,要能真正落地,别花一分钱。"
这条约束其实很有价值,它帮我把范围钉死了:
我顺手做了一次主动 critique:如果只做一个"好看的截图",用户确实会眼前一亮,但评审完依旧无法验证流程。所以我建议——直接做成可交互的高保真原型,而不是视觉稿。用户认可,方向就这么定了。
小程序不需要"什么都有",需要的是"打开就知道下一步点哪"。我用底部五个 Tab 覆盖主场景,每个 Tab 只保留一条最关键的路径,下钻控制在两级。
下面是完整的信息架构与用户流(绿色为进入路径,琥珀色为下钻路径):

几个关键判断:
为了多屏一致,我先定了一套令牌,再往画布里铺:
令牌 | 取值 | 用途 |
|---|---|---|
底色 | #F8F5F0 奶油 | 页面背景,降低屏幕刺眼感 |
主色 | #2F9E6E 绿 | 主操作、激活态、正向反馈 |
强调 | #E08A2B 琥珀 | 紧急标签、下钻路径、提示 |
文字 | #1F2A24 深墨 | 标题与正文 |
弱文 | #6B7A72 灰绿 | 辅助说明 |
描边 | #E8E3DA 浅米 | 卡片边界 |
圆角也分级:卡片 14、按钮 12、胶囊 Tab 36;间距走 12 的倍数。这些数字不是拍脑袋,而是让界面在 390pt 宽的手机上既透气又不松散。字体栈优先 Noto Sans SC,回落系统中文,全程不联网。
这一步是这次最大的体会:设计助手不是"自动出图机器",而是一个踩得住节奏的搭档。流程如下:

实际跑下来,最有价值的是第 2 步的主动 critique 和第 5 步的截图验证。前者逼我在动手前把架构想清楚;后者用截图回看每一屏,把溢出、错位、文字截断这类问题在交付前消灭掉。橙色虚线代表的反馈回路,是这次迭代里跑得最频繁的一条——画布落地后一旦发现架构问题,就退回拆解层重新来过,而不是在错误骨架上硬补皮肤。
高保真不只是"长得像",更要"动得对"。几个特意打磨的点:
这些都不是画上去的装饰,而是用前端逻辑接起来的真实跳转,方便走查时直接点。


做得好的地方:
还可以再往前一步:
这一趟下来,我越来越确信一件事:好的工具不在替你决策,而在替你省掉那些重复的、低信号的体力活,把你的判断力留到真正重要的地方。
WorkBuddy 的智能设计助手,在这一程扮演的正是那个「不抢戏、但每项决策都接得住」的同事——它把从一句话到可演示原型的距离,压缩到了一个下午。
如果你手里也压着一个"一直停在嘴边"的想法,不妨就现在,把它做出来第一版。
谢谢你看我的文章,既然看到这里了,如果觉得不错,随手点个赞、转发、在看三连吧,感谢感谢。那我们,下次再见。
您的一键三连,是我更新的最大动力,谢谢
山水有相逢,来日皆可期,谢谢阅读,我们再会
我手中的金箍棒,上能通天,下能探海
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。