Banani 打开以后很像一个 AI 聊天工具。
我输入了一段比较具体的需求:
“设计一个宠物寄养 App 首页,顶部放搜索,中间显示附近可以寄养的家庭,每张卡片有头像、评分和距离,底部四个 Tab:首页、发现、消息、我的。”
几秒以后,它确实给了一版接近描述的界面。
不是只画首页。
点列表卡片还能进入详情页,基础页面关系已经一起生成了。
这比单纯 AI 生一张 UI 图片实用得多。
图片看起来再漂亮,如果按钮不能点、页面之间没有关系,拿来讨论产品流程还是很有限。
Banani 至少已经把它做成“原型”。
接着我试着改标题。
选中对应区域,然后输入:
“标题改成‘找靠谱铲屎官’,颜色换成暖橙色。”
它只调整了对应元素,其他布局没明显变化。
这种编辑方式很适合不熟 Figma 的人。
不用先找到具体图层,也不用研究右侧属性面板,说清楚想改什么就行。
当然,AI 对需求的理解并不总是稳定。
我后来让它做一个健康饮食记录 App,其中一次结果却明显偏向电商界面。重新写清楚“记录每日饮食、热量和营养数据,不是购物应用”以后才拉回来。
所以描述越模糊,它越容易自己补剧情。
业务逻辑复杂时更明显。
它更擅长页面结构,不是产品逻辑推演。
登录、首页、列表、详情这类常见流程比较容易生成;到了复杂权限、多角色状态、异常分支和大量条件交互,还是得人自己检查。
Credits 也是一个很现实的问题。
免费版拿来生成几版页面,再连续改十几次,很快就会接近额度上限。
如果只是第一次试用,可以先写完整一点的 Prompt,少做无意义的反复生成。
还有 Figma 导出。
免费版里做出满意结果以后,如果想直接搬进现有设计文件继续做,会发现导出属于付费能力。
如果本来就是产品经理,做完只需要发链接讨论,这个限制影响没那么大。
设计团队就不一样了。
Banani 能不能顺利进 Figma,基本决定了它能不能进入正式工作流。
优缺点
优点
- 想法很快能变成界面。 不会设计软件也能做出第一版产品原型。
- 生成的是原型,不只是图片。 页面可以点击,适合讨论用户流程。
- 文字编辑很直接。 修改文案和常见视觉属性不需要反复找图层。
- 可以继续进 Figma。 付费后能接进设计师原来的工作方式。
- 适合前期试方向。 做多个版本的速度比从空白画布开始快。
缺点
- Credits 消耗比较快。 多页面生成和连续修改很容易吃掉额度。
- 免费版不能导出 Figma 和代码。 对正式评估工作流有一定影响。
- 复杂业务容易理解偏。 AI 可能自己补出不存在的页面或逻辑。
- 生成有随机性。 同一需求重跑几次,布局可能差别很大。
- 精细设计仍然有限。 距离成熟设计师完成的最终稿还有差距。
适合谁 / 不适合谁
适合:
- 产品经理。 需要快速把需求变成可以评审的界面。
- 创业者。 想在找设计师之前,先把产品方向和核心页面做出来。
- 独立开发者。 Side Project 缺设计资源时,可以先快速搭原型。
- 设计师。 适合前期发散布局,再把可用方向带回 Figma 精修。
- 需要做用户测试的团队。 可以更快做出低成本可点击原型。
不太适合:
- 要求像素级最终稿的人。 Banani 更适合前期原型,不是完整替代专业 UI 设计。
- 交互逻辑非常复杂的产品。 多状态、多角色和异常流程仍然需要人工设计。
- 需要高级动效的人。 它更偏页面和基础点击,不是专业动效工具。
- 完全依赖 Figma 免费流程的人。 导出能力需要付费。
- 不想处理 AI 随机结果的人。 某些页面可能需要多次重新描述。
评论(0)