近日，嘉程创业流水席第222席【探讨2024年海内外AI陪伴/生产力效率/行业提升的最新实践】，邀请了GroupUltra Limited Cofounder & CEO陈春宇分享，主题是《AI文件重命名，小工具背后的新交互范式》。

以下是正文内容：

Riffo.AI是我们的产品，目前它只支持Mac版本。很多用户的电脑上有很多混乱的文件，我们希望帮助大家解决这一问题。

那么，产品是怎样产生的以及长什么样？目前，这个产品刚上线不到一个月，它的MVP非常简单，如图所示，把文件拖进来，AI就会读取文件的内容并生成名字。它支持文档图片等格式，未来也会支持更多格式。

大家应该对左边这张图很熟悉。有时，我们保存一些截图、论文等，它们的名字会很混乱。而右侧的产品，针对PDF文档和图片，它都可以生成易于理解的名称。这个产品非常简单，接下来，我将介绍它的灵感来源和发展方向。

Riffo最初的灵感源于我搬到美国的经历。在办理相关身份和签证时，我需要整理大量的材料给律师，其中包括公司运营文件和个人文件。这些材料有很多是从网上下载的，也有些是通过扫描得到。整理这些材料非常不方便，扫描的文件通常会添加日期时间戳，而从网上下载的文件也名称各异，比如从网站下载的企业证明文件，很多名称都是乱码，需要手动打开命名，非常耗时。

当时我非常烦恼，然后想到了Arc浏览器有AI重命名功能。我意识到它实现起来应该非常简单，于是我自己动手写了一个Python小脚本，花了两个小时就解决了这个问题。虽然我没有CS背景，但因为公司项目的原因，我在过去一年学会了编程，也对一些AI接口进行了探索。我发现学会这些并用自己的方式创建MVP还是比较简单的。

我当时写的MVP不算完善，没有定义类，也没有什么规划，只是想到什么就写什么。我意识到，文件还需要限制token数量，所以用了一个包来限制token的数量，简单地制作一下就能用了，完成项目后，我也分享到了GitHub等平台。

因为我意识到可能有很多人也面临有大量PDF文件或截图需要管理的情况，当时我并没有想到把它做成产品，只是想分享给大家解决问题，但最终得到了很多用户的认可。

我发现小红书和即刻的点赞量和互动量特别高。特别是小红书，收藏数甚至超过点赞——尽管浏览人数不到3000，收藏却有100多个，这样的数据是很不错的。

在这些内容刚发布后，就有了一些用户关注，我敏锐地察觉到这背后存在用户需求。并不是因为用户给我点赞或者评论，而是因为我收到了大量评论和私信，其中有100多条是询问如何下载、使用和获取信息。我意识到很多人可能像我一年前一样，不知道如何配置Python环境或将OpenAI的API放到环境变量里。

用户看到产品效果后，会主动留言或私信我，急切地询问如何操作。这也让我意识到这一产品的背后存在强烈的用户需求，他们需要一个更友好的产品，而不是自己去配置Python环境等繁琐的步骤。很多AI工具虽然发布在论文或GitHub上，但终端用户无法直接使用。一些产品在被媒体报道后，用户虽然感兴趣，但不知如何使用，导致最终被淡忘。

在收到这么多用户私信后，我决定将这一项目产品化。与团队商量后，我们用了两周时间开发出第一版产品，这段时间主要用于探索Mac OS的机制和熟悉Swift开发。根据用户的反馈，我们了解到大家急需这个工具，决定做出一个能让用户简单易用的产品。

完成后，我意识到社交平台上的中国用户对于这一产品确实有需求。但公司目前的重心在美国业务，还需要找到一批美国用户去验证需求。我们通过旧金山的一个知名孵化器HF Zero举办的Friday Dinner活动进行验证，这个活动会邀请很多Hacker、投资人一起交流，他们对于新产品都非常包容。

在活动中，按照《The Mom Test》的原则，我几乎拉住每一个人，问他们是否愿意给我一分钟展示Demo，并收集了他们的反馈。有些人没看懂，但也有很多人表示高度认可，甚至有人表示他们本来也想做类似的东西。

这是我们当时展示的产品，比起刚才展示的图片，它显然还不太完善。此时，它还完全没有UI，选择文件需要进行两次，操作流程也比较复杂。可以说，这时的产品还比较简陋，但已经能够给用户看了，而用户看了demo后会给出反馈，这些反馈能帮助我们改进产品。尽管一开始打包流程没完善，但通过录制视频展示，我们验证了用户需求。第一波用户反馈良好后，我们打包了软件，获得了真正的用户。

真正的用户从哪找呢？Twitter、Product Hunt、Reddit等都是获得用户的渠道，但它们通常是在产品开发完毕、流程可用性不再是问题之后再采取的行动。最初的用户积累可能需要亲自引导，确保每位用户都能上手并体验产品，这样的好处是我们可以及时发现并解决软件中存在的问题。

此时，GenAI Summit在旧金山举办，会议聚集着众多企业高层管理者，他们大部分都是Mac用户。这个场合对于推广我们的AI产品来说是一个很好的机会，因为大多数与会者很关注AI。会议本身的项目并未引起他们的太大兴趣，而作为一个拿着iPad四处询问与会者是否愿意花一分钟时间观看我们的demo视频的人，我显得格外引人注目，当他们在会议间隙或者不听演讲时，往往会把注意力转移到我身上，从而了解到我们的产品。

会上有Workshop，参会人员大部分都带上了电脑，所以我们会在现场为感兴趣的用户安装产品，让他们立刻开始使用。部分参会者会直接拒绝，指出隐私性是很大的问题，他不愿意把文件共享给AI；但有些参会者会欣然接受，有一位告诉我们他是一名记者，在写报道的过程中会有大量的图片，而我们的工具能很好地帮他整理图片，进而提高工作效率。这样，我们能够直接收集用户的使用反馈，通过这种方式，我们不仅获得了宝贵的用户反馈，还给人留下了深刻的印象，建立了与用户的长期联系，这样我们也可能得到更多用户的反馈。

有了最早的一批种子用户后，我们就对产品进行了完善和迭代，在3周约更新了4版。目前，Product Hunt的泛流量不大，小部分对新产品感兴趣的人也未必是真实用户的画像，但这仍是一个值得上传的平台。我们首次尝试在Product Hunt上发布产品是在6月6日，尽管我们并没有做太多的准备工作，也没有做太多运营，但Product Hunt这个平台还是为我们带来了意想不到的关注度，因为产品简单且实用，在当天，我们拿到了第七名。

尽管Product Hunt本身带来的流量并不多，但它为我们带来了更高的知名度。随后，我们的产品受到了许多美国和欧洲媒体的关注，他们的报道为我们带来了更多的二次流量和关注。产品上了Product Hunt后，有机会被很多AI产品的工具站收入，从而带来更多流量，同时，这也能让我们在后续的流量收割和SEO优化。

很多用户在 Product Hunt上留下了真诚的反馈，告诉我们他们的需求、兴趣点，以及我们的产品给他们带来的惊喜时刻。这些反馈对我们来说是无价的，它们帮助我们节省时间、解决问题，让我们看到产品的价值。此外，用户对截图的关注也为我们提供了完善产品的思路。

我认为，Product Hunt不能让产品一战成名，但它确实是一个收集用户反馈的重要渠道。用户的反馈、真实场景和产品使用方式至关重要，我们应尽一切可能去收集这些信息。

在产品早期阶段，运营推特、社区等可能并不能带来大量的用户反馈。这时，创始团队需要付出更多的努力，甚至需要厚着脸皮去寻求这些关键的早期反馈，而一旦度过了这一阶段，产品将逐渐完善，后续工作也会变得更加顺利。

这里分享一个最近发生的小故事。当我们意识到大型展会是与用户接触的绝佳机会时，Figma举办的全世界最大的设计师大会ConFig在旧金山举行。我们发现在入口处排队等待的人急需一些有趣的事物来消磨时间，于是我们就主动成为“有趣的事”。Config设计师和我们的用户群体高度契合，他们的图片和文档都需要被更好地管理。

恰好，Figma在大会上宣布了他们的 AI 重命名图层功能，我们可以说是这一功能的local的版本，这样，Config设计师们就更容易理解我们的产品。我们便借此机会，向设计师群体介绍我们的产品。我们从车库找来了一些纸壳、大白纸以及马克笔，制作了一个粗糙的广告牌，并打印了一张二维码贴在上面，随后，我们在排队区域展示这张广告牌，吸引了许多设计师的关注。

右边是媒体拍的图片，正好凑齐了三家合影，Figma、Motiff和我们。当时，Motiff也很会“整活”，还派出了一辆巡回广告车在大会门口宣传。

作为一家初创公司，我们缺少资金，因此举牌子是一个不错的选择。有非常多的用户、设计师给我们拍照，我们也会在此时递出名片。广告牌比较粗糙，所以广告牌下方用小字写了“正在招视觉设计师”，结果还真的有人在邮箱投了作品集希望加入。

到这一阶段，我们虽然把目前第一个单点功能勉强做出MVP，但还有很大的优化空间。目前，无论是用户还是投资者，各方都频繁询问我们的商业化路径将如何展开。

我认为在深入探讨商业化之前，针对一个处于早期阶段的项目，最关键的问题在于我们的产品解决了哪些核心问题，服务的是哪些群体，以及用户的需求、工作内容究竟是什么，明确这些问题远比匆忙制定定价策略或急于评估市场要紧得多。

当前，我们的主要精力集中在深入研究用户以及产品的持续迭代上。尽管我们的产品已经引起了广泛关注，并吸引了一批用户，但我们认为这些用户更像是一个引导我们思考的媒介——他们帮助我们探索人与文件如何能更自然地交互。

借助AI进行文件重命名这一功能作为切入点，激发了用户的灵感，他们乐于向我们分享更多他们的工作流程和个人经验，这无疑是最重要的，甚至远比产品功能本身、当下的用户数据甚至市场定价策略更为重要。当我们清楚地理解了用户的核心需求，明白了产品能在用户的工作流程中创造哪些价值，定价策略和其他商业化策略自然也就不言自明。

所有这些都源于这样一个简单但意义深远的产品。我们将继续专注于深入了解用户需求和案例，一旦这一基础工作扎实，其他增长、产品迭代方向和商业化等议题都会变得容易应对。我们确实已经做了大量研究，进行了深入思考，但在我们看来，这一切的根本都在于更好地理解用户需求。

在深入洞察用户需求的基础上，我们将保持迅猛的迭代步伐，不断优化产品，使其越来越好。这个产品起初只是我匆匆写就的小脚本，但正是这个小脚本让我意识到，用户不应该将时间耗费在文件重命名和文件管理上，毕竟谁愿意把宝贵时间耗在整理桌面、分类C盘和D盘文件上呢？这些工作对用户而言，其实并不重要。

文件的后缀名、文件格式、存储位置，乃至文件路径，这些都不是最自然的交互方式，寻找信息时，它应自然而然地出现在你面前。所以，如何实现这种最原始、最自然的交互方式，是我们面临的一大挑战。我认为最关键的是，你需要的信息应触手可及，或者你应能轻松改变信息形态。在能够获取信息内容的情况下，文件载体或许将逐渐消亡，用户需要的可能只是信息的一部分或片段，电脑上所有文件或许都将被以向量数据库的方式重新存储，它能依据用户意图找到最合适的信息呈现方式，与应用程序和所有文件内容的交互方式也将逐步改变。

但我们认为这并非一蹴而就的事，然而，有了文件这个良好的切入点，我们可以在文件基础上增加一个抽象层，使人的交互愈发自然和简单。越简单自然的交互方式，往往越有效，“简单”拥有强大的力量，我们希望通过我们的产品，让大家从文件整理或与文件相关的繁琐操作中解放出来，让大家真正释放创造力，提高效率，充分利用文件背后所蕴含的信息和呈现方式，去实现真正的目标。

以上是我分享的全部内容。

席友：对文件命名方法，每个人可能会有一些个性化偏好。在工作场合，可能会有公司要求使用特定的命名规范，比如v1.0或v2.0。这些细微差别可能需要模型针对每个用户进行适配，你们是否有尝试适应这些不同需求呢？

陈春宇：是的，个性化命名最好的实践方式并非完全依赖于AI，而是需要大量的规则和良好的UX设计，以便让用户方便地配置个性化命名。此外，我们可能还需要提供一些常见的命名预测，因为许多大学和公司都提供了命名指导。需要花时间完成这些工作，但个性化命名肯定会逐步得到支持。对版本的整理和梳理，以及用户需求的共性也是重要的。我们发布文件重命名demo后收到了这些需求，只要用户愿意提出问题，我们就会努力在工程上解决。这对我来说是一个非常好的消息，我们愿意花更多时间和精力定义这些问题，并设计出简洁的交互方式，解决用户的问题。