即刻App年轻人的同好社区
下载
置顶最近一年多都在做这个产品@Motiff ，终于和大家见面了。除了 UI/UX 常用的基础功能外，我们这次给大家带来了三个 AI 功能：「AI 设计系统」、「AI 布局」、「AI 魔法框」。
先说说 「AI 设计系统」，过去设计师在搭建/维护组件库时需要投入大量的精力在遍历、整理设计稿上，借助这个功能设计师可以选择要提炼组件的设计稿、AI 将扫描并识别设计稿中的组件和样式。同时为了方便回溯使用场景，我们提供了「使用次数」、「查看使用详情」功能，帮助设计师更高效、便利地搭建/维护组件库。
再说说「AI 布局」，这个功能的灵感来源于 Figma 中的「Auto layout」，用过 「Auto layout」的朋友都知道，要想熟练地使用 「Auto layout」，你需要手动设置、调整各种参数，我们也注意到，大量的设计师是很难适应上述设置流程的。不过借助 Motiff 的 「AI 布局」功能，在 AI 的帮助下，你可以直接将一个自由式的设计界面结构化 —— 不用一层层的打组、设置自动布局，也可以轻松地调整间距/边距、灵活调整图层顺序等操作了。
最后再介绍下「AI 魔法框」，这个功能是 Motiff 的一个交互新探索，目前还处在相对早期的阶段。「框一下」对设计师是一个下意识的动作，在 Motiff 中，你可以通过「AI 魔法框」来表达意愿，AI 会快速找到合适的组件、也可以给文本来替换样式，最终放到合适的位置上。
这三个 AI 功能都是 Motiff 产品团队的一些尝试和探索，也期待得到更多的设计师朋友们的试用和反馈，请多多指教。
先说说 「AI 设计系统」，过去设计师在搭建/维护组件库时需要投入大量的精力在遍历、整理设计稿上，借助这个功能设计师可以选择要提炼组件的设计稿、AI 将扫描并识别设计稿中的组件和样式。同时为了方便回溯使用场景，我们提供了「使用次数」、「查看使用详情」功能，帮助设计师更高效、便利地搭建/维护组件库。
再说说「AI 布局」，这个功能的灵感来源于 Figma 中的「Auto layout」，用过 「Auto layout」的朋友都知道，要想熟练地使用 「Auto layout」，你需要手动设置、调整各种参数，我们也注意到，大量的设计师是很难适应上述设置流程的。不过借助 Motiff 的 「AI 布局」功能，在 AI 的帮助下，你可以直接将一个自由式的设计界面结构化 —— 不用一层层的打组、设置自动布局，也可以轻松地调整间距/边距、灵活调整图层顺序等操作了。
最后再介绍下「AI 魔法框」，这个功能是 Motiff 的一个交互新探索，目前还处在相对早期的阶段。「框一下」对设计师是一个下意识的动作，在 Motiff 中，你可以通过「AI 魔法框」来表达意愿，AI 会快速找到合适的组件、也可以给文本来替换样式，最终放到合适的位置上。
这三个 AI 功能都是 Motiff 产品团队的一些尝试和探索，也期待得到更多的设计师朋友们的试用和反馈，请多多指教。
Motiff
134 1548
除了发布会的视频外，这篇 blog的信息量巨大。最后能力探索部分值得注意，甚至比发布会本身更具有冲击力。
能力探索部分包括了视觉叙述能力、根据真人照片制作海报能力、人物设计能力（动作捕获可能逐渐被替代）、模拟人书写手法（手写体）、实体设计能力（徽章设计、纪念币设计）、图片转漫画、文本转字体、3D 合成、变量绑定等能力...
更强的多模态能力，对于不少浅尝辄止的 AI应用端创新应该有不小的冲击。
openai.com
能力探索部分包括了视觉叙述能力、根据真人照片制作海报能力、人物设计能力（动作捕获可能逐渐被替代）、模拟人书写手法（手写体）、实体设计能力（徽章设计、纪念币设计）、图片转漫画、文本转字体、3D 合成、变量绑定等能力...
更强的多模态能力，对于不少浅尝辄止的 AI应用端创新应该有不小的冲击。
openai.com
11 37
多数人以为自己缺的是想法和远见，但在此之前更缺的可能是执行力和落地速度。
以及在做事之前以为自己满足的是 “Hair on fire”或“Future Vision”，但更多时候可能是“Hard fact”、甚至绝大数时候啥也不是…
读这篇文章有感 www.sequoiacap.com
以及在做事之前以为自己满足的是 “Hair on fire”或“Future Vision”，但更多时候可能是“Hard fact”、甚至绝大数时候啥也不是…
读这篇文章有感 www.sequoiacap.com
6 01
大概不少人都会经历一个从系统自带预装软件出走、换用各种看似花哨的替代方案、兜兜转转一圈之后又回到起点的过程…
我就是这样的用户，在待办事项这个需求上经历了自带的「提醒事项」、滴答清单、Notion/Obsidian自建看板…最近又用回了系统自带的「提醒事项」。
兜兜转转发现、对我来说系统自带的工具可用性/便捷性被严重低估了…
还有一些其他的场景也是如此，颇有一种“洗净铅华、归来仍用预装”的感觉…
我就是这样的用户，在待办事项这个需求上经历了自带的「提醒事项」、滴答清单、Notion/Obsidian自建看板…最近又用回了系统自带的「提醒事项」。
兜兜转转发现、对我来说系统自带的工具可用性/便捷性被严重低估了…
还有一些其他的场景也是如此，颇有一种“洗净铅华、归来仍用预装”的感觉…
6 30
看到 Sketch 发布了 V100——这个数字堪称是里程碑的一版。也回想起刚从业时初次接触到 Sketch 这款工具的惊艳，首先为他们的里程碑版本感到开心、这当然是一款跨时代的 UI 设计工具。不过看着 V100 版本的 feature list 又陷入了沉思——一款成熟期的产品到底在解决哪些用户问题呢，V100 就是 Sketch 交出的一份答卷。
同为设计工具从业者的我印象最深的可能是这一版中的「Better prototypes」，不少重大更新都是对原型功能的加强。
也回想起早年间使用 Sketch 原型功能时的痛苦回忆——除了连线之外、其他功能几乎不可用、不得不转向其他的原型工具...很开心等了这么久终于看到他们在这块的更新了、看起来可用性好了不少。
www.producthunt.com
同为设计工具从业者的我印象最深的可能是这一版中的「Better prototypes」，不少重大更新都是对原型功能的加强。
也回想起早年间使用 Sketch 原型功能时的痛苦回忆——除了连线之外、其他功能几乎不可用、不得不转向其他的原型工具...很开心等了这么久终于看到他们在这块的更新了、看起来可用性好了不少。
www.producthunt.com
4 02
最近看到了两个国内产品团队中 design engineering 实践的例子，有启发：
一个是 @Saito Podwise 的产品设计实践，很认同 0.6（设计）+ 0.6（开发）> 1（设计开发一体）这一观点 book.hardhacker.com
另一个是@加元.Jiayuan 分享的 devv.ai 的产品开发实践：快速出线框图、在确定了 design systems 的前提下直接由前端工程师落地验证。
m.okjike.com
更少的中间环节意味着更少的信息损耗、开源的或稳定的 design systems（由产品定位和阶段决定）意味着对于特定类型的产品可以将精力聚焦在信息架构和其他更重要的问题上。
注：关于 design engineering 的一些介绍，推荐读一下这篇文章，简短易懂 substack.com
一个是 @Saito Podwise 的产品设计实践，很认同 0.6（设计）+ 0.6（开发）> 1（设计开发一体）这一观点 book.hardhacker.com
另一个是@加元.Jiayuan 分享的 devv.ai 的产品开发实践：快速出线框图、在确定了 design systems 的前提下直接由前端工程师落地验证。
m.okjike.com
更少的中间环节意味着更少的信息损耗、开源的或稳定的 design systems（由产品定位和阶段决定）意味着对于特定类型的产品可以将精力聚焦在信息架构和其他更重要的问题上。
注：关于 design engineering 的一些介绍，推荐读一下这篇文章，简短易懂 substack.com
7 12
工作的时候想着拿 flowith 试一下真实场景下的检索效果，结果跳进了各种交互细节的兔子洞… （比如琢磨了一会 knowledge graph 的拖动节点的动效）
下一秒：我是谁，我在干嘛，我要搜什么结果来着…😂
下一秒：我是谁，我在干嘛，我要搜什么结果来着…😂
00:06
4 40