磁盘清理、卸载流氓软件，这些需求听起来一点都不性感。但独立开发者 tw93 偏偏从这类"脏活"里做出了产品，Mole 就是其中之一。Mr Panda 在推文里拆解了这套打法，核心只有两点。

先找高频刚需，再谈产品创意

第一点是需求选择。清理磁盘、卸载流氓软件这类需求，用户基数大，痛点持续存在，而且几乎每个用电脑的人都遇到过。它们不新鲜，但足够真实。

对独立开发者来说，这类需求的好处在于：不需要教育市场，用户自己就知道问题在哪。产品只要真的解决问题，就有人愿意用。

把开发过程公开，比吹产品更管用

第二点是推广方式。tw93 的做法不是反复强调产品功能多强，而是在 X 上持续发帖，公开开发细节、测试过程，以及遇到的技术挑战。

推文里提到一个细节：他会告诉用户自己"很努力地开发这个产品"，甚至直白地说"我的 token 已经耗尽了"。这种表达不包装、不修饰，反而让用户看到了开发者的真实投入。

Mr Panda 把这种做法总结为 Build in Public 的核心——建立信任。用户关注的不是一句"我的产品很好"，而是开发过程中那些具体的努力、测试数据和技术难点。这些东西没法造假，也更容易打动人。

两点经验，一个共同逻辑

需求端选高频刚需，推广端公开真实过程，看起来是两件事，底层逻辑其实一致：都指向"真实"。

需求真实，用户才会持续使用；过程真实，用户才愿意关注和支持。对资源有限的独立开发者来说，这可能是比砸钱投放更可行的一条路。