这是一个创建于 474 天前的主题，其中的信息可能已经有所发展或是发生改变。
据不可靠消息
- 市面上现有的低代码/无代码平台大部分实际上是表单系统，使用并不爽
- 市面上现有的模块化系统实际上可定制化很弱
- 以上两种平台二次开发体验也不太好
- 以上平台的模块化思想并不彻底
我的目标是创建一个最爽的模块化平台，具体爽是什么意思呢，目前按我的设计会颠覆以上两种平台。为了证明这种平台目前还未出现，也同时不让我的投资人失望，我需要广大 V 友们帮我找找是否已有现成的足够爽的平台。
如果已经有这样的平台，我就不操这个心了。否则我就撸起袖子开干啦，提供有效帮助的 V 友可获得平台初期加入的权益。
第 1 条附言 · 2023-08-18 13:06:40 +08:00
我觉得77楼说出了目前诸多平台不好用的问题根本，可能不是全部原因但至少也算是一部分吧。我的设计不会有这个问题。他的原话如下：
低代码平台最大的痛点在于摆脱不了编程思维 写程序最麻烦的又不是敲代码，而是组织代码逻辑来实现业务需求，这个问题低代码平台其实并没有解决多少，所以低代码平台的应用场景注定非常有限，所以导致你看到现有的低代码平台基本都是表单类的，因为这一块儿的需求都是比较明确和简单最容易做抽象的
第 2 条附言 · 2023-08-18 14:28:57 +08:00
101 楼也说到了重点，同样我的方案已经解决了他/她所说的问题，原话如下：
------------------------------------
目前各大厂商 toB 的平台，确实都是在做了财会表单类型相关的东西，和提供一些集成的能力。我感觉不是因为他们没有能力，而是他们业务需求和自己的产品生态决定的。
……毕竟可定制化和模块化其实某种意义上来说是冲突的。
如果你的模块粒度小，复杂度就上去了。
如果你的模块粒度大，想定制化就难了。
如果说是去按照业务 flow 的 events 去驱动，允许部分 code mount 进去，这样反哺来生成模块。在稍微复杂一点的业务上可操作性也不强，这都还没算进去客户本身集成的复杂度。
除非你的目标客户群都是细分行业的一小撮中小企业，或者是那些愿意吃螃蟹和你一起从零开始的公司。……不然就算产品真的特别好，也可能死在生态上
------------------------------------
目前各大厂商 toB 的平台，确实都是在做了财会表单类型相关的东西，和提供一些集成的能力。我感觉不是因为他们没有能力，而是他们业务需求和自己的产品生态决定的。
……毕竟可定制化和模块化其实某种意义上来说是冲突的。
如果你的模块粒度小，复杂度就上去了。
如果你的模块粒度大，想定制化就难了。
如果说是去按照业务 flow 的 events 去驱动，允许部分 code mount 进去，这样反哺来生成模块。在稍微复杂一点的业务上可操作性也不强，这都还没算进去客户本身集成的复杂度。
除非你的目标客户群都是细分行业的一小撮中小企业，或者是那些愿意吃螃蟹和你一起从零开始的公司。……不然就算产品真的特别好，也可能死在生态上
第 3 条附言 · 81 天前
 |
1
nzynzynzy 2023-08-17 18:19:37 +08:00  5
楼主签名：现在(2022 年 12 月 13 日)起，我要立个 Flag：干掉 Salesforce ！
由此看来楼主是一个台上的老生，背后插满了 flag |
 |
2
Chad0000 OP @nzynzynzy #1
哈哈，不瞒你说，这个点子我想了快两年了，最理想的模块化平台并不是很容易的，最关键的是“最理想”。 |
|
4
Chad0000 OP @nzynzynzy #3
这个不是瞎说的，因为我已经跟投资人和合伙人聊这个很长时间了，现在越来越清晰了，难题已经解决。只是正式开始前调研一下，万一有人已经实现了我们的构想了，我们放弃还来得及。 |
 |
5
klo424 2023-08-17 18:26:09 +08:00 1
不喜欢看到最
|
 |
6
encro 2023-08-17 18:26:19 +08:00
我司在用的有氚云，n8n ，宜搭，seatable 。。
都用了 3 年以上了。 |
|
7
Chad0000 OP |
|
8
Chad0000 OP @klo424 #5
所以我想看到已经有人做出来了，我就不说最了。当然最终我这边要正式开始的话，有成果了我还是会到这里来发布的。 |
|
10
encro 2023-08-17 18:48:20 +08:00
@Chad0000
企业不需要完美，需要快速解决单点问题。 公司做加盟店，直接用氚云打通了售前、售中、售后。 配置好 n 多表格和流程后就能工作，替代内部定制 OA 和办公系统。 用了几年，服务了几百家门店，没有啥大问题吧，价格也就几千一年自己还不要服务器，便宜吧。 主要用于内部流程，外部 C 端和 B 端系统还是自主开发的。 如果你想做一个能用于直接面向外部用户的，估计比较难，那叫框架/脚手架，不叫 less code 或 no code 。 建议首先想清楚是做 no code 还是 less code 。。。 |
|
11
encro 2023-08-17 18:50:37 +08:00
|
 |
12
AyaseEri 2023-08-17 18:55:46 +08:00
华炎魔方，请
|
|
14
Chad0000 OP @AyaseEri #12
它本质上也是表单型平台。预置模块，不够灵活。没超出我的预期。我既然说了颠覆，除非你看到的平台其他人基本上没有，才有可能跟我的不谋而合了。 |
|
15
Chad0000 OP @encro #10
我的平台怎么说呢，可以 no code ，也可以 less code ，还可以 more code 。C 端我不确定能不能抗，但公司系统完全可以胜任。不止是内部流程。 我的设计做到了 no code 即灵活，高可定制，门槛低，还赚钱（可能）。而且我对二次开发的支持可能是最彻底的，什么意思呢，现在的系统稍微改造一下就可以直接运行在我的平台，然后享受平台其他模块带来的好处。 细节我还是不能说太多，我只是说我目前还没有看到我这样的平台。 |
 |
16
nikenidage1 2023-08-17 19:33:35 +08:00
支持 OP ，期待早日面世
|
 |
17
dudubaba 2023-08-17 20:25:30 +08:00
是不是今天周四，吃了肯德基吃饱了，躺在床上突然想到某个点，然后立志，发帖。
祝愿能实现。 |
 |
18
thtznet 2023-08-17 20:38:55 +08:00
楼主，之前有接触过 ERP 么？如果没有的话，建议先看下金蝶或者用友的 ERP 开发平台，然后再来评价低代码平台。不夸张的说，20 年前的 ERP 平台已经具备你所期望的所有“爽点”，唯一不足的是当年的基础技术架构在今天看来是已经过于老旧了，当然了，如今的 ERP 平台更具有业务的弹性，当然缺点也有很多的，不展开了。
|
 |
19
Edward4074 2023-08-17 20:50:51 +08:00
@Chad0000 #15 好像看到我司领导的样子，一会要 no code ，一会要 low code ，一会要 pro code ；要即强大又灵活配置又傻瓜； CAP 全都要
|
 |
20
dk7952638 2023-08-18 00:02:07 +08:00
老哥你哪怕写个产品思路我也给你点个赞。。。
|
 |
21
cbais7890 2023-08-18 00:18:17 +08:00
|
 |
22
jjx 2023-08-18 01:38:44 +08:00
没有银弹, 这话说了多少了年了来着?
|
 |
23
akira 2023-08-18 01:51:27 +08:00
Quick Builder ?
|
|
25
Chad0000 OP @thtznet #18
略有接触过，你确定你使用金蝶或用友的 ERP 的时候很爽么？我同事，搞过 SAP 好多年，表示我的设计完全超过 SAP 。 你想象的弹性，可以再大胆和疯狂些，就可能接近我的设计了。 |
|
26
Chad0000 OP @Edward4074 #19
但你的领导不会唠叨两年之久哈。哈哈哈哈哈。 |
|
30
Chad0000 OP @jjx #22
没有银弹这话太绝对了。看看现在的低代码，AI ，电动汽车，核裂变。他们也是没有银弹？技术和设计就不能🈶️重大突破了么？ |
 |
31
xuanbg 2023-08-18 06:57:34 +08:00
根据能量守恒定律，咱们这个宇宙不存在永动机。你要得到一些东西，总得付出点什么。譬如，微服务付出提高运维复杂度的代价，换来了服务的易扩展易维护。那么，OP 你准备付出的代价是什么呢？
|
|
32
Chad0000 OP @xuanbg #31
微服务付出运维代价，同时它也可以不用付出这么多。比如将服务底层抽象化，这样可以统一托管也可以单独托管。代价就是开发语言得一致，否则不能一起托管。 我的代价目前就是会限制前后端语言，至少在第 1 期会是这样。我会以类似微服务方式运行，但会是动态加载模块而不是每个模块一个服务（至少不是默认）的方式。 我的代价就是这套平台实现起来并不容易，这中间会有很多风险比如某些想法是好的但相当难实现甚至无法实现。好在这中间最困难的部分已经得以实现。 |
 |
33
oukichi 2023-08-18 08:28:11 +08:00
现在市面上有没有面向个人做 app 或者小程序或者网站的低代码平台？
我来说一个场景，你考虑一下： 就是个人开发者需要做很多 app 同时去试验，如果有这么个快速搭建的低代码平台，我觉得我是乐意付费的。 |
|
34
Chad0000 OP @oukichi #33
做网站的话 21 楼那个产品看起来不错。 我这个产品主要面对 B 端，app 或者网站实际上对展示的个性化要求很多，我这个平台可以作为整个后台管理和 API 提供者，要实现 app 和网站，达到那么高的定制要求还是很困难的。而且这方面赚不到什么钱。 等我把前端格局想好了的话可能有机会，但说实话我并不指望。我的期望是这方面完全由设计和开发人员去做。数据可以在我这样的平台里面。 |
 |
35
sphawkcn 2023-08-18 08:40:56 +08:00
Odoo
|
 |
36
kingofzihua 2023-08-18 08:56:36 +08:00
|
 |
37
inas 2023-08-18 08:57:59 +08:00
app router page component chart table form
|
|
38
Edward4074 2023-08-18 09:03:55 +08:00
@Chad0000 #26 不是唠叨，这项目做了两年多了，这领导一年前空降各种大改。因为同时负责产品和研发，结果你跟他讲技术实现，他讲产品设计；你跟他讲产品，他讲技术；虽然核心的服务端能力我自认还是把控住了，但耐不住产品设计上的天马行空
|
 |
39
zshwdt22023 2023-08-18 09:07:25 +08:00
|
 |
40
w292614191 2023-08-18 09:11:30 +08:00
|
|
41
Chad0000 OP @Edward4074 #38
这是国内很多公司的现状，领导太把自己当回事儿了。我在外面，我们经理现在是完全听我的，之前他还有所保留现在基本上放弃了。实际上我这个平台的一部分想法已经在公司的系统里实现了。 遇到一个愿意相信你的领导，还是挺重要的。还好上面我的各种看似天马行空的想法，是主要作为一个开发人员和构架师而不只是产品经理的角色去代入的。 我们现在也是大改，但是在改进也就是挖屎山而不是乱弄，我最新的设计是确保每个服务都是完全独立的，可以跑在任何地方，也同时可以被任何模块或系统使用。这个想法和设计已经变成了现实，它也在公司至少是开发团队里扎稳了根。 |
|
42
Chad0000 OP @w292614191 #40
AIMS 我了解，不是我的路子。我更偏向代码生成，这样程序员完全可控。 |
 |
43
B9hkc 2023-08-18 09:16:24 +08:00
没用过，不了解，感兴趣，占个楼
|
|
44
Chad0000 OP @zshwdt22023 #39
没看出他跟其他低代码平台的区别来，有啥吐槽或者觉得如果它能做到某某就更完美了的想法么？ |
|
45
Chad0000 OP @sphawkcn #35
这个跟朋友聊过，我跟他介绍我的平台时他推荐给我的。这个平台模块很多，但模块之间的互操作并不灵活，同时模块本身也不够灵活，与我的设计相差很大。我只能这样说。 |
|
46
Chad0000 OP @kingofzihua #36
目前我的平台不准备面向 C 端，因为 C 端的不确定性和个性化要求太多，这部分怎么做都麻烦。用 AI 来实现是一个很好的方向。 |
 |
47
workqing2023 2023-08-18 09:21:06 +08:00
飞书的 飞书应用引擎， 春季发布会预告过了，只能说，是个很复杂的系统
|
 |
48
murmur 2023-08-18 09:24:34 +08:00
@workqing2023 这种东西小公司就别想着私有化部署了，老老实实上云，目前在用的一个带办公的低代码系统，用了接近 200+个虚拟 cpu 核心资源，内存随便一个节点就 16g 32g 起步
|
 |
49
Ayanokouji 2023-08-18 09:24:40 +08:00
0 代码的话，腾讯轻联做的挺好的。
|
|
50
Chad0000 OP @workqing2023 #47
我没看到他们的更多说明，你能告诉我复杂在哪里么？我觉得既然是复杂，那么他们的方向与我并不一样，我的复杂性只体现在平台实现本身，平台暴露给用户的时候并没那么复杂。 |
|
51
Chad0000 OP @Ayanokouji #49
感觉更像是对接平台 |
|
52
Chad0000 OP @murmur #48
啥系统这么费资源？你是说整个平台还是用低代码生成的这个办公系统？如果是后者的话，只能说太浪费资源了。我的绝对不是这样。 |
 |
53
zhangkc 2023-08-18 09:31:37 +08:00 via Android
希望你产品早日面试
|
 |
55
dongtingyue 2023-08-18 09:36:54 +08:00
在二开这种平台，实现普通站点前端和数据大屏展示
市面上现有的低代码/无代码平台大部分实际上是表单系统，使用并不爽 并不是吧 市面上现有的模块化系统实际上可定制化很弱 定制化和通用本身就互斥 以上两种平台二次开发体验也不太好 不是痛点 以上平台的模块化思想并不彻底 不是痛点 目前使用的痛点的可视化配置其实也很麻烦，只是第二次类似站点开发的时候可以使用上次的模板还有就是细微调整比较方便。 另外各种需求要满足平台不可能做到快速更新需求以及一些特性需求 不知道有没有好的解决方案。 |
 |
56
javen73 2023-08-18 09:39:27 +08:00
😅 怎么可能，你要能弄出来我们也不用吃这碗饭了，你是不知道那些领导的想法，一天一个样，产品提的那些需求，一个比一个恶心
|
|
57
Chad0000 OP @dongtingyue #55
定制化和通用本身就互斥 另外各种需求要满足平台不可能做到快速更新需求以及一些特性需求 ----------------------- 那你真得关注我的平台了，我这个平台实现了通用化和定制都可以做到完美。你既然说了模块化不是痛点，那我觉得你可能没有发现模块化需要大力改进的地方，你可以发挥一下想像力，怎么都不为过：完美的模块化应该是什么样的。 |
|
58
Chad0000 OP @javen73 #56
哦，竞争对手？那岂不是更应该关注我的进度哈。既然你是做这行的，你发挥想象一下，你心中最完美的低代码或无代码或模块化平台应该是什么样子的？然后你有可能会有答案。 |
 |
59
cheneydog 2023-08-18 09:44:20 +08:00
要先看看你的具体思路，在考虑要不要贡献代码。
|
 |
61
chengdonghui 2023-08-18 09:54:23 +08:00
低代码会产生大量的代码
|
|
62
Chad0000 OP @chengdonghui #61
这取决于低代码是如何实现的。 |
 |
63
XueHan 2023-08-18 09:57:36 +08:00
我也是做低代码的，我期望的最爽的方式是 chatGPT 一样说出我的需求，自动帮我生成页面，接口联调，自动测试无 bug 。
|
|
64
Chad0000 OP @XueHan #63
好吧，这个是现在我能想到的终极最爽方案和平台，目前我们距离这样的平台还很远。甚至连 AI 能有效辅助程序员也有很长距离要走。 |
 |
66
Bazingal 2023-08-18 10:10:38 +08:00
2 年了还没有 MVP ，等你做出来 GPT 都 567 了，到时候直接 prompt 生成代码打包部署一条龙，你定制化程度再高，模块化程度再灵活，能有我一句话需求方便？
|
|
67
kingofzihua 2023-08-18 10:16:57 +08:00
@Chad0000 #46 支持小程序，基本上来说就是官方提供基础组件，用户直接用，或者自定义组件，我看过部分代码，简单来说就是 json scheme 配合模版语言生成， 你面向 B 端产品基本上也是 js 或者 fluttert 这种吧？
|
 |
68
DX3906lanxing 2023-08-18 10:20:27 +08:00
@encro 为什么选择 seatable ，市面上这类多维好像很多
|
 |
69
shinession 2023-08-18 10:26:01 +08:00
实际的业务逻辑可能非常复杂, unipath RPA 那种你能实现么?
|
 |
70
LiuN1an 2023-08-18 10:31:44 +08:00
感觉 OP 没做足够的调研, 多看看海外的 webflow, framer 等产品, 国内的诸多低代码平台都是对标这些做的, 至于你说的表单引擎和模块化/插件化是属于所有低代码平台的底层基础设施, 一家一套标准, 你造轮子无非也是另立一套新标准, 各大厂都在卷这块儿
|
 |
74
sogoecn 2023-08-18 11:02:13 +08:00
|
 |
75
jjwjiang 2023-08-18 11:04:06 +08:00
微软的 d365 吧, no code less code pro code 全支持了。
但是即使这样也是一坨很难用的，所以我觉得你这点子够呛…… |
 |
76
dayeye2006199 2023-08-18 11:06:41 +08:00
企业软件爽顶个啥用。
软件公司，70%的成本在销售和支持。salesforce ，oracle ，SAP ，哪个是产品爽的，都是非常不爽，天天 QJ 用户，你有什么办法，不是你掏钱买的，都说不上话 |
 |
77
zhang77555 2023-08-18 11:08:00 +08:00 1
低代码平台最大的痛点在于摆脱不了编程思维
写程序最麻烦的又不是敲代码，而是组织代码逻辑来实现业务需求，这个问题低代码平台其实并没有解决多少，所以低代码平台的应用场景注定非常有限，所以导致你看到现有的低代码平台基本都是表单类的，因为这一块儿的需求都是比较明确和简单最容易做抽象的 |
|
79
Chad0000 OP @XueHan #65
现在 AI 的问题是不能处理太多数据以及没办法保证它给的都是最佳实践。当然它可以最大化辅助设置人员设置系统。 |
 |
80
tikazyq 2023-08-18 11:17:29 +08:00
power platform 已经很强大了
|
 |
81
xuyihao 2023-08-18 11:26:52 +08:00
https://js.design/ai 看一下这个 ？
|
|
82
encro 2023-08-18 11:46:36 +08:00
|
|
83
Chad0000 OP @shinession #69
你说 RPA 的配置流程还是它本身自动化的功能？如果是后者那么我更希望是它作为模块集成到我的平台而不是我实现。如果是前者，流程配置本身也是平台的一部分，是需要提供的。 |
|
84
Chad0000 OP @LiuN1an #70
感谢提供反馈，你那两个平台都是用来制作面向 C 端的网站的，我的是跟 SAP 和 Salesforce 这样的企业级平台竞争，不是一个方向。 我既然说了是颠覆，就意味着我的轮子完全不一样。如果你能发现一家不一样的厂家，那么有可能就跟我的想法一致了。当然我也不能说明我的方案就一定讨用户喜欢和适应。 |
 |
85
tomieric 2023-08-18 12:13:20 +08:00
@w292614191 公司后端在用 api 编排，用这个不用写单元测试，大部分接口往 pass 平台迁移。前端刚起步，在业务系统渲染 amis 系统页面，还在抹平各种兼容
|
|
86
Chad0000 OP @javen73 #71
程序员失业那是不可能的，当然最完美的平台应该是说句话就能生成，我那个肯定是做不到的，只是介于现有模块化或低代码平台和它之间的一种设计。 |
 |
88
xausky 2023-08-18 12:19:40 +08:00
我们公司初期产品就是模仿 salesforce ，现在 A+ 轮刚完成
|
|
90
Chad0000 OP |
|
91
Chad0000 OP @zhang77555 #77
对，你算是说到重点上了：“写程序最麻烦的又不是敲代码，而是组织代码逻辑来实现业务需求”。我解决的就是这个问题。 |
|
93
Chad0000 OP @tikazyq #80
它就是把 MS Access 搬到了线上而已。体验超级糟糕，做出来的 APP 维护也是灾难，我们组已经下线了之前做的一款 APP 了。我觉得还不如楼上介绍的那些呢，更不如 OutSystems |
|
94
Chad0000 OP @xuyihao #81
这个是前端设计出图工具，挺不错的。尤其是对于程序员来说，可以省去思考界面布局和风格的时间。看来 AI 百花齐放啊 |
 |
95
mingoing428 2023-08-18 12:35:39 +08:00 via Android
我要做一个最好的 ai ，预测用户的需求并写完系统
|
 |
96
starkwang 2023-08-18 13:02:57 +08:00
其实 aPaaS 这块已经是比较红海的赛道了
低代码、零代码、工作流、IDaaS 、连接器，每个方向上都有挺多产品的。现在卷的已经不是“做出来”，而是“有客户愿意付费，能养活自己” |
|
97
Chad0000 OP @starkwang #96
我也赞同这些东西是红海这个说法，所以我才说我的设计如果实现了可能会是一种颠覆。需要新鲜的血液的完全不同的设计来打开新的局面。 77 楼的观点已经开始靠向我的点子了。我已经 Append 。 |
|
98
thtznet 2023-08-18 13:18:13 +08:00
To B 的软件平台，楼主你如果首要考虑的方向是"开发"爽：可能已经失败了。当然，最为一个开发，我希望楼主能成功让开发真的爽，但现实可能会很残酷。祝福你。
|
|
99
Chad0000 OP @thtznet #98
我可没有只考虑开发，我上中下游都考虑到了，否则只考虑照顾开发的话完全不需要两年这么长时间去想。 |
|
100
w292614191 2023-08-18 13:43:47 +08:00
@tomieric #85 个性化怎么样？我们业务中太多定制化的需求了。
|
Select Language