运营中

一点突破Intune运维的麻烦。无代码SaaS「Pckgr」做到月流水1,245万日元的历程

只自动化Microsoft Intune应用分发这一项工作的Pckgr,从投放到Intune管理员聚集的Reddit和Facebook群组、完全免费开放起步,经过月费$25的导入和逐步涨价,做到月流水$83,000(约1,245万日元)。

一点突破Intune运维的麻烦。无代码SaaS「Pckgr」做到月流水1,245万日元的历程

※ 美元数字均附上按1美元=150日元换算的参考数字。

“想分发Google Chrome?注册Pckgr,连接Intune,选中Chrome然后分发,就这么简单。“——澳大利亚墨尔本的Thomas Mahony打造的Pckgr,说明就是这么简单。对于用Microsoft Intune管理企业Windows设备的信息系统人员来说,把应用”打包”成可分发的形式、并在每次更新时重新制作,是一项琐碎又永无止境的负担。只把这一个环节自动化的工具,做到了月流水8.3万美元(约1,245万日元),年化营收超过100万美元。

在哪里发现了这个课题

阶段内容
2017年入职一家5人规模的MSP(托管服务提供商)做技术支持
之后在一家咨询公司专门负责Microsoft Intune相关项目
接着供职公司被Capgemini收购,转做面向大企业的大型项目
副业阶段在职期间搭建了MVP
上线完全免费公开,验证真实环境中的表现
开始收费在修复初期缺陷之后,推出月费$25(约3,750日元)
独立出现第一位付费客户时转为全职
目前Starter/Pro/Business/Custom四档,MRR $83,000

原始资料并未详细列出各阶段的具体年份。可以确定的是,起点是2017年那家5人规模的技术支持岗位,此后一路横跨到大企业项目的Intune运维现场经验,正是这款产品的种子。客户规模从”不到100台设备到超过10万台设备”跨度很大,以中小型IT部门和MSP为主。

转折点在于决定”免费撒出去”

决定Pckgr走向的,是公开时把价格定为零这一决策。他表示,这是为了”吸引早期用户,了解产品在真实环境中的表现”而完全免费推出的。而投放的地方,他限定在Intune管理员已经在讨论的subreddit和Facebook群组,没有大范围宣传。

在免费期间排查完缺陷之后才推出月费25美元,并在出现第一位付费客户时转为全职。这是第二个分岐点。既不是”先做出来再考虑能不能卖”,也不是”卖出去了再做”,而是走了先免费投入实际运营、把会坏的地方修好,确认不会再坏之后才定价这一顺序。

还有第三点。从单一方案转向四档定价并涨价这件事,他明确表示:“提价对增长的贡献很大。“如果一直停留在月25美元,月流水是到不了8.3万美元的——这说明,面对同一批客户,原本就还有提高抽成比例的空间。

为什么这个顺序起了作用

免费公开之所以奏效,原因不在获客,而在于验证的质量。Intune管辖下的设备环境因企业而异、差异极大,开发者自己手头一定复现不出所有的故障。在免费使用期间借用真实生产环境作为试验场,等到开始收费时,“用不了”这类投诉的主要原因已经被排查干净。如果一开始就收费上线,同样的缺陷会直接变成退款和口碑受损。

投放地点的选择同样有其结构性。面向IT管理员的工具,与其靠搜索广告让人发现,不如放到”大家正在为同一个问题抱怨的地方”来得更快。subreddit和Facebook群组是购买决策者已经把自己的问题讲清楚、正待在那里的地方,说明成本几乎为零。

他提到最有效的获客渠道,是向Microsoft MVP(该公司认证的技术专家)的接触。请MVP演示产品,内容被发到YouTube上。这种形式之所以强,有双重原因。第一,MVP的观众高度集中在Intune管理员这一群体。第二,视频发布之后会长期留存,持续为后来搜索到的人引流。他把这种”发布很久之后依然能带来客户”的特性,视为效果的核心所在。

技术架构同样一以贯之地轻量:界面和逻辑用无代码工具Bubble搭建,打包和测试用GitHub Actions,后端是Microsoft Azure的无服务器函数、存储和Microsoft Graph集成。用尽云服务的免费额度来压低成本,同时把开发时间集中投入到Intune集成这个核心难点上,这也是把前端交给Bubble的判断所在。

差点撑不下去的瞬间与残留的风险

开发过程中,Microsoft自己发布了一个竞品平台。他回忆道:“我完全失去了动力,差点放弃发布。“最终他睡了一觉之后决定继续,“就算撞了墙,第二天还是会想出点子继续往前走”,但这个案例风险的本质正在于此。Pckgr是一门在平台提供商身边、填补提供商未覆盖的空缺的生意。空缺被填满的那天,价值就会消失,这一点至今没有改变。

他自己对准入门槛的看法也很坦率。随着AI工具的普及,“准入门槛感觉低得不可思议,竞争也在加剧”,同时”做出MVP的难度也前所未有地低”。这种两面性也意味着,后来者更容易瞄准同一个细分领域。

哪些可以复制,哪些不能

可以复制的是顺序和地点的选择方式:免费投入实际环境、排查会坏的地方,然后再定价,再分阶段涨价;把投放地点限定在”目标用户已经聚集的地方”。这两点不分行业都可以套用。用无代码工具搭建前端、只自己开发差异化核心部分的架构同样适用。

难以复制的是课题的来源。他之所以能确信Pckgr的必要性,是因为亲身经历了从5人MSP到大企业项目的Intune运维现场,这份判断依据无法靠外部市场调研获得。Microsoft MVP愿意搭理他,也是因为他与业内共享着相同的语言和信任。此外,Microsoft生态系统这种”大厂搭好地基、周边持续产生填补空间的结构性土壤”的存在,也不是想选就能选到的。他正在构思下一步产品”Pckgr RMM”,打算整体管理Windows设备,朝着更深挖掘同一片地形的方向前进。

相关阅读

出处

本文是对上述公开信息的摘要与分析。详情请务必确认一手资料。

本文允许在新闻媒体、博客或生成式AI回答中自由引用与转载:只需注明出处「Small Start(small-start.com)」并附上本页链接,无需事先联系。 转载与引用政策 →

相似案例

如果本页对您有帮助,欢迎分享
分享到X