这是一个创建于 288 天前的主题，其中的信息可能已经有所发展或是发生改变。
是的，你没看错，是一个人做一个低代码平台。
一人肝了好几年了，基本思路：
1 、前端可视化拖拽，逻辑编排+脚本支持，react 实现
该部分前端已发布一个开源项目： https://github.com/codebdy/rxdrag
2 、后端基于微内核（或者微服务），UML 类图转 Grahpql 接口。
通过微服务扩展复杂逻辑或者基础设施，通过脚本跟逻辑编排扩展业务逻辑。
该部分基本流程已经跑通，代码开源（ golang+mysql ）
相关文章：
实践，制作一个高扩展、可视化低代码前端，详实、完整（掘金）
实践，制作一个高扩展、可视化低代码前端，详实、完整（知乎）
挑战零代码：可视化逻辑编排（知乎）
挑战零代码：可视化逻辑编排（掘金）
目标：
做一个低代码平台，取名乐搭（ Leda ）。
目前整个项目组，只有一个人，有机会吗？
 |
101
idlewater OP @yufeng0681 感谢大佬，给了我希望
|
 |
107
zy0829 287 天前
lowcode 落地太难了
|
 |
109
AnnaXia 287 天前
试用过几个低代码产品后。有个问题比较困扰，如果组件配置参数改了，是怎么做版本对比的，因为代码是有代码对比，不知道有没有好的低代码产品解决这个问题了
|
 |
110
rossroma 287 天前
先说结论：我认为没有机会。
做产品肯定是要考虑商业化的，你要先考虑好你的目标用户是谁？他们愿意为这个服务掏多少钱？竞品是谁？和竞品相比，你的优势是什么？（价格低不算优势） 既然你的产品是面向 B 端的，那我们就要考虑下 B 端用户的需求和购买决策 首先，我不认为会有 B 端客户为一个纯低代码平台买单的，低代码可以作为已有 SaaS 产品的补充，但单独作为一个产品几乎没有价值。你可能会反驳说我可以使用低代码实现一个 SaaS 应用啊，事实上垂类 SaaS 有大量的逻辑都在后端，用低代码去实现大量后端逻辑就有些本末倒置了； 其次，数据安全和服务稳定是 SaaS 产品的生命线，个人开发者在这一点上毫无优势。因此 B 端用户在做出购买决策时，第一考虑的要素就是服务商规模如何，现金流是否健康，在业界的口碑怎样。你能活多久比你做的有多好对 B 端用户来说可能更重要； 最后，B 端产品中，有很大一块成本是销售和售后支持，用户购买的不单单是一个产品，而是整套服务和方案。全靠一个人亲力亲为肯定是不行的。 说了那么多泼冷水的话，我来说说如何破局。 你对低代码的思考和研究是很有价值的，做出来的产品体验也不错。你完全可以利用自己的优势，入职一家你认为有未来，但目前做的还不够好的 SaaS 或 PaaS 公司，形成优势互补，合作双赢。这比一个人单干要靠谱很多，何乐而不为呢？ |
 |
112
duian 287 天前
加油，目前公司内部也在做这一块的内容，楼主一个人前后端都有完整的方案，厉害的！
|
 |
115
ZeroDu 287 天前
#7 #71 说的很对；低代码依赖性大，大公司不会买账的；小公司用不上；学习成本也是一方面；目前情况（国内？）光靠技术很大概率很难的。
|
|
116
rossroma 287 天前  1
@idlewater 我发现我说了半天，只考虑了 SaaS 模式，没有考虑私有化部署这条路。其实有很多公司都有内部数字化的需求，这部分需求不复杂但是非常个性化，为此公司不得不组建一支研发团队，一年下来成本少说也要几十万。如果使用你的低代码平台能够帮助企业提高一倍的开发效率（节约 50%的人员成本），那大概率还是会有企业愿意为此买单的。只要你自己跑通了早期合作客户，后续可以找一些渠道商（只有销售团队，买其他公司的产品和服务），采用分成的合作模式，你自己只需专注产品就好了。祝 OP 成功！
|
 |
118
polobug 287 天前
你没去调研，咋知道细节场景、扩展需求等
|
|
119
idlewater OP @rossroma 感谢大佬洋洋洒洒分析了这么多，非常感动！考虑过跟渠道合作，我会把利润全放出去，自己只留一部分维护费用即可。让渠道有利润，前提是把产品做好。
|
|
120
idlewater OP @polobug 是有这个问题，去年这个时候有位哥们谈好合作，用他公司的项目实战，答应他去年底出第一版。但是快到年底的时候，我换前端了，由开源改成自己写了。算是失信了，也就不好再联系了。后面应该还会有类似的合作
|
 |
121
quicksand 287 天前
@jack4536251 #47 “整个流行的前端框架”，这个讲道理很难很难的吧，前端框架可以说非常多了，但流行的还不是就那几个，不流行的话也赚不到什么钱的吧
|
 |
123
nazhenhuiyi294 287 天前
想了下难还是有机会的，不过目前低代码的细分方向挺多的，你这个不一定是好的方向。airtable 类型的，目前已经一大堆开源框架。
目前要在低代码上获取成功，可能不是需要做一个开源框架，我猜测 op 做的方向应该有同类型非常多的开源产品。更多的是做服务，比如基于低代码平台，做出一个广受认可的 saas 产品（至少有人付费吧）。 如果 OP 有人脉和能力接触到更多的人，解决他们的问题，这才是关键，而不一定是自己做开源产品。 而且 OP 要注意到一个非常关键的点，因为你是开源的，所以你的优势也是开源社区，你需要让更多人来参与进来并且认可你的项目的理念，愿意贡献力量，你的项目才能走的更远，低代码平台不是一个人能搞定的。社区参与度，也是你的关键指标。 |
|
126
idlewater OP @nazhenhuiyi294 感谢大佬，说到我心里了。确实是如您所说。
之所以做开源，很大的原因是缺少人脉，缺少关系，缺少知名度。 开源是要有人参与进来，前提是有人愿意用，给他们创造了价值，才会有一定比率的人参与。好消息是，开始有人提 PR 了。 最后，我不太看是不是已经竞品了，中国这么大，是个行业就有竞争。除非，权利、关系。但是拿到权利、关系，本身也是一种竞争。所以，要做好竞争的准备。 |
 |
127
djkloop 287 天前
私有化部署 + to b ，不过要是能像氚云/宜搭那样更合适。有一整套的体系。氚云依托钉钉这样。或者很多低代码平台都依托一些企业平台型产品，做服务商可能更好的一种出路？（猜的😂
|
 |
129
kinge 287 天前 1
有机会,低代码平台的开发周期比较长,久而久之就会怀疑想法. 最好可以先发布一个 MVP 最小可行版本.能实现一个简单的搭建.不要上来就的功能很多很复杂.然后直接加入付费版本去测试市场.目前 to B 还是有好多机会的.我现在一个人开发 saas 订阅集成系统.共勉加油💪🏻
|
 |
131
VVVYGD 287 天前
做得很不错。
|
 |
133
Items 287 天前
啊，现在都搞低代码吗
|
 |
136
sqlNice 286 天前
h5-Dooring 不是推出了付费私有化部署产品吗, 你的这个感觉复杂度还要比他高一些
|
 |
140
jiekema 286 天前
作者做了几年了？
|
 |
141
nianyu 286 天前
红利期已过
|
 |
143
softlight 230 天前
乐搭（ Leda ）, 竟然跟我们公司的一个低代码平台同一个名字。 不过做的比我们完善许多。 但是，产品必然需要找到使用的场景以及使用的人，才能体现出价值。我之前，也是埋头去写自己认为有用的功能， 最终，只是变成了自己把玩的技术， 而不是可以让其他人使用的产品。 相比于开发， 尽早的去验证产品以及使用的人群， 才是第一要务。 希望 OP 可以找到吧
|
 |
145
bestkayle 215 天前
最好的盈利方式是做成课程，掘金那种文字课程或者 imooc 那种视频课程，保证赚钱。
|
Select Language