Hi 降临派的朋友们好,我是 XIankun,Kuse 的 CEO,写在 Kuse 2.0 公测之际,回顾一下过去一年多的探索历程:
这里大部分的同学对于 Kuse 的印象是画布交互,这一点的设计是从何而来的呢?其实最最最一开始的时候,我们第一个尝试的方向是做 AI 个性化邮件,但是跟一些发送营销邮件需求的商家访谈过后,觉得生成商品图似乎是一个更迫切的需求,再加上我自己算是半个设计师,所以我们就开始做 AI 设计产品。做设计的同学都知道,Figma 用多了自然把无限画布当成是默认选项。
做 AI 设计的过程中,我们支持上传文件以让 AI 能够更快的了解设计需求,但是后来发现绝大多数的用户直接忽略了设计环节(24年中的时候模型能力也不太行),都在用 AI 解析自己的文件,虽然做成一个 ChatPDF 并非我愿,但是作为一个非常重视用户反馈的团队,我们决定 Double down 这个需求,加强文件解析的能力,之后又在用户的要求下,增加了各类生成能力。
24 年 11 月份的时候产品相对更 Ready 了,于是就在我们的天才实习生们的努力下迎来了第一波爆发增长,但是随着用户群的增加,喜爱画布形式的用户很多,但是抱怨画布上手门槛、画布的交互过于自由带来的复杂的用户,甚至更多。
我们越来越发现,我们的核心产品不是「一种交互形态」,虽然在担忧 LLM 的进步吞噬自己的产品的过程中,不由自主地希望在前端设计更有区分度的交互来合理化自己的价值。但是我们最终想要回到用户的朴素需求上,就是要根据自己的项目要求、偏好来生成自己想要的内容(deliverables)。
于是在 2.0 上,我们把画布变成了一种「交互表达层」,隐在了一套文件管理系统之后。同时,我们逐渐发现在技术路线上我们不可避免地走向了 Claude 的设计理念,通过「文件」作为最小单元实现系统的模块化,最终实现人的 Know-how 和 AI 的智能的最佳配合。
在 2.0 里,有这么几个特色或者方向(意味着我们在做但还没做太好,努力中!):
一套易用的文件管理系统:方便与 AI 同步上下文、项目进度,也方便 AI 进行修改、提交。
生成交付物:网页(用户在 Kuse 主要做可视化,而非 app)、Slides、doc 等
Kuse Skills:Claude Skills 的产品化,特别是方便企业内部的最佳实践的分享
协作:在统一的 AI 容器里分享资产和上下文、以及 Skills
交互表达层:对于复杂和不容易用语言表达的意图,我们还是提供了一张画布来去供用户表达
一句话就是:贴合需求生成和管理交付物。当然一句话想要做好也男上加男、任重道远,好在团队一直都非常耐心。欢迎大家测试 Kuse 2.0,也欢迎大家随时提反馈,客服小吴一直在这里。