起因：一个反复出现的问题
独立开发者的脑子里永远不缺想法。缺的是把想法变成产品的能力吗？不完全是。更准确地说，缺的是一个从想法到交付之间的秩序。
我自己就是这样——凌晨两点躺在床上，突然冒出一个绝妙的点子，激动得睡不着。第二天醒来，要么忘了，要么记下来扔在某个备忘录角落，再也没打开过。更多的时候，想法散落在微信「文件传输助手」、备忘录、Notion 的某个子页面、甚至聊天记录里。
这不是工具不够多的问题。恰恰相反，工具太多了。
Notion 太重，Linear 太正式，Trello 太流程化。它们是为团队设计的，不是为一个人设计的。一个独立开发者不需要看板、冲刺、史诗故事这些概念。他需要的是：写下来，看得见，做得完。
所以我做了 Planloom。
Planloom 是什么
一句话：帮独立开发者把脑子里的想法变成可追踪的产品计划。
它只做三件事：
1. 记录想法
打开页面，写下脑子里的东西，关掉。就这么简单。支持 Markdown，按时间线排列，能搜索，能筛选。不需要选分类、填标签、定优先级——那些是之后的事。灵感这种东西，捕捉的速度比整理的质量更重要。
2. 管理产品
当某个想法值得认真对待时，把它转化为一个「产品」。产品有四个状态：构思中、进行中、迭代中、已归档。这四个状态覆盖了一个独立开发项目的完整生命周期，不多不少。
每个产品可以关联想法、记录状态变更历史、挂上 GitHub 仓库和线上地址。它不是项目管理工具，它是产品档案——让你知道自己在做什么，做到哪了，为什么要做。
3. 工具箱
独立开发者在不同阶段需要不同的工具。构思阶段可能用 Excalidraw 画原型，开发阶段用 Vercel 部署，迭代阶段用 Plausible 看数据。工具箱按产品生命周期分类管理这些工具链接，随时取用。
一些设计上的思考
为什么选择极简
市面上的效率工具有一个通病：它们让你花在管理工具上的时间，比花在实际做事上的时间还多。
给任务选颜色、拖拽看板、配置自动化流程……这些操作本身会产生一种「我在做事」的幻觉。但独立开发者最稀缺的资源是注意力，任何多余的交互都是对注意力的浪费。
所以 Planloom 的设计原则是：能删的都删。
- 背景只有黑和白，没有花哨的配色
- 文字层次靠透明度区分，不靠颜色
- 没有侧边栏、没有多级菜单、没有配置页面
- 动画存在，但只在你注意不到的地方——页面切换、元素进场、导航流转
乔布斯说「简单是最高级的复杂」，这话在设计领域是对的。真正的简单不是功能少，是认知负担低。你打开 Planloom，不需要学习怎么用，因为没什么可学的。
关于「想法→产品」的转化设计
这是我花时间最多的地方。
最初的版本里，想法和产品是完全独立的两个模块。但用了几天后我发现，这种割裂感很别扭——你记下一个想法，过了两周觉得可以做，然后要在产品模块里重新输入一遍信息。
现在的设计是：想法可以直接「转化」为产品，也可以「关联」到已有产品。转化后，想法不会消失，而是保留原始记录并标注来源。在产品详情页，悬浮在关联想法上就能预览内容。
这个设计背后的逻辑是：想法是产品的种子，应该保持这种关联性，而不是变成两个独立的数据孤岛。
一些技术上的选择
技术栈是 Next.js + Supabase + Tailwind CSS + shadcn/ui。选这套组合的原因很务实：
Supabase 解决了独立开发者最头疼的后端问题——用户认证、数据库、行级安全策略，开箱即用。我不需要写一行后端代码就能拥有完整的数据层，而且 RLS（行级安全）确保每个用户只能看到自己的数据。
Next.js App Router 让前端路由和数据获取变得声明式。虽然我最终选择了纯客户端渲染（所有页面都是 'use client'），但 App Router 的文件系统路由仍然让项目结构非常清晰。
shadcn/ui 不是组件库，是组件集合——代码直接拷到项目里，可以随意修改。这对独立开发者来说太重要了。你不会被锁定在某个库的设计语言里，同时又不需要从零写按钮、弹窗、下拉菜单。
动画用了 Framer Motion，做了 iOS 风格的页面切换和导航流转。这些细节不影响功能，但影响感受。用一个精致的工具和用一个粗糙的工具，心情是不一样的。独立开发者已经够孤独了，至少让工具本身能带来一点愉悦。
反思：我真的需要再做一个效率工具吗
说实话，开发过程中我不止一次问自己这个问题。
效率工具赛道早就是红海。Notion、Todoist、Linear、Height、Plane……每个月都有新产品冒出来，每个都说自己「重新定义了生产力」。一个独立开发者做的小工具，凭什么在这个赛道里存活？
想了很久，我的答案是：不需要在这个赛道里存活。
Planloom 不是要跟 Notion 竞争的。Notion 是瑞士军刀，Planloom 是一把裁纸刀。你不会拿瑞士军刀去裁纸，因为太重了、太慢了、还得先把刀片翻出来。裁纸刀就放在桌上，拿起来就用，用完放下。
独立开发者的工作流有其特殊性：
- 一个人决策，不需要协作流程
- 项目多且杂，需要快速切换上下文
- 想法密度高，但执行时间有限
- 容易陷入「想太多做太少」的循环
Planloom 针对的就是这些特殊性。它不试图成为你唯一的工具，只想成为你第一个打开的工具——记下想法的那个。
关于独立开发这件事
做 Planloom 的过程本身就是一次独立开发的实践。
没有产品经理告诉我需求，没有设计师给我设计稿，没有后端同事帮我写接口。所有决策都是自己做的，所有代码都是自己写的，所有 bug 都是自己踩的。
这种体验让我更加确信一件事：独立开发者最大的敌人不是技术能力，而是注意力管理。
你同时是 PM、设计师、前端、后端、测试、运营。每一个角色都在争夺你的注意力。如果没有一个地方让你把想法快速倒出来、把计划清晰地摆出来，你就会陷在脑子里的混乱中，哪个角色都演不好。
这也是 Planloom 存在的意义——不是帮你做更多，而是帮你看清楚自己在做什么。
最后
Planloom 还很早期。功能不多，用户不多，还有很多想做但没做的事。
但我觉得这样挺好的。
独立开发者做产品，最忌讳的就是一开始就想做完美。先把核心功能做对，先让自己用得舒服，先让「记录想法→管理产品」这条路径跑通。剩下的，慢慢来。
别让好点子烂在脑子里。写下来，做出来。
这既是 Planloom 的 slogan，也是我对自己说的话。
如果你也是独立开发者，欢迎试试 Planloom。不一定适合你，但如果你跟我一样，脑子里永远有太多想法、手上永远有太多项目——也许它能帮你理一理。