一周涨了 2,925 颗星：一句"不与你为敌"，戳破了所有软件的通病

我想先问你两个问题。

你们公司现在用的项目管理工具，叫什么名字？

想起来了吗？

第二个问题：上一次你主动打开它，是什么时候？

我猜，大部分人的答案是——想不起来了。要么是领导催进度的时候，要么是周会开始前十分钟，突然想起来还有一整排卡片没拖到"已完成"。

这就有意思了。

公司花钱买工具，本意是提高效率。结果这个工具，变成了每周要额外花时间伺候的负担。本该帮你干活的东西，变成了你要为它干活。

2026 年 8 月 9 日，GitHub 本周热榜上有一个项目冲得很猛，叫 kaneo。一周新增 2,925 颗星，总星标 7,730，被复刻 620 次。

它的介绍只有两句话。

"All you need. Nothing you don't."——你需要的全都有，不需要的一个没有。

"Open source project management that works for you, not against you."——一个为你工作、而不是与你为敌的开源项目管理工具。

我看到"not against you"这几个字的时候，愣了一下。

一个工具，怎么会"与你为敌"？

但你仔细想想，是不是恰恰被它说中了什么？

本该帮人干活的工具，反而变成了人要伺候的负担。

一、软件是怎么一步步变成负担的

我们来复盘一个真实的过程。

一家公司刚成立，五个人。用什么做项目管理？一个共享文档，上面列着待办事项。

好用吗？极其好用。打开就写，写完就做，做完划掉。

公司长到 50 人。文档不够用了，买了一个专业工具。有看板，有甘特图，有工时统计。

还行。虽然要学一下，但确实清楚多了。

公司长到 500 人。

这时候，事情开始变味。

财务说：每个任务要关联预算科目。

HR 说：要能统计每个人的工作饱和度。

法务说：涉及外部合作的任务要走审批。

质量部说：要有缺陷追踪和根因分析字段。

老板说：我要一个能看到全公司进度的大屏。

于是，创建一个任务，从填 1 个字段，变成了填 14 个字段。

其中 11 个，跟真正做这件事的人一点关系都没有。

注意，这里的每一个需求，单独看都是合理的。

财务要控成本，没错。HR 要看负荷，没错。法务要防风险，没错。

但它们加在一起，产生了一个谁都不想要的结果：一线做事的人，被淹没了。

这就是第一层真相：

软件的臃肿，几乎从来不是因为有人想把它做烂。而是因为太多合理的需求，堆在了同一个地方。

而这些需求有一个共同特征：它们全都来自"看的人"，而不是"做的人"。

财务在看，HR 在看，老板在看。他们都需要数据。

数据从哪来？从一线的人，一个字段一个字段填进去。

于是工具的重心，悄悄地从"帮人做事"，偏移到了"帮人监督"。

到这一步，工具就真的开始"与你为敌"了。

反例也很好找。你有没有用过那种极简的待办工具？三个字段——"做什么、归谁、什么时候要"。它什么报表都给不了，老板看了会皱眉。但真正干活的人，反而用得最顺。区别不在功能多少，在于它把重心放在了"做的人"身上。

二、为什么没有人踩刹车

你可能会问：这么明显的问题，产品经理看不出来吗？

看得出来。但他踩不了刹车。

原因有三个，每一个都很现实。

第一，加功能有 KPI，减功能没有。

一个产品经理，年底述职说："今年我上线了 12 个新功能，覆盖了 8 个新场景。"这叫业绩。

如果他说："今年我砍掉了 15 个功能，界面比去年干净了。"

领导会问：那你今年干什么了？

在大多数组织里，"做了什么"是可以邀功的，"没做什么"是说不清的。

第二，加功能能签单，减功能会丢单。

销售在前线打仗，客户说："你们有没有 XX 功能？竞品有。"

销售回来拍桌子：这个单子 300 万，就差这一个功能。

产品经理能说不做吗？

于是功能加上了。为一个客户加的。这个功能，剩下 99% 的用户永远不会用，但会永远占着菜单栏的位置。

每一个"为了签单加的功能"，都是向所有其他用户征收的一笔隐形税。

第三，删功能会挨骂，加功能不会。

一个功能上线后，哪怕只有 200 个用户在用，你要删它，这 200 个人就会炸。他们会发帖、会投诉、会退订。

而你加一个功能，那些觉得"界面又乱了一点"的用户，不会专门跑来抱怨。他们只会慢慢地、沉默地，不那么爱用了。

反对的声音是尖锐的、集中的、有名有姓的。而支持简洁的声音，是分散的、模糊的、无声的。

在这样的力量对比下，产品必然会朝着越来越复杂的方向漂移。

这不是能力问题。这是结构问题。

太多合理的需求，堆在同一个工具上。

三、所以，机会留给了后来者

理解了上面这个结构，你就明白 kaneo 这类产品的机会在哪了。

它的优势不是做得更好，而是它还有"后退的余地"。

一个已经服务了 10 万家企业的成熟产品，能砍掉一半功能吗？

不能。因为每一个功能背后，都有付费客户。砍一个，掉一批。它已经被自己的成功锁死了。

它只能一直加下去，直到有一天，用户开始觉得"这东西太重了"。

而这一天到来的时候，新玩家的机会就来了。

新玩家可以理直气壮地说："我什么都没有，我只有你真正需要的那几样。"

这在商业史上，反复上演。

功能机时代，手机厂商在比谁的功能多：收音机、手电筒、拍照、录音、游戏。菜单要翻五层。

然后来了一个只有一个按钮的手机。

大卖场时代，超市在比谁的品类全，一家店 5 万个 SKU。

然后来了只有 4,000 个 SKU 的仓储会员店，客单价反而更高。

传统航空公司在比谁的服务全：免费餐食、免费托运、多舱位、里程俱乐部。

然后来了廉价航空：什么都没有，就是便宜，就是准点。

每一次行业成熟到极致，都会诞生一个"做减法"的挑战者。而且它往往赢得很轻松。

因为它不需要打败对手的产品，它只需要打败对手的包袱。

对比一下就清楚：成熟产品的护城河是"功能全"，新玩家的突破口恰好是"功能少"。前者越成功，越不敢减；后者正因为一无所有，反而敢把简化当成卖点。

四、但"少"不等于"简陋"，这中间隔着最难的一步

不过，我必须提醒一句。

做减法这件事，说起来性感，做起来极其困难。而且失败率非常高。

因为大部分所谓的"极简产品"，最后死于一个原因：它不是简，它是缺。

这两者的区别在哪？

我给你一个判断标准：

简，是"我想清楚了你不需要它"。缺，是"我还没来得及做它"。

用户能不能分辨？能，而且非常快。

一个真正做减法的产品，你用起来的感觉是："咦，居然这么顺，而且我好像也没缺什么。"

一个偷懒的产品，你用起来的感觉是："这个也没有，那个也没有，还是算了吧。"

那么，怎么才能做到"简"而不"缺"？

关键是：你必须极其精准地知道，那 20% 不能少的功能是什么。

而这个答案，只能从对用户真实工作流的深度理解里来，不能从竞品分析表里来。

我举个例子。对一个项目管理工具来说，什么是绝对不能少的？

我认为是三件事：这件事归谁、什么时候要、现在到哪一步了。

只要这三件事清清楚楚，一个团队就能跑起来。

而甘特图、工时统计、燃尽图、资源池、预算关联——这些统统是"有了更好，没有也行"。

问题是，几乎所有成熟产品，都把这三件核心的事，埋在了几十个次要功能的下面。

做减法的本质，不是砍掉功能，而是把最重要的那几件事，重新放回舞台中央。

把最重要的几件事，重新放回舞台中央。

这需要判断力，需要勇气，还需要能扛住"你怎么连这个都没有"的质疑。

所以它稀缺。所以做成了就值钱。

五、开源，让这件事的成功率变高了

kaneo 还有一个身份：它是开源的。

这一点，对"做减法"这个战略特别关键。

为什么？

因为做减法最大的风险是：万一你减错了怎么办？

万一你砍掉的那个功能，恰恰是某类用户的命根子。他们走了，而且再也不回来了。

闭源产品面对这个风险，只能靠调研、靠猜、靠 A/B 测试。

而开源产品有一个杀手锏：你可以自己加回来。

我作为产品方，坚持只提供最核心的功能，保持界面干净。

但你作为用户，如果真的需要那个特殊功能，代码在这儿，你自己改，或者提交一个插件。

这就把"要不要做这个功能"的决策，从产品方一个人的赌博，变成了社区的分布式验证。

620 次复刻，意味着有 620 个人可能正在按自己的需求改造它。其中被最多人需要的那些改动，会自然而然地被提上来，进入主干。

这是一个比任何用户调研都精准的筛选机制。

用户嘴上说想要什么，往往不准。但用户愿意动手写代码加上去的东西，一定是真需求。

开源让减法成功——社区分布式验证真需求。

这也是为什么，"极简"这个定位，在开源世界比在商业世界更容易活下来。

六、这个思路，你可以怎么用

好，回到你身上。

不管你是做产品的、做管理的、还是做个人成长的，我想给你三条可以立刻用的建议。

第一，做一次"字段审计"。

看看你团队里那些要求别人填写的东西——周报、日报、表单、审批单。

对每一个字段问一句：这个字段填错了，会有人发现吗？

如果没人发现，说明没人看。没人看的字段，立刻删掉。

我见过一家公司，周报模板有 9 个板块。审计之后发现，领导每次只看第一个和最后一个。

删掉 7 个之后，团队每周省下 40 个小时。而管理效果，没有任何下降。

第二，区分"为做事的人设计"和"为看结果的人设计"。

这是所有工具和流程走偏的根源。

当你要新增一个要求时，问清楚：这是让事情更容易做成，还是只是让某个人更容易看到？

后者也有价值，但要诚实地承认它的成本，并且尽量用自动采集，而不是让一线的人手工填。

第三，在你自己的工作里，练习"减法汇报"。

下次做方案，不要交一份 60 页、覆盖所有可能性的 PPT。

交一份 5 页的：这是我判断最关键的三件事，这是我建议放弃的五件事，以及为什么。

在一个所有人都在做加法的环境里，敢做减法的人，会显得格外清醒。

而清醒，是稀缺品。

最后

我想用一句话收尾。

衡量一个工具好不好，不要看它能做多少事，要看用它的人，有没有变得更轻松。

kaneo 这个项目能在一周内涨 2,925 颗星，靠的不是技术突破。它靠的是说出了一句所有人都憋了很久的话：

我需要的全都有，不需要的一个没有。

给你的行动建议：

这周，找出你手上那个"最麻烦但又不得不做"的流程。列出它的所有步骤，然后强制自己删掉三分之一。

删完之后，跑一遍，看看会不会出问题。

你会惊讶地发现，绝大多数"必须的步骤"，其实只是"一直这样而已"。