分享一个搞钱搞事的经验，不一定对，仅为个人想法，如有与你想法雷同或提供启发，欢迎点赞留言，交个朋友。

总结就是：搞钱搞事，都不必太完美。

分享两个案例，一个是 支付，一个是 图床。

支付

我刚开始做个人小产品的时候，一个事情极为头疼，总想着怎么收钱，用户怎么付钱。

为此，搜索调研了很多第三方支付，都感觉不稳定，不方便。

最后呢，因为utools支持收款功能，所以就做了自己的第一个付费产品，utools插件 易待办。

很清楚地记得，易待办 付费功能上线后的第一个月，一共盈利了1500元左右，这是我一直坚定做产品到现在的初始动力。

后面，为了进一步方便收款，我在23年注册了自己的公司 随易科技，后面写的VSCode插件，fnMap(函数地图)，就是通过微信企业支付收款的。

但现在回过头来看，其实当初为了收款这个事情，不需要做得那么完美。

让我现在重新选择的话，我会给产品提供兑换码功能，加我微信，付费购买后，手动发送一个 兑换码，兑换后即可正常使用。

这是简单且直接的收款方式，虽然不如企业收款，在线付费那么一步到位，但在刚做产品，刚开始起步的时候，没必要把支付这个事情搞得那么正式，那么隆重。

先把业务闭环跑通，等盈利可观，有时间，有空的时候，再注册公司，对接线上支付也不迟。

有句话叫做 与自己和解，这里的话，我愿称之为 与支付和解，先跑通业务闭环，减少非必要且费精力的事情影响自己的业务推进。

图床

第二个事情，相信很多写博客，写文章的小伙伴们都遇到过，就是文章中图片的存储问题，最常见的可能就是使用 图床 功能。

我最初也是这么做的，也调研了不少图床，但有两个问题让我最终放弃了这个方案。

一个是图床的 稳定性 问题，有太多的图床，不管是知名的，还是不知名的，停止运营，某一天突然无法访问，跑路等等，屡见不鲜。

能稳定运营5年以上的图床，都少之又少，具体就不多说了，评论区可以留言哪些图床你用过但现在已经无法正常使用的图床。

那么简单方便的图床既然可遇不可求，那么退而求其次地想到了用云服务商的静态存储，比如阿里云的oss，腾讯云的cos，也不失为一个好办法。

但静态存储是按量付费的，超过了基础套餐，后面超出的部分是超出多少，就要支付超出部分的费用。

之前网上有不少网友爆出静态存储超支而产生了超过1万的天价费用，不知道现在这个情况还存在吗。

所以，我在深思之后，决定自己手动管理图片，跟 自建图床 完全不同，是真正的 手动管理。

简而言之就是，我在自己的电脑本地，有一个目录，用来专门放文章图片的，比如本文的图片就是放在本地的。

通过VSCode插件，我粘贴图片到markdown后，会自动把图片按照当天的日期作为目录，保存到本地，同时生成 https://static.yicode.tech/images/202605/1777861483051.png 这样一个在线的图片链接。

接着，我用传统的 ftp 功能，把本地的图片同步到线上的图片服务器，就是一个专门用来放图片的服务器，通过域名+图片地址，就能访问和展示图片。

从2023年到2026年，我所有文章涉及到的图片，也才700多M，每次同步图片，也只是同步新增的图片，不会整个同步。

这个简单直接的手工方案，既避免了图床的稳定性问题，又避免了有可能被人盗刷，而产生静态存储的高额费用问题。

因为我本地有备份，就算我服务器销毁了，我再买一个服务器，再同步一次图片即可。

而盗刷流量，反正流量是有限的，下个月又重置了，刷完就刷完吧，至少不会产生天价的流量费用。

对了，我每次上传图片之前，都会用图片压缩工具一次性压缩月份目录下的所有图片，这样可以让整个图片库保持最小体积。

感觉很繁琐？繁琐就对了，成大事者，不拘小节嘛，这点耐心都没有，怎么搞钱搞事呢？

总结

所以，很多时候，在搞钱和搞事上面，有可能是我们 多虑 了，太想做得完美了。

而 完美 的是要付出代价的，它会消耗我们宝贵的 心力，有多少人因为 支付 这个问题，产品迟迟不上线，甚至到最后无疾而终。

又有多少人，为了一个 图床 问题，到处搜索，体验，文章却没有写出几篇。

所以，其实很多时候，搞钱搞事，都不必太完美。

另外，我有搞钱交流群，99元/年，欢迎私聊微信 chensuiyi 加入，一起聊搞钱，分享搞钱经验，创造搞钱事业。