一个人做低代码平台，还有机会吗？

[idlewater]

是的，你没看错，是一个人做一个低代码平台。
一人肝了好几年了，基本思路：
1 、前端可视化拖拽，逻辑编排+脚本支持，react 实现
该部分前端已发布一个开源项目： https://github.com/codebdy/rxdrag
2 、后端基于微内核（或者微服务），UML 类图转 Grahpql 接口。
通过微服务扩展复杂逻辑或者基础设施，通过脚本跟逻辑编排扩展业务逻辑。
该部分基本流程已经跑通，代码开源（ golang+mysql ）

相关文章：
实践，制作一个高扩展、可视化低代码前端，详实、完整（掘金）
实践，制作一个高扩展、可视化低代码前端，详实、完整（知乎）
挑战零代码：可视化逻辑编排（知乎）
挑战零代码：可视化逻辑编排（掘金）

目标：
做一个低代码平台，取名乐搭（ Leda ）。

目前整个项目组，只有一个人，有机会吗？

[idlewater]

@yufeng0681 感谢大佬，给了我希望

[idlewater]

@lishei 感谢大佬，主要功能完成后，更多精力会集中在优化用户体验上

[idlewater]

@hanlin85 也想团队，但是团队需要烧钱，有点力不从心

[idlewater]

@justcho 还有一批开发能力一般，但是业务能力很强的团队

[idlewater]

@dk7952638 以前是做外贸的

[idlewater]

@DrJekyll 当时做前端到时候，考虑过用开源的还是自己做，比较了一下，最后选择了自己做。感觉自己做的更适合自己

[zy0829]

lowcode 落地太难了

[idlewater]

@zy0829 是不容易落地，大佬有经验分享下吗？

[AnnaXia]

试用过几个低代码产品后。有个问题比较困扰，如果组件配置参数改了，是怎么做版本对比的，因为代码是有代码对比，不知道有没有好的低代码产品解决这个问题了

[rossroma]

先说结论：我认为没有机会。
做产品肯定是要考虑商业化的，你要先考虑好你的目标用户是谁？他们愿意为这个服务掏多少钱？竞品是谁？和竞品相比，你的优势是什么？（价格低不算优势）

既然你的产品是面向 B 端的，那我们就要考虑下 B 端用户的需求和购买决策
首先，我不认为会有 B 端客户为一个纯低代码平台买单的，低代码可以作为已有 SaaS 产品的补充，但单独作为一个产品几乎没有价值。你可能会反驳说我可以使用低代码实现一个 SaaS 应用啊，事实上垂类 SaaS 有大量的逻辑都在后端，用低代码去实现大量后端逻辑就有些本末倒置了；
其次，数据安全和服务稳定是 SaaS 产品的生命线，个人开发者在这一点上毫无优势。因此 B 端用户在做出购买决策时，第一考虑的要素就是服务商规模如何，现金流是否健康，在业界的口碑怎样。你能活多久比你做的有多好对 B 端用户来说可能更重要；
最后，B 端产品中，有很大一块成本是销售和售后支持，用户购买的不单单是一个产品，而是整套服务和方案。全靠一个人亲力亲为肯定是不行的。

说了那么多泼冷水的话，我来说说如何破局。
你对低代码的思考和研究是很有价值的，做出来的产品体验也不错。你完全可以利用自己的优势，入职一家你认为有未来，但目前做的还不够好的 SaaS 或 PaaS 公司，形成优势互补，合作双赢。这比一个人单干要靠谱很多，何乐而不为呢？

[idlewater]

@AnnaXia 低代码 dsl 的版本管理确实是个问题，目前考虑 dsl 携带组件跟解析引擎版本

[duian]

加油，目前公司内部也在做这一块的内容，楼主一个人前后端都有完整的方案，厉害的！

[idlewater]

@rossroma 感谢大佬，年龄大，入职很难了。后面考虑找合作方

[idlewater]

@duian 感谢，方案完整是完整，但是不成熟，需要在真实项目中历练

[ZeroDu]

#7 #71 说的很对；低代码依赖性大，大公司不会买账的；小公司用不上；学习成本也是一方面；目前情况（国内？）光靠技术很大概率很难的。

[rossroma]

@idlewater 我发现我说了半天，只考虑了 SaaS 模式，没有考虑私有化部署这条路。其实有很多公司都有内部数字化的需求，这部分需求不复杂但是非常个性化，为此公司不得不组建一支研发团队，一年下来成本少说也要几十万。如果使用你的低代码平台能够帮助企业提高一倍的开发效率（节约 50%的人员成本），那大概率还是会有企业愿意为此买单的。只要你自己跑通了早期合作客户，后续可以找一些渠道商（只有销售团队，买其他公司的产品和服务），采用分成的合作模式，你自己只需专注产品就好了。祝 OP 成功！

[idlewater]

@ZeroDu 我不止有技术，还有自己的营销理念

[polobug]

你没去调研，咋知道细节场景、扩展需求等

[idlewater]

@rossroma 感谢大佬洋洋洒洒分析了这么多，非常感动！考虑过跟渠道合作，我会把利润全放出去，自己只留一部分维护费用即可。让渠道有利润，前提是把产品做好。

[idlewater]

@polobug 是有这个问题，去年这个时候有位哥们谈好合作，用他公司的项目实战，答应他去年底出第一版。但是快到年底的时候，我换前端了，由开源改成自己写了。算是失信了，也就不好再联系了。后面应该还会有类似的合作