人们常说，要从事离钱近的事，可究竟什么才算离钱近的事？

一开始，我认为离钱近的事，就是即刻付诸行动去赚钱，而非等读完某本书、上完某堂课，或者等大学毕业后才着手去赚钱，而是当下就想办法盈利。

因为，我曾经就是天真地以为，我只要听了一门课，比如说下图这种，我就能马上赚钱，或者说，学到点什么。

所谓的网赚项目，本质就是把过期的信息差包装成‘红利’卖给你。当你打开那个10分钟的视频时，镰刀已经挥下来了。

话说回来，很多人，可能和我一样，有着一个很大困惑就是，我明明很努力了，执行力也拉满了，但为啥就是赚不到大钱？让我们来看一下下面这张图，来找一下自己所在的位置。

你是在左边，还是在右边？

我们从一整个商业链条来看，是不是谁直接面对客户掏钱，谁就离钱更近。

举个例子，我有个朋友，是个很厉害的程序员，他写了一个很牛的算法。但是，他如果不把它做成产品卖出去，那他离钱就很远。

而一个不懂技术的人，拿着这个算法做了一个APP，即使很简陋，界面上只有一个输入框一个按钮，但他直接去向用户收费，把软件卖给他们，他在生态位上就比我朋友离钱更近。

我觉察到我总是掉入一个误区，就是一直去做一些小工具、小插件，能够提升一点点的效率，

但说实话，有没有这样的工具，其实真的无所谓，属于是锦上添花的需求，

现在回过头来想一想，从商业的角度上看，如果我是用户，我对这样的需求，付费意愿其实并不高，也不可能花很多钱在这上面。

那什么是离钱近的需求？

是不是那些能帮人赚钱、省大钱、解决极度痛苦/焦虑、或者满足极度欲望的？

为什么这么说，因为这些事情都利用了人性，人性的贪婪、恐惧、虚荣、急迫。

如果我告诉你，你投入1块钱到我这里，你就能赚10块钱，你会不会心动，会不会想花1块钱试试水，反正投入的也不多？

再比如，企业有产品，但是没客户，这决定了企业的生死，能花钱买客户，你买吗？百度竞价排名、抖+、巨量千川、小红书的薯条加热……

这就好比你现在牙疼导致偏头痛，你得马上服下一颗止痛药，来缓解疼痛，而不是马上吃维ABCDE来补充维生素。

所以，这也揭示了一个道理，想赚钱，优先做“止痛药”。

正如雷军在《小米创业思考》中讲到，七字诀的第一点“专注”，就是聚焦用户明确且迫切的需求，用“最小切口”一次解决一个核心痛点。

比如，滴滴解决打不到车，美团解决懒得做饭。

还有一种思路是，很多教育产品本质是提升自我（维生素），但是他们懂得营销焦虑，制造情绪，让你觉得现在不学就会被淘汰，去人为地制造“牙痛”的感觉。

我们说，卖一个东西，我给你东西，你直接给我钱，这个方式最直接，离钱最近。

可是如果你，做了一个自媒体账号免费科普知识，吸引了注意力，然后你又把注意力卖给腾讯（当流量主），腾讯再把你吸引的注意力卖给企业（广告主），这折腾来折腾去，你离钱就很远。

如果你想检验你现在做的事情是不是离钱近的事情，那不妨问自己一个问题，

我今天做的动作，明天能直接带来进账吗？如果不能，中间还隔着哪些环节？

而作为一名独立开发者，我时常会自我反省以下几个问题：

1、我每天花的时间，更多的是在写代码/优化程序，还是在做营销/推广产品？后者无疑是离钱更近的动作，需要多做。

2、我的软件，能否帮客户赚钱，或者省大钱，如果不能，那他能帮客户省时间吗？如果答案都是否定的，那么大概率，这个产品和装饰或情绪相关，纯粹让自己爽。。。很难确保有稳定的复购和高客单价。

以前我总觉得自己的执行力不够，后来一看盖洛普优势报告才发现，完美主义，是我的死穴，

在商业世界里，完美就是毒药。

为什么我要说这个，因为在产品开发这个领域，有个概念，叫MVP（最小可行性产品）思维，

我们打造产品，就像生孩子一样，它不是一天把产品做出来的，因为你要从运营的角度说，产品是一步步迭代出来的。

举个例子，假设用户需要车，我们去造一辆汽车，先造轮子，再造车身，再造车顶直到变成可以开的车。

有个不好的点就是，制造这辆车的每个环节，都没法跟用户发生联系，没法收集用户反馈，最后生产出来的东西用户会不会不用？进而产生很大的风险。

那MVP就是，我先造个滑板车行不行，因为用户的需求到底是车还是需要一个代步工具。

车是解决方案，代步工具是需求，所以一开始可以先用滑板车代步对吧，当用户使用后给到反馈，我们再去迭代升级，比如升级成一辆自行车，紧接着摩托车，到后面造出汽车。

这就是一个产品迭代的过程，迭代不是按照工序来迭代，而是按照最小可用单元来迭代。

我会发现，很多人啊，不止我，在开发产品的时候会犯一个错误，

叫永远在优化，迟迟不发布，

总觉得，产品还很差劲，就会把发布日期一拖再拖，最终导致错失了市场机会。

所以，网上流传一句话：小步快跑，持续迭代。

先做出一个能解决客户核心需求的产品，不要求多完美，界面多好看，今天就上线，放上收款码，看看有没有人买。

我有一段时间陷入了“自嗨式开发”的恶性循环里，

核心原因就是，我只开发我感兴趣的，不开发有人买单的，

我记得很清楚，有一次我回厦门和一个老板聊天，我当时还很自豪的说，说即使我明知道有个东西有需求有人买能赚钱，但是我要是不感兴趣，我就不会去开发。

而当我提出我有一个想法，正在把它实现的时候，那老板还问我说，有人为它买单不？

想到这里，真想给自己两拳……

真的，当我对一个玩意儿感兴趣，我就根本不需要思考，立马打开IDE建项目文件夹直接开搞了，不出一会儿就搞出来了。

而那位老板也确实非常有智慧，

他懂得，在没有找到10个愿意付费的潜在客户之前，不写一行代码。

所以，下次想到一个点子，就先去小红书搜下关键词，看看有没有人在讨论这个痛点，如果没有，那大概率证明这个项目纯纯自嗨。

这件事情的底层商业逻辑，就是先找到市场，再提供产品。

上面说的这些，大多是常见的坑，而独立开发者们最关心的问题，

应该就是：有了产品要怎么推广？

我花了一整天的时间在刷我熟知的一些产品的谷歌搜索结果，发现了一个事实。

我们似乎总是把推广想得太复杂了，太像发广告了。

对于独立开发者来说，最好的推广方式，应该是 Build in Public。

啥意思？就是边做边晒。不去写广告，而去晒你做产品的故事、进展、用户反馈、真实的案例/价值。

比如，一个正常的流程大概是这样的：

1.调研圈子：我们需要先调研一下目标用户活跃在哪个圈子

2.验证需求：发一条“今天想做一个解决 xx 问题的工具，大家觉得痛点大吗？”。

3.吸引流量：“做了个 xx 功能，可以很好的 xxx，妈妈再也不用担心我 xxx了！”。

4.产品预热：“第一版 UI 出来了，大家喜欢 A 还是喜欢 B ？”。

5.收割：“终于上线了，前10个用户半价。”。

如果有用户进来了，我们就拉用户参与功能投票，让他们觉得自己是项目的一部分。

慢慢地，你会发现一些真实的证明你产品价值的案例，这个也是你推广的一个好素材，一定要认真收集整理，这关系到你后面的推广内容的产出。

同时，一定要多花时间推广，少花点时间闷头写代码，我在跟自己说：

如果不想你的软件只是藏品，那你就要走出coding的舒适区，去直面市场，让软件变成产品。
 

以上，既然看到这里了，如果觉得不错，随手点个赞、在看、转发三连吧，如果想第一时间收到推送，也可以给我个星标⭐～谢谢你看我的文章，我们，下次再见。

>/ 作者：大骏的百宝箱