Tab Closer
status
category
date
summary
slug
icon
tags
password
去年6月来Monica做产品，是一个全新的体验，一方面仍然在负责自己熟悉的移动端，另一方面也在不断接触浏览器插件端，这是我第一次从产品设计者和开发者的角度看待浏览器插件。
做插件和做App很不一样，尤其是移动端的App：
- 从操作系统 - 应用程序 - 插件这个分层来看，浏览器插件生态附着于Chromium生长，而App的上级直接是操作系统，所以插件比应用要低一个分层。
- 插件实际上是plug-in，Chrome的官方说法是扩展应用（extension），也就是说插件是基于用户浏览网页的路径中，延伸出来的分支，是对浏览网页这个基本行为的补充和完善。而基于第一点的分层区别，App大多数情况下更加割裂，App内进行的用户操作不是什么操作的延伸，它自己就是源头。
- 因此在发现用户需求和场景的过程中，插件开发者往往面对的是半命题作文，即用户已经在浏览网页了，这个过程中有什么痛点可以优化？这个命题往往可以逐步被缩小为，用户在浏览什么网页的时候会频繁遇到一些问题？
从我自己出发，我每天的工作需要频繁使用浏览器，除了用飞书文档管理TODO、查看和编辑产品文档，最多的使用场景是打开Figma链接。
而我为了切换方便和打开流畅，主要使用的是Figma应用，但每次打开别人发来的链接，总是会打开一个临时的跳转网页唤起应用，接着我还需要手动关闭这个临时网页tab。
于是我在某个周末，让ChatGPT帮我写了一个插件，在设计同事和朋友的指导下，糊了一个icon就上架了：Tab Closer，作用是让Figma网页唤起应用之后自动关闭，也许将来可以支持更多类似的场景，例如聊天应用、笔记、会议等等。
让我感到奇妙的是，做开发和产品这么久以来，这是最符合我使用场景，并且我会高频使用的产品。然而发现需求、产品设计、开发实现、投入使用的过程竟然如此迅速和丝滑，当然这跟产品本身并不复杂相关。甚至它都称不上产品，而是一个真正意义上小小的插件。
有了这段经历之后，我在所有Monica的产品设计和决策中，都更加坚定地实行了一个思路：任何产品需求，必须要明确找到并验证完美用户和完美路径，才会进入设计和研发阶段。这看起来是一句正常的废话，但回顾我曾经参与过的产品设计，却屡屡犯错。
现在做AI应用层产品，面临着随时可能变化的外部环境，最忌讳的是拿着锤子找钉子。
共勉。
Loading...