• 请不要在回答技术问题时复制粘贴 AI 生成的内容
rizon
V2EX  ›  程序员

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

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


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

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

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

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

    于是更深刻的感受到,ai 辅助编程对脑力的消耗真的很大,你要被 ai 推着去思考,再加上因为开发节奏快,很多写出来的东西自己本身就不熟,ai 再说很多黑话或者说简略的话,根本不知道他在说啥,扔一堆让我决策的我都听不懂,还得去先研究明白他在说啥。
    Supplement 1  ·  2 days ago
    补充一下,首先我得承认用 erp 这个词可能确实不妥,我们当下的需求只是 erp 中的一小环,虽然未来肯定会跟着持续迭代。

    但从评论上,我个人产生了一个想法:
    我认为这里面有个很经典的国内 2b 产品问题,做 2b 产品的几年甚至几十年迭代下来,深耕场景已经做出了一个庞然大物,但是却也在逐步的抛弃掉了中小公司,尤其是 AI 后的 opc 市场。

    可能是知识的诅咒无法理解小公司的需求,
    也可能是过于传统的商业模式和产品模式无法去面向小需求售卖。
    这个事情我是深有感受的,我是在做 AI 硬件创业的,ota 和云仓都是第一次接触,这两个也都想着去买成熟的成熟的产品,最后都是选择了自己做了一个。这里面的原因回头去想,恰恰反映了国内 saas 市场的不成熟,产品无法做到去适配企业成长的商业模式。并且过于陈旧的 2b 企业,售前售后的团队也根本上现在的市场环境,他们难以陪伴刚入行的新企业,只能服务于领域内成熟的企业。


    以上仅是我的一些猜测,我并不确定我说的对错与否,抛砖引玉,欢迎大家讨论我这个观点。
    也想看看更多的视角的看法,避免把自己面对的局部问题当成了普遍问题。
    Supplement 2  ·  2 days ago
    还有一点就是随着 AI 开发的便利,一些 2b 产品面临着困境是,他们必须去适配更多的市场需求,导致产品越做越复杂。但是一家公司的需求必然只是一个产品的子集,
    一家企业做的客户越多,超集就越大,就导致小企业的需求就显得越小,他们最终就更容易走向自己开发。

    飞书就一些像是一个这样的产品,但是飞书有钱,有团队,有能力(或许)去走出这个困境。
    70 replies    2026-07-13 21:03:05 +08:00
    qeeshaw
        1
    qeeshaw  
       4 days ago
    很厉害啊,过几个月可能我也要自己开发一个 ERP 了
    uqf0663
        2
    uqf0663  
       4 days ago   ❤️ 1
    我不看好你,尤其是你没有经验,光对接云仓奇门那个业务逻辑就够乱了
    lujiaosama
        3
    lujiaosama  
       4 days ago
    就一周? 梳理需求的时间都不止了吧
    DIO
        4
    DIO  
       4 days ago
    从项目立项到产品设计到开发到测试都是你干嘛,你是老板的话好说,不然个人感觉修 bug 可能也很痛苦
    osilinka
        5
    osilinka  
       4 days ago   ❤️ 7
    ERP 是最难被 AI 替代的东西,你觉得你能做到这个,要么,你们的业务太简单了。
    要 too young, too naive.

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

    自己去搜搜吧
    rizon
        6
    rizon  
    OP
       4 days ago via Android
    @lujiaosama
    @DIO
    我们的 erp 毕竟只服务于我们自己的产品,需求不会一上来就那么爆炸,满足当下场景就好了,后期慢慢迭代。

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

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

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

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


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

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

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

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

    应该叫 mis

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


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

    心态问题

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

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


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


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

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

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

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

    业务方肯定不管你代码呀

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

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

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


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


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


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

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


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

    我觉得这个就是上面他们说的那个懂业务的比懂编程更重要。
    moioooo
        64
    moioooo  
       3 days ago
    我自己用低代码平台做了个办公用品管理系统。一开始办公室的小姑娘说就一个台账加领料出库就行。
    我实现了。还做了事务处理记录、月度报表等等。感觉已经没啥可以做的了。
    后来她提出要退货,我就麻了。因为成本是加权平均的,退货会导致单价重新核算,那是否连锁影响到之后发生的已经出库的单子,以及之后发生的新作的单子。小姑娘说她不懂,让我自己看着办。
    最后放弃了,连需求方都不知道要啥。
    ERP 是一个非常复杂的东西。如果采购、销售、制造、合同、财务都要搞的话,建议正儿八经花钱买个成品软件+实施团队。
    syboy
        65
    syboy  
       3 days ago via Android
    @the9art 数据库选择你指的是 mysql 或者 oracle 这种?
    xiaomushen
        66
    xiaomushen  
       2 days ago
    小公司完全可以啊
    rizon
        67
    rizon  
    OP
       2 days ago via Android
    我觉得大家说的都很贴合实际情况,我在帖子里 append 了我的一些新的想法,欢迎大家讨论哈。

    @bitmin 是的,我也是有这感受,可以去完全为了自己的业务系统深度打造一个内部支撑平台,这种感受真的很好。但无疑也打击了 2b 行业。


    @jjx 你说的对,严格说只是 ERP 一个小的子集,但未来可能也会开始面对各种问题再去迭代产品,买一个成熟产品的好处就是别人替你提前解决了你未来要面对的需求与问题。


    @chengran630 @liuxh7 是这样的,传统 2b 的商业模式和产品涉及很难去切入中小企业这种一上来没有这么多复杂需求的公司。



    @seven777 我 append 的观点里也有提到,有些用户需求表达不清楚是因为他对行业不熟,他的表达必然是片面的局部思考的。越是行业内深耕的人,越容易无法理解用户,他的思考模式受大量经验影响,已经很难去理解一个普通人的脑子里在想什么了。人如此,产品也是如此,我觉得这也正是一些 2b 产品的困境,难以向前兼容。
    yangwa
        68
    yangwa  
       2 days ago
    ERP 从预算、项目立项、实施、到回款、成本核算,报表,随便哪一个环节出来都是一个大系统,牵扯到所有公司人员,一个深坑,我们公司十多年实现"能勉强够用",很多还是是“电子化”,把 excel 做到系统,到后面就变成超级复杂的屎山了
    capric
        69
    capric  
       2 days ago
    用开源 odoo ,开发自己的插件就行
    text98
        70
    text98  
       2 days ago via Android
    一年几万。。那后期也得人维护啊,那人力不算吗
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3049 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 187ms · UTC 13:45 · PVG 21:45 · LAX 06:45 · JFK 09:45
    ♥ Do have faith in what you're doing.