我们的企业协同项目开源了,影响了您的收入,确实对不起

这个月开源了两个由之前做过的项目重构,抽象出来的两个demo应用,并把两个项目在gitee上开源了,所以引发了竞争对手对我们的 “鄙视”。 

开源的项目,一个是jvs(基于微服务的支持多租户多应用的基础开发框架) ,一个是jvs-knowledge-ui(基于jvs框架开发的企业级在线文档产品),我们的产品主打企业级私有化部署市场,可能是我们做的东西和对方的收费版产品比较相近,甚至有些功能比对方的还要好一些,而对方主要做SaaS的企业协同产品(也有少量的私有化部署),导致对方对我们的经营行为有些不太理解,甚至恶语相迎,我们莫名的就被擦枪了。 

俗话说,开源项目是 demo应用的妈妈,我觉得这个在IT研发行业很多人不懂。 虽然我们的开源行为加深了我们这个细分领域的内卷,但是这个事情,我觉得我们应该站在更理性的角度上看很多问题,我也希望我们的同行也能平心思考下,其实双方不仅没有冲突,而且还可能合作与促进。 首先,站在宏观层面讲(假装我们很高大上) 开源项目是应用之母,这一点不是我说的,其实我觉得开源是有利于咱们整个行业的发展的,我们也是希望做一个可以让更多人用起来的东西。

 

 

其实整个行业内的应用复用太低了,没必要大家抱着一堆,自己又不能产生收益,还不能让人产生收益的代码苦苦支持,男人何苦为难男人呢? 其次,从细分市场领域来看 在此,其实我们做的产品或者demo应用,我们和竞品之间可能并没有想象这么大的竞争力,因为企业客户分为迷你型、中小型、中大型几个类型: 

 

迷你型客户(竞品主要服务的客群):是不会在意信息安全等问题,只要功能可用,所以SaaS化的软件是迷你型客户的最优选择,但是这群客户的忠诚度是比较低的,对使用成本极度敏感,切换产品的难度非常低;

 中小型客户(我们重点关注的客群):这类客户的需求是选择企业级产品、功能达到可用状态、成本相对较低,在国内,业务性强的企业级产品都是需要私有化部署的,IT能力相对较弱,其次是考虑与成本选择一个合适的平衡点,所以这类型客户的功能定制化性存在,但是可以商量;

 中大型客户(高度定制化的IT项目):这一类客户在与功能效率问题,重点在于满足企业的要求,对实现成本上的敏感度相对较低,更关注企业的交付能力与企业的综合业务能力。 所以从上述角度来分析,希望同行们不要过度反应,我们的业务细分市场不同。 

最后,可从商业模式来看 这一点也是对方很不能理解我们的选择。在国内开源其实是一种很难走通的商业模式,国内知识产权保护的道路我们虽然在加快步伐,但是离欧美还是有一定差距的。 我们原本是做IT外包的公司,IT外包市场也比较卷,我们开始讲这些年的技术沉淀抽象出来,做一些产品,我们是希望采用PLG(Product Led Growth )模式,通过产品驱动业务。我们的主要收入来源不依靠于开源,所以在开源的路上我们还打算继续加大投入。

我们是怀着上述的这些想法,想再走走看看,并且后续将逐步开源 “项目任务管理”、“私有化的视频会议”、“企业内部管理系统”等等一些企业级应用PaaS产品,我们只想做到使用功能60%-70%,其他很多定制化的工作让合作伙伴来做,也请我们的同行理解。

 我是“软件部长”,如果我们的企业协同项目开源确实影响到了您,真是对不住。当然,也非常欢迎有兴趣的同行者或者共鸣者关注我,专注分享一些有价值的项目、实现方案、开发工具、学习资源等内容。希望能与大家共同学习交流。

开源地址:https://gitee.com/software-minister/jvs-knowledge-ui

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

jonyleek

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值