尽管自我推广说微型SaaS有很多好处，但这种商业模式并非没有独特的缺点，当你开始创业时，务必要注意这些问题。
以下是开发自助式微型SaaS应用程序的缺点：
· #1 - 对系统和平台的依赖性
· #2 - 所有问题都由你解决
· #3 - 循环式支持
· #4 - 抄袭的可能性
· 我的微型SaaS成功经验
如果你的微型SaaS应用程序严重依赖其他系统/平台（及其受欢迎程度/成功度），那么在评估你的应用程序想法时，你需要考虑这一点。
例如，如果你正在为JIRA开发一个插件，那么你的插件的成功与所属生态系统的成功紧密相关。
如果JIRA失去了受欢迎程度，你在增加插件的客户群体时将会逆流而上，而总共可寻址的市场规模将会缩小。
同样，如果你开发了一个很棒的插件，主机生态系统总是有机会将该功能作为核心功能纳入其基本提供，以吸引更多用户，从而一夜之间消除了对你的插件的需求！
这正是当Shopify决定将购物车弃置通知作为平台的核心功能时，一个在Shopify上的购物车插件发生的事情 😲
这可能是微型SaaS通过插件面临的最令人沮丧的挑战之一，你可以看着你的插件价值消失，因为主机平台添加了你的核心功能。
当你是一名全职员工时，你只需要上班就能拿到工资。如果你花一个下午研究一些新的javascript框架，可能并不是个大问题。
然而，当只有你一个人时，如果你花一个下午被新技术或新闻/社交媒体分心，你根本不会在正确的方向上有所进展。
尽管如此，你会发现你的心态会从“度过一天”转变为“充分利用每一分钟，实现最大化”。这是因为你的应用就是你的孩子，你会想要培养它，使其成为一个成功和可持续的应用程序。
最后，没有经理可以升级问题。你必须制定战略，做出艰难的决策，并执行实施。
如果你想尽快取得成功，你必须每天发挥最佳水平。
为了减少客户流失，你需要及时跟进客户支持。如果你不能及时回复客户，他们将不太可能在评论中分享他们对应用程序的积极体验，也不太可能将其推荐给其他潜在用户。
更糟糕的是，如果他们无法启动你的应用程序，你可以肯定他们将取消订阅并要求退款。
我的建议是，在早期阶段亲自负责所有的支持工作，并尽量与用户进行通话/屏幕共享，而不是通过多天的支持票进行往返沟通。
幸运的是，这个微型SaaS的挑战可以通过采取行动来解决。
我建议使用一个帮助台票务系统来跟踪请求。此外，在适当的情况下，与用户通话可以节省你们两个人的大量时间，而不是通过邮件/票务往返多天。
而且，这是一个绝佳机会，可以询问用户对应用程序的真实反馈，并请他们提供任何功能请求/想法。来自用户的直接反馈是无价之宝。
最终，你会将时间投资到建立一个知识库，并培训一个支持团队来处理大多数查询。但是，在初期一定要充分利用与用户直接沟通的机会。
如果你的领域内的人们看到你的应用正在变得流行起来，他们可能会考虑推出一个相竞争的产品。在某些情况下，他们会毫不掩饰地抄袭你的应用的功能，并进行一些界面改动，使其看起来不同。
为了减少抄袭和它们的影响，你需要确保任何客户端的代码都被混淆，尽量在服务器端完成尽可能多的应用操作。在某些情况下，这是不可能的，你必须有清晰的认识。
对抗抄袭的最佳方法是提供最佳的客户体验，倾听用户反馈，实现功能请求，并不断创新，引入新功能，使你的应用的功能比任何潜在竞争对手更有吸引力。
在我的案例中，我的微型SaaS应用是我的Chrome扩展程序。自从我推出它们以来，每月平均赚取$10,000的重复收入，这使我几年前能够辞去愚蠢的全职工作。
几年来，我不断扩大我的应用规模，最终以一笔改变生活的现金支付出售它们。此后，我将自己的使命定为帮助全球范围内不满足的软件开发人员通过微型SaaS摆脱9-5的束缚。
无论是只是开始一个有利可图的副业，还是构建一个救生艇，以便他们最终能够跳槽并辞去工作，成为自己的微型SaaS老板。
在建立我的应用程序，使其达到能够辞去日常工作的程度，然后进行扩展和出售的过程中，我觉得我有能力与全世界的软件开发人员分享我的知识。