为了省下每年几万的的费用,用 ai 做了完整的 erp

rizon 2026-07-10 23:55 1

我们有自己的电商平台,当然也在各家电商上售卖产品。
然后对接云仓时,感觉那些 erp 卖的贵,系统还老旧,去对接到自己的业务定制化的电商流程也不见得好对接,
索性就自己开发了。


其实最花时间的地方是需求整理,
云仓的人沟通起来比想象中要难,体系复杂笨重且陈旧。
做完之后现在觉得需求也就这些了。
但是第一次接触电商,第一次接触云仓,对需求没有全局视角,没有经验指导,探索起来还是很痛苦的,很多数据模型也因为缺乏经验指导,后期才发现有问题又各种改。

好在有 Claude code 加持,并行开发,对抗审查,浏览器模拟调用测试,
就这么吭哧吭哧的,还做了得有一周的时间。

自己的脑力真的是有些跟不上了,为了提高开发效率就要并行思考很多事,尤其是 ai 开始工作时,你就一刻不歇的去思考其他事情了,然后各种事情贴了一堆待办,但是前面 AI 的产出又可能产生很多预期外的变化与分支,导致又影响了你原本计划记下来要做的事。

过去开发体验还是很舒服的,但这次因为赶工期,又是从 0 构建,没有很多时间去好好 review 和消化产出。

于是更深刻的感受到,ai 辅助编程对脑力的消耗真的很大,你要被 ai 推着去思考,再加上因为开发节奏快,很多写出来的东西自己本身就不熟,ai 再说很多黑话或者说简略的话,根本不知道他在说啥,扔一堆让我决策的我都听不懂,还得去先研究明白他在说啥。
最新回复 (65)
  • qeeshaw 07-11 00:28
    1
    很厉害啊,过几个月可能我也要自己开发一个 ERP 了
  • uqf0663 07-11 00:28
    2
    我不看好你,尤其是你没有经验,光对接云仓奇门那个业务逻辑就够乱了
  • lujiaosama 07-11 00:32
    3
    就一周? 梳理需求的时间都不止了吧
  • DIO 07-11 00:56
    4
    从项目立项到产品设计到开发到测试都是你干嘛,你是老板的话好说,不然个人感觉修 bug 可能也很痛苦
  • osilinka 07-11 01:27
    5
    ERP 是最难被 AI 替代的东西,你觉得你能做到这个,要么,你们的业务太简单了。
    要 too young, too naive.

    ERP upgrade 的灾难世界级的多去了

    自己去搜搜吧
  • rizon 楼主 07-11 01:31
    6
    @lujiaosama
    @DIO
    我们的 erp 毕竟只服务于我们自己的产品,需求不会一上来就那么爆炸,满足当下场景就好了,后期慢慢迭代。

    是的哈,自己是老板自己做,反而效率高,真加个人进来我感觉摩擦会更大,反而各种掣肘
  • rizon 楼主 07-11 01:34
    7
    @osilinka 你说得是对的,其实我自己原本也不想做。不过好在只服务公司自身业务,当下需求小,数据量也少,后期要么我们自研 erp 跟着需求一起迭代,要么随着业务增长再做替换吧。 这些就后面再看了。
  • osilinka 07-11 01:36
    8
    简单了,可以 excel 代替啊
    [狗头]
  • rizon 楼主 07-11 01:36
    9
    @qeeshaw 哈哈,这事水还是挺深的
  • seven777 07-11 02:49
    10
    @osilinka 太多太多人以为 ERP 很简单,都觉得自己可以手搓一个。但绝大多数人连一条完整业务链和流程节点都梳理不出来。更别提识别伪需求和真需求了。ERP 不是允许“自由设计”的产品。,这一点很多人不理解也不懂。
  • osilinka 07-11 03:14
    11
    实际上,已经有开源的 erp ,就需要实施, 比自己从头开始容易多了
  • cc9910 07-11 03:47
    12
    现在商业 erp 说是经过十几年开发调试不为过,手搓一个有点乐观了
  • bitmin 07-11 04:36
    13
    现在有 AI 真是爽爆了,像是坐上了汽车,当年手写就是自己双脚赶路

    自己做 erp 这事我以前也干过,这事越早做越舒服。一开始他们使用第三方 erp 的功能就不多,某个契机决定自己做一个,后来功能越加越多,老板、财务、采购、店长、运营、分拣、加工、配送、司机、仓管各种岗位的业务都有涉及,还有和第三方平台的数据同步

    erp 是自己写的,后面增加功能就非常顺手随心所欲,和自己的系统完美融合
  • jjx 07-11 08:41
    14
    这个,不太明白, 你做了对接云仓的业务? 然后说开发了一个 erp 吗?

    erp 是 erp, 云仓是代发货代存储的外部机构. 两者不是一回事啊, 对接是外部仓储 将要进出单据同步到云仓并返回结果到 erp, 各大平台均有自己的传输协议机制如虎符,奇门等, 对接外部仓储仅仅是 erp 几百上千个特性中的一环


    erp 有成千上百的特性,每个特性单独而言都是够开一壶的,而且是没有标准答案, 开发 erp 的过程是不断的决断,最终形成你产品的特色, 市面上有这么多进销存 erp 实现就是这样

    简单的说成本吧, 有多种计价方式,如 wa,fifo/si, 有各种处理维度, 有各种处理模式,如全组织(集团),按仓,有全月加权平均, 涉及到 si 是有批号,序列号惯例. 采购有采购暂估, 销售有发出商品, 都是中间临时状态. 里面小决断几十个. 每个决断不同,你的产品形态就不同

    就我现在 vibe coding 的经验, ai 现在设计不了 erp, 也就是说大家所经常笑话的一句 给我写个 sap,我要卖

    实际同其它业务没多大区别, 还是辅助编程
  • chengran630 07-11 09:07
    15
    楼上的各位 不用这么说
    其实很多中小公司的 erp 功能需求 真的很简单,但是市面上真的没有啥好的免费开源的 erp ,然后又因为各家的模式有些差异(功能相同 流程不同)所以,一般买大厂的 erp ,但是真的也很贵
    如果自己公司有 erp 需求,有开发的话 基本都需要把 erp 项目 提上来,什么时候动工 可以看时间,但是需求要上
  • jjx 07-11 09:48
    16
    @chengran630
    用词问题

    应该叫 mis

    其实到进销存就不是个简单的事情了,因为进销存后面通常会挂一个 gl, 可能 gl 不暴露,但基本财务 4 大表少不了的


    没有专门的立项,一般都是 mis
  • penzi 07-11 10:10
    17
    erp 是最容易被 ai 替代掉的。
  • penzi 07-11 10:11
    18
    @penzi 每家公司都应该用 ai 重写 erp
  • liuxh7 07-11 10:14
    19
    我们最近给一个电商客户从 0 到 1 专门定制了一个进销存系统,整个项目 90%都用的 AI ,确实最复杂的就是前期和客户沟通需求,明确客户想要什么,这个是最难的,也是 AI 无法替代的地方。后续就是将客户需求用 AI 细化了,各个功能模块需求文档和原型基本都是用 Codex 完成交付给后端和前端,开发也是直接把我写好的需求文档和原型丢给 AI 然后联调,基本上能够跑通。整个项目落地只花了 2 个月的时间,第 3 个月就是快速迭代客户想要的新功能。现在这个系统我们还做了租户模式,就是不知道能不能把这套东西能够复制,销售给其他客户,还在摸索中。
  • liuxh7 07-11 10:17
    20
    客户需求确实 15 楼说的类似,中小公司用不惯市面上的系统,而且定制开发费用贵,尝试过各种市面上主流的系统都无法满足自己的业务需求,导致客户还是用传统方式手搓表格。他们需求会比市面主流系统要精简很多
  • songyoucai 07-11 10:19
    21
    @seven777 说的太对了,我们搞了三年的 erp 了
  • seven777 07-11 10:34
    22
    @liuxh7 能做成并验收就算成功。实际上,客户能表达出来的逻辑和内容,仅仅最多占“ERP 需要遵守的逻辑和内容”的一半,剩下的一半是客户和用户理解不了或说不出来的。开发团队如果自己不懂,全听用户的,又会再打折扣,最后实现的产品最多能达到“某客户特定场景的解决方案”。
  • seven777 07-11 10:38
    23
    @liuxh7 可以举个最简简单单的例子:“调拨业务”。用户只能表达到“要实现调拨”。,但仅仅调拨这个简简单单的业务逻辑,不懂企业业财的团队一定会掉进坑里,巨坑。
  • liuxh7 07-11 10:40
    24
    @seven777 #22 是的,客户很难表达出的他真正想要的,基本上都需要靠自己重新捋流程调整业务,给到开发做出来,然后给客户使用,有一个基本功能框架之后,客户和用户就能更加清晰表达他的真正需求,然后我们再修改功能
  • liuxh7 07-11 10:42
    25
    @seven777 #23 在什么都没有的情况下,我会先按照我对业务的理解,把原型图画出来,跟客户对业务流程,他觉得没有问题之后,我们再做开发
  • alamaya 07-11 10:44
    26
    erp 有上面的人说得那么玄乎吗,还难被 ai 替代,实际上你想做任何一个东西想兼容万物,都会搞得及其复杂,现实是也兼容不了万物,绝大多数情况都要给别人做定制开发,甚至要客户更改自己现有的业务流程来兼容你们这套经过历史沉淀的牛逼系统。现在有了 ai ,只要能把需求理清楚,从新搭一个更简洁更好用更贴合自己的业务,企业自己的控制权也更高成本还更低。
  • seven777 07-11 10:48
    27
    @liuxh7 25#能做到这样这不错了。如果你们团队没有资深经验,你们项目的终极目标是“项目验收回款”,别指望市场化。我们可以娱乐下,你们如何实现“调拨业务”的?仅仅娱乐,“调拨”仅仅是 ERP 实现里成百上千的坑之一罢了。
  • jjx 07-11 10:50
    28
    @alamaya

    心态问题

    一种心态是外表看起来行,测试看起来行,就行了

    还有一种心态是必须审查所有代码


    事实上 ai 生成的代码就是表里不一致, 看起来行, 内部代码 不是过度设计,就是过于潦草,走两个极端


    第一种心态的会认为可以代替

    第二种心态的会认为不可代替
  • viskem 07-11 10:53
    29
    需要开发者或者业务需求方具备产品经理的品质,能提出优秀的具体需求和反馈,再加上 AI 开发的水平合格(性能、扩展、稳定、安全、模块、版本管理都能扎实落地),

    那 AI 时代确实就是他们的天下。可以定制完全符合自己需求的软件,效率、扩展性都可以更高。

    产品经理 * AI-Native 开发 就是这个时代的王者。
  • seven777 07-11 10:57
    30
    调拨有真调拨有假调拨,真调拨是“法人实体内仓储之间的转移”,假调拨就很多了如集团内公司之间的调拨,委外和受托业务里的调拨,VMI 调拨……这才是第一层。然后是“同价调拨异价调拨”。再然后是“不同计价方式下的同价调拨和异价调拨”,再然后是“跨期调拨保持同价还是异价?”,“调拨对库龄的影响方案有多种,选哪种?”…………有句话可以套用在这里“知道的越多越觉得自己无知”
  • liuxh7 07-11 11:04
    31
    @seven777 #27 哈哈哈,确实没有特别资深的经验,我们团队就 3 个人,一个前端,一个后端,加上我产品兼测试,但是我确实想在摸索在进销存+跨境电商这个垂直领域做市场化。另外你说的调拨业务,目前客户没有类似的需求,我们帮他做了个组合商品的加工单业务,将组合商品入库的物料进入到散件库,走一遍加工单流程后入成库。加工的过程会对应扣减散件库库存,然后在成品库增加库存,也考虑加工过程中,散件库物料占用情况等,功能细节非常多,尤其是库存箱数存在尾数箱的时候业务流程会更加复杂一点。
  • alamaya 07-11 11:08
    32
    @jjx 感觉你的思想还停留在写代码的一线员工阶段,事实上技术领导不会看手下人的实际产出的代码,业务方不会管你产出的代码质量如何,在古法编程时代是怎么控制产出质量的呢?
  • seven777 07-11 11:11
    33
    @liuxh7 31#拆箱比较简单,“装箱”你们不见得能搞定?可能你们还没碰到“装箱+多层装箱+分层追溯”,比如奶粉,箱号要管理,罐号也要管理……还有“入库价如何确定?给定?核算?”ERP 这行真的非常深。你服务一个客户可能碰到 100 个问题,你服务 100 个客户可能碰到的问题超过 10000 个。
  • jjx 07-11 11:12
    34
    @alamaya

    业务方肯定不管你代码呀

    但是技术领导不 review 代码, 只能说每个团队要求不一样吧, 代码 review 需要层层负责, 最上面的当然可以不看,但直属的不看, 大概是不把产品当回事吧
  • liuxh7 07-11 11:12
    35
    @seven777 #30 哈哈哈,你这个业务我们目前没有涉及到,确实不懂你说的调拨业务。目前我们做的就是商品库-采购需求-采购计划-物流发货-财务付款-品质管理-库存管理(散件库,加工单,成品库)-FBA 发货业务-供应商管理-美工设计需求-用户权限等这些业务模块。
  • liuxh7 07-11 11:15
    36
    @seven777 #33 确实,赞同,客户不一样,需求不一样。只能是见招拆招,客户要什么我们做什么
  • seven777 07-11 11:15
    37
    @liuxh7 31# 很多团队和你们一样,做了个千分之一的功能“组装拆装”,就可以说“自己做了个 ERP”✌️✌️✌️😁😁😁
  • liuxh7 07-11 11:18
    38
    @seven777 #37 我是觉得能够满足客户定制化需求就行,主流平台的 ERP 很多功能他们用不上,而且客户会觉得他们设计的兼容了很多客户的需求,做得大而杂,部分功能做得很傻逼,所以才考虑找我们做定制的,把他原有手工表格的业务做成了系统
  • seven777 07-11 11:19
    39
    @liuxh7 #36 不聊了啊,希望你顺利验收回款。共勉,对所有事务保持敬畏心。但也不能太悲观,悲观者正确但乐观者成功,世界本就是草台班子。你验收成功了就行,客户就会认为你们是专家。
  • liuxh7 07-11 11:22
    40
    @seven777 #39 哈哈哈,好,很开心和你讨论,目前项目已经落地了,回款也已经收到了。客户还在提新需求,还在继续迭代中。
  • jjx 07-11 11:24
    41
    @liuxh7

    大而全不是一天来的, 大部分市面存活的都是 10 年以上,每年几百个新特性就变成这样, 模块化何性能易用性是矛盾的

    比方说我们的 saas 是 extension 来处理模块,用 event 做 extension 之间的挂接,结构上是优雅了,但做事就不直接,所以很多厂商都是一股脑直接扔给用户


    至于你说的这个客户的需求, 大概率后期每月都会有新的需求加进来了, 我们通常处理这样客户需求是每月收费的,不然成本顶不过, 这样的话,每年费用其实很可观的


    另外,我们行业内通常会用不同的客户数来衡量这个系统的产品化层度, 起始数量应该是 10 个不同客户以上
  • liuxh7 07-11 11:36
    42
    @jjx #41 确实,现在每个都有新需求提过来,我们是按功能开发工时报价,每月结算一次。


    确实我也认可你说的用不同的客户数来衡量这个系统的产品化层度,很可能我这套系统在第二个客户面前就完全无法使用了,但是现在难点是我要如何获得第二个客户,我还在思考如何推广,“将中小企业说不清、Excel 管不住的业务流程,梳理成一套能真正落地的系统”,让更多客户找到我
  • jjx 07-11 11:42
    43
    @liuxh7
    哈哈, 你的 slogan,其实是成熟企业软件要避免的, 当然, 你如果能解决,就是一条新出路

    比方说我们接定制的一个约束就是客户说不清楚, 我们就不接, 同你的 slogan 是反的


    因为客户说不清楚,开发的东西就有坑, 一旦有坑,后期维护就存在可能客户出费用都推进不了的问题
  • penzi 07-11 13:05
    44
    觉得 erp 难替换的, 那是因为你是外包, 你的权限太低
  • kuxuan 07-11 13:22
    45
    个人还是挺难的。首年你要对也许了解才行
  • rpish 07-11 13:39
    46
    看了帖子评论,感觉比起从 0 开始 vibe coding ,不如让 AI 对成熟(开源) ERP 进行删改。
    企业有定制化的真实需求,ERP 开发难度高,那“增材制造”的方式成本就会比较高,“减材制造”更能降本增效。
  • Dream4U 07-11 13:44
    47
    各电商平台的接口如何申请的
  • resten 07-11 14:05
    48
    AI 让 coding 门槛大大减少,确实现在懂业务比懂编程更重要
  • the9art 07-11 14:06
    49
    ERP 系统我感觉是很好用的,特别用 AI 做,一上来,最最最重要的,我感觉是不要特别多的功能。你要把自己需要的几个主要功能列出来,然后能少就少,让 AI 慢慢叠。效果还是不错的,特别是用 Codex ,你让它慢慢去修补修补,很好用,基本上都能达到你要用的点,除了界面丑点。界面这个东西只是一个皮肤吧,ERP 不是太需要。
    交互逻辑要注意一下,这个直接影响前端人的体验。
    已经建了两套 ERP ,平稳在跑,体验比以前花钱买的几十万的 ERP 好多了。以前那些 ERP 厂商又老又顽固,加钱都不高兴改。是时候要改变改变了。还有一个重要的东西,ERP 的数据库选择一定要注意有注意,从一开始就定好。
  • lizhesystem 07-11 14:58
    50
    ERP 不难,难的是一套系统可以适配 N 个业务场景,大而全的 erp 是真的难。
  • sosme 07-11 15:38
    51
    各个平台的打单怎么对接的
  • PolarisTime 07-11 16:39
    52
    @the9art postgresql + redis 一把梭
  • cat1879 07-11 18:20
    53
    别说成 ERP 了,就说是进销存吧。真正商用的 ERP 还是复杂的,不光有正常流程,你还得有回退处理的流程。
  • cat1879 07-11 18:21
    54
    如果真有想弄 ERP 的,建议以 Odoo 为主,然后以 AI 进行辅助开发。
  • leeonsoft 07-11 18:30
    55
    连经销存我估计多不算,就一个电商售后多能给系统搞死,正向的发货没那么复杂,但是逆向的售后,你能思考清楚就非常不容易了 。特别是涉及到组合商品,多包裹发货 和赠品 部分数量的退款等 。
  • lscho 07-11 18:40
    56
    楼上一堆说 ERP 比较难的,是因为 ERP 系统为了适应不同公司的流程,所以做得特别繁琐。其实每个公司的业务流程不是那么复杂,如果专门定制的话,不需要那么多的功能
  • Godblessu 07-11 19:12
    57
    大而全的 erp 已经是伪需求了吧,在当下能符合自己业务的小而美才好吧
  • liliang13 07-11 21:47
    58
    你们的 ERP 都怎么对接的电商平台。为什么我接入的时候需要 100 万注册资金这样高门槛才能入住那些电商的开发者平台,才能为用户提供 ERP 这类订单或者仓库管理系统
  • mailke 07-11 21:52
    59
    Ai 全开的情况下,脑力的消耗是惊人的,但是在资本却把你当作一个代码组装工,当作一个流水线的员工,工资不增反减
    如果这种压榨变成了理所当然,那开发跟流水线员工也没区别了
  • roundgis 07-11 22:29
    60
    是 erp 还是 mis
  • micean 07-11 22:44
    61
    @cat1879 请问 Odoo 配置和二次开发有什么好的实践吗?我现在在做这块,纯新手效率特低,完全依赖 AI
  • nzynzynzy 07-12 00:20
    62
    AI 可以做出来 ERP 我不怀疑
    AI 可以设计好一个 ERP 我很怀疑
  • the9art 07-12 00:43
    63
    还有一个重要的,很重要很重要原因,为什么现在要用 AI 写 ERP ?用 AI 写 ERP 的人,最好是在这个行业里面做的。如果让外行懂技术的人写,达不到这个垂直深度。或者说,在这个行业里做的人,能跟写代码,用 AI 写代码的人,能无成本沟通。这样做出来垂直的 ERP 特别好用。

    我觉得这个就是上面他们说的那个懂业务的比懂编程更重要。
  • moioooo 07-12 08:12
    64
    我自己用低代码平台做了个办公用品管理系统。一开始办公室的小姑娘说就一个台账加领料出库就行。
    我实现了。还做了事务处理记录、月度报表等等。感觉已经没啥可以做的了。
    后来她提出要退货,我就麻了。因为成本是加权平均的,退货会导致单价重新核算,那是否连锁影响到之后发生的已经出库的单子,以及之后发生的新作的单子。小姑娘说她不懂,让我自己看着办。
    最后放弃了,连需求方都不知道要啥。
    ERP 是一个非常复杂的东西。如果采购、销售、制造、合同、财务都要搞的话,建议正儿八经花钱买个成品软件+实施团队。
  • syboy 07-12 11:48
    65
    @the9art 数据库选择你指的是 mysql 或者 oracle 这种?
* 帖子来源V2EX
返回