我们的一次OpenERP实施不成功的案例



  • 接触OpenERP是2012年,开始只是装一下试试,用的OE 6.0,试了一些时间,感觉功能还可以。终于在今年决定要正式安装一个试试。
    先简单介绍一下我们的情况,电子产品类的设计公司,主要根据客户的需求开发一些专用的电子产品,平时主要的活动是根据订单,采购原料,生产外包,检测和维修则自己负责,主要的部门为采购,销售,生产,仓库和财务。
    主要的业务流程有两条线,一条是从销售订单->生产->采购->仓库->外发加工->半成品检测->发货,另一条是从客户->仓库->返修->仓库->发货。

    按照这个思路,我们请了一位OE的工程师负责帮我们实施,实施过程中,我提出了几点主要的需求就是,
    1)正常流程是生产回来就进入仓库,然后发货,我们的流程则要求先进入待检测仓库,经检测合格后才能进入成品仓库,然后发货;
    2)返修流程原来是没有的,但我们需要。而且最好是能够分成返修待检仓,返修合格仓,以及返修报废仓等,以便跟踪不同的状态;
    其它基本上没有太多的要求。
    但没想到,这个实施从年初到5月份,流程一直没有走顺。主要的问题包括,
    1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
    2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
    3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
    4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;

    当初我在本论坛发布了一个合作的帖子,但没有什么人愿意来实施,或者觉得我们这个项目太小,没有吸引力。所以我们找的是一个兼职的OE实施人员,来一下又停几天,走走停停,搞到后来,敷衍了事,反馈的问题也不解决了,我们花了很多力气,搞到现在实施OE的努力归于失败。

    接下去,我也很迷茫了,到底OE适合我们这样的小型企业吗?虽然软件开源的,但感觉真正懂的人不多,尤其懂实际企业流程的更少。专业的OE团队看不上我们这活,完全让我们自己去搭建,这也不是我们的专长,我们本身也很忙。
    我只能说,OE看上去很美。






  • 接触OpenERP是2012年,开始只是装一下试试,用的OE 6.0,试了一些时间,感觉功能还可以。终于在今年决定要正式安装一个试试。
    先简单介绍一下我们的情况,电子产品类的设计公司,主要根据客户的需求开发一些专用的电子产品,平时主要的活动是根据订单,采购原料,生产外包,检测和维修则自己负责,主要的部门为采购,销售,生产,仓库和财务。
    主要的业务流程有两条线,一条是从销售订单->生产->采购->仓库->外发加工->半成品检测->发货,另一条是从客户->仓库->返修->仓库->发货。

    按照这个思路,我们请了一位OE的工程师负责帮我们实施,实施过程中,我提出了几点主要的需求就是,
    1)正常流程是生产回来就进入仓库,然后发货,我们的流程则要求先进入待检测仓库,经检测合格后才能进入成品仓库,然后发货;
    2)返修流程原来是没有的,但我们需要。而且最好是能够分成返修待检仓,返修合格仓,以及返修报废仓等,以便跟踪不同的状态;
    其它基本上没有太多的要求。
    但没想到,这个实施从年初到5月份,流程一直没有走顺。主要的问题包括,
    1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
    2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
    3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
    4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;

    当初我在本论坛发布了一个合作的帖子,但没有什么人愿意来实施,或者觉得我们这个项目太小,没有吸引力。所以我们找的是一个兼职的OE实施人员,来一下又停几天,走走停停,搞到后来,敷衍了事,反馈的问题也不解决了,我们花了很多力气,搞到现在实施OE的努力归于失败。

    接下去,我也很迷茫了,到底OE适合我们这样的小型企业吗?虽然软件开源的,但感觉真正懂的人不多,尤其懂实际企业流程的更少。专业的OE团队看不上我们这活,完全让我们自己去搭建,这也不是我们的专长,我们本身也很忙。
    我只能说,OE看上去很美。






  • 真正实施起来很难。


  • 管理员

    想通过引入有效的工具来增加收入,节约成本,但同时又想把工具的成本也节约了,怎么说好呢 ::)



  • 我的数据备份就一直正常自动备份着呐......



  • 不明白你的意思。难道OE的很大一部分目标不是为了降低ERP软件的门槛?
    另外,我们从来没有完全不花钱来使用的想法。对于能够帮助我们成功实施的团队或个人,我们愿意付费。
    但前提是,物有所值。
    比如,买一个现成的ERP软件,需要花费多少钱,如果用OE能解决相同的问题,那就是OE所创造的价值。
    但对于一个不成功的实施,再少的花费也是浪费。

    [quote author=digitalsatori link=topic=16453.msg28244#msg28244 date=1403276963]
    想通过引入有效的工具来增加收入,节约成本,但同时又想把工具的成本也节约了,怎么说好呢 ::)
    [/quote]



  • 我个人认为, 如果你所需求, 现有ERP 可以满足, 就应该选用现有的ERP来玩. 而不是玩OE....
    除非你真正看到OE的价值所在....



  • 1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
      实施测试 不应该在正式帐套进行... 误删数据也可以由权限配置来做好....

    2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
      上面我已经回答一次了.

    3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
      不知道什么样的要求. 其实,我可以建议你把需求发到社区, 让大家参考一下....  不做评论.

    4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;
        这个理论上可以用库链来玩.. 可能实施人员对这块不熟悉...


    所以, 重点, 估计还是你选择错了实施伙伴儿....或者沟通不畅......
    上面提到的几点, 应该说OE 都可以无障碍实施.....



  • [quote author=mrshelly link=topic=16453.msg28249#msg28249 date=1403318929]
    1)实施过程中,实施人员将测试数据和我们的实际数据混杂一起,经常出现误删了有用的数据,操作人员需要反复重新输入,搞得怨声载道。
      实施测试 不应该在正式帐套进行... 误删数据也可以由权限配置来做好....


    这部分不应该啊,实施人员可以不找江湖术士么,请人前都不看资质的

    2)数据库不能自动的备份,有一次电脑不正常关机,硬盘损坏,数据库无法读出。导致所有的数据又需要重建。一直到现在尚未完全恢复成功。
      上面我已经回答一次了.
    这部分 我看了想笑

    3)生产检修的流程反复沟通了好几次,但每次做好的都不符合我们的要求,感觉实施人员完全不理解我们的要求。
      不知道什么样的要求. 其实,我可以建议你把需求发到社区, 让大家参考一下....  不做评论.
    首先是沟通问题,其次是能力问题

    4)返修流程没有办法做到很自动,必须手工的创建很多调拨单,比如从客户到待检测仓,修理完成后,又手工创建调拨单到合格仓等,流程非常繁琐,导致生产维修人员掌握起来很慢,且有抵触心理;
        这个理论上可以用库链来玩.. 可能实施人员对这块不熟悉...


    所以, 重点, 估计还是你选择错了实施伙伴儿....或者沟通不畅......
    上面提到的几点, 应该说OE 都可以无障碍实施.....
    [/quote]


    综上所述,你遇到坑了



  • 当你和公司下决心干一件事的时候,请务必考虑到这件事的难度以及你有多大的勇气付诸怎样的代价去完成,这次的失败是双方的。


  • 管理员

    抱歉,我的态度无理了。
    不过,OpenERP降低实施门槛并不意味着你可以随便找个人来搞实施,回头又抱怨实施困难。

    正如mrshelly所说,你所提到的问题,OpenERP都可以解决。如果不愿意投入太多的成本,或者担心再被忽悠,那就多花点时间在社区里,把你的问题描述清楚,应该有人愿意回答你的。



  • 实际上每个ERP产品都有失败的项目,这毋庸讳言。ERP实施是个项目,要想成功需要保证项目管理的各要素全都控制好。有时是客户自己没准备好,有时是产品成熟度没准备好,有时是顾问没准备好。可以说做成一个几万块的ERP项目比签一个上百万的ERP合同更难。这可能就是楼主所说初期选择OpenERP实施供应商没有人回应的原因。

    OpenERP是开源产品,但开源的目标从来不是降低最终用户的总体拥有成本(虽然有时候不小心做到了),而是降低同行参与的门槛,通过分布式协作和开放的同行评审,使产品研发成本在保证质量的基础上降低。以这个目标为前提,让同行能参与进来而允许免费下载(放弃软件现有的盈利模式),允许同行看源代码(打破竞争壁垒)。开源的目标是获取有益于产品研发的反馈和贡献。

    空门大开是不是?张开双臂是为了热情的拥抱,而不是一记黑虎掏心。看起来很幼稚很理想化,但一直有人坚持下来,改变了这个行业。当然,不经意地也大大降低了最终用户的拥有成本,但注意,这不是目标,而是无心插柳。

    “如果一个企业给你提供免费的产品或服务,请记住,你不是他的客户,而是产品。”


    废话和认真回答的分割线
    --------------------------------------------------------

    具体到楼主的问题:

    首先,实施从年初到5月份,我们暂且以一个人的报价计算,费用应该在15-20万之间。我不理解为什么当初你以这个预算,专业的OE团队看不上。或者大胆猜一下,实际项目费用打了对折甚至三折,那实施的范围和质量肯定也要打对折或三折,可以说,谁做都是这样。还有一个重要的问题,看您这边应该也是中小企业,公司里不养闲人,一个实施erp拖5个月那企业内部肯定怨声载道。我的经验,从系统上线算起半个月内,用户可以接受在有专人支持的基础上的系统磨合,这个过程再拖长,激情甚至耐心都没了。

    你说的两个关键需求都是openerp库链的常见应用场景,这个应该在谈项目的时候就作为方案演示内容之一。但确实是只能算可实现但易用性会损失,需要定制。为什么会导致(每次都)不符合要求,是不是在动手之前就没有明确需求是什么,以什么为验收标准?

    实施过程中为什么测试数据和实际数据会混杂在一起,不是上线后才有实际数据么?我甚至猜你们的开发数据(神奇的界面开发)也和测试数据、实际数据放在一起。

    数据库自动备份方法很多,但需要一些IT背景,至少要异地备份。就算本机自动了,你硬盘坏了不是连备份也跟着找不到了么?我去年的一个项目就没做自动备份,而是指定客户IT一个90后小男孩每天早上上班第一件事到服务器上手工备份到他本机一次。这个事情他坚持做了7个月没出错,直到我给他们装了mrshelly总监的auto_backup模块,我才跟他说这个事情辛苦他了,可以停下了。7个月备份了一堆谁也不希望有用的加密的数据库文件。数据是公司的重要资产,自动备份还是手动备份,异地备份还是定期备份还是热备份,这些都是基于内部IT对数据资产的重视,供应商只会基于你的需求选择实现方案,告诉你相应成本,而不会帮你决策,希望理解。

    ERP项目就是这样,对甲方来说是提升管理的长期目标,对乙方来说是收到验收款的短期目标。售后服务做到什么程度,靠私人关系和道德标准约束都不靠谱。现在的erp市场标准做法是以年维护费绑定你,对服务质量和数量没有承诺。而OpenERP圈子因为都是服务市场而非软件销售市场,所以售后服务大多是按小时数来计费的,有明确的数量和费率约定,而且一般单价等于甚至略高于实施时的人天报价。不知道您这个项目是如何与乙方约定的。

    请相信我,我写这么多字不是想推广我的服务(虽然每个帖子后面都有我公司的联系方式,但这不是目标),而是想表达一下,失败是每个人都不愿看到的结果。原来做SAP项目,第三方监理正面作用还是很大的,但OpenERP项目由于预算的问题相信很难引入这个角色,那只有靠换服务商来改善了。你如果仔细看业内某公司的网站,会发现他的成功案例列出的公司同时也列在其他公司网站上,至于为什么成功案例里的客户也换服务商,这个你懂的。

    是的,对最终用户来说,OpenERP看上去很美,而且Odoo倾向于把她包装得非常性感。但驯服这匹马的成本还是有的。

    从同行(管理软件开发人员)的角度上看,OpenERP从外到内都很美,越深入越觉得博大精深,这也是这个产品在技术圈子里传播很快的原因(erp实施的人天报价远大于程序员的日工资,所以对程序员兼职特别有吸引力)。但毕竟做服务市场不如做产品市场来钱快,懂企业战略和流程的顾问和公司参与较少。每个挂牌的OpenERP实施公司里都有且只有一个,就是老板。

    ERP选型时选错,找实施者时找错,做项目时做错,上线后维护错,这都会导致失败,OpenERP也不例外。如何避免,我们也都在探索。最有效的是监理制,但有点儿远水解不了近渴。现在只能强调性价比,花多少钱办多少事,其实秘密是,“每一个行业里平均的有效小时工资”都差不多的。一个月收入超2万的程序员不可能不熬夜加班的,而月收入低于2千的程序员不可能不磨洋工的。同样,如果咨询顾问的两年的收入还不够付MBA的学费,咱就不能要求他有MBA的水平,是么?

    选择专业公司的好处是,可以在需求分析阶段用最资深的顾问,在程序实现阶段用相对初级的程序员,在上线交付阶段让资深顾问保证质量,乙方会自行解决成本分摊和内部沟通。如果甲方对项目控制没信心,那请一个兼职的监理效果会更好。

    人人渴望成功,其实成功并不难,只要持续努力保证每一个环节不失败,就成功了。

    衷心祝愿贵公司在总结这次教训的基础上和OpenERP并肩探索出一条中小企业信息化的可行之路。

    Sorry,是Odoo



  • 在项目合作的分版中,我早就发过了我们的需求了。
    我当时还特意发邮件给了本论坛的老肖,老肖人很好,还跟我通过电话,但人在上海,我们在深圳。
    老肖看了我们的需求觉得我们找他来实施不太划算,给我们的建议是给我们提供培训,其它让我们自己来。
    但我们考虑,仅仅培训是不够的,毕竟很多细节问题不可能短短几天都了解清楚,还是希望有人能够直接负责参与指导我们实施。
    后来在论坛上另外一位OE的工程师与我们联系,据自己说是参与过几个项目的实施,因此也就同意让他来帮我们。实际上,OE的安装基本都是我们自己做的,他主要负责的就是按照我们前述的需求进行一些模块的配置和修改。
    也许是我们找错了人吧,这个教训是深刻的,时间浪费了,过了半年,需要管理起来的数据现在还是手工管理。
    接下去要找什么样的人,到哪里找,我现在也很困惑,如果此间有人能够帮我们实施的话,具体价格我们可以谈。
    包括网店这一部分,我们以后都希望上。我们的想法是,不怕投入的成本高,而是要物有所值。如能提高效率,能向电子商务转型,这些投入就值得。



  • 我们选OE的原因是,考虑到OE本身有完善的功能,以及良好可扩展性,另外是使用广泛的开源项目,以后可以获得的支持渠道比较多。
    我们本身也在发展中,有些流程现在这样,以后未必一直不变,随着公司发展,可能还需要不断新增一些模块,买现成的ERP,担心以后无法适应我们的更改的需求,甚至以后能否获得稳定的技术支持都无法保障。

    [quote author=mrshelly link=topic=16453.msg28248#msg28248 date=1403318535]
    我个人认为, 如果你所需求, 现有ERP 可以满足, 就应该选用现有的ERP来玩. 而不是玩OE....
    除非你真正看到OE的价值所在....
    [/quote]



  • 当时我们找的实施人员,评估我们的工作量在2周,实施时间1个月,因此费用也比较低,他自己给我们的报价就不到1万,如果具体实施过程中,需要开发则另外按开发工作量计算。但在实际实施过程由于各种沟通不畅,拖拉反复,导致持续了4,5个月。
    我事后来看,我认为失败的原因有几点,
    首先是实施人员对企业流程不熟悉,沟通能力欠佳。我们销售,生产所提的一些问题,他很难理解或理解不到位,根据我们的需求做出来的流程,实际一用就发现不是这么回事。另外还有一些问题也许是我们的流程本身不合理,需求不合理,应该优化流程,而他则机械式的通过系统来调整,但又调整不好,反复很多次,搞得大家都很疲惫;另外实施人员水平欠佳(抱歉在此直言),在具体实施上缺乏经验。如数据库自动备份问题,测试数据与实际系统分离问题,这些对于搞IT的人来说,本是常识的问题,但就是没有办法解决。导致实际过程中我们为这些问题花费了大量的时间代价,至少有一半的时间花在数据的倒腾上;还有就是我们自己的责任。一开始我们就低估了上这个系统的难度,对于这些问题缺乏心理准备,认为我们自己都安装过几遍,也使用过一段时间,只要有个经验的人帮我们细节上调整一下就可以了,所以找的实施人员水平不高,而且是兼职,搞一下,停一下,最终搞到双输的结果。

    在此我就想了解一下,以我们公司这样的项目背景,一般是什么样的费用?估计按照我上述的帖子,我们的需求大致已经了解的差不多了,没有特别多的需求。可以说,我们真正使用OE系统的人不过4,5个人。其它大部分也就用来做一些项目跟踪,日常管理之类的。



    [quote author=Jeff link=topic=16453.msg28254#msg28254 date=1403328264]

    具体到楼主的问题:

    首先,实施从年初到5月份,我们暂且以一个人的报价计算,费用应该在15-20万之间。我不理解为什么当初你以这个预算,专业的OE团队看不上。或者大胆猜一下,实际项目费用打了对折甚至三折,那实施的范围和质量肯定也要打对折或三折,可以说,谁做都是这样。还有一个重要的问题,看您这边应该也是中小企业,公司里不养闲人,一个实施erp拖5个月那企业内部肯定怨声载道。我的经验,从系统上线算起半个月内,用户可以接受在有专人支持的基础上的系统磨合,这个过程再拖长,激情甚至耐心都没了。

    你说的两个关键需求都是openerp库链的常见应用场景,这个应该在谈项目的时候就作为方案演示内容之一。但确实是只能算可实现但易用性会损失,需要定制。为什么会导致(每次都)不符合要求,是不是在动手之前就没有明确需求是什么,以什么为验收标准?

    实施过程中为什么测试数据和实际数据会混杂在一起,不是上线后才有实际数据么?我甚至猜你们的开发数据(神奇的界面开发)也和测试数据、实际数据放在一起。

    数据库自动备份方法很多,但需要一些IT背景,至少要异地备份。就算本机自动了,你硬盘坏了不是连备份也跟着找不到了么?我去年的一个项目就没做自动备份,而是指定客户IT一个90后小男孩每天早上上班第一件事到服务器上手工备份到他本机一次。这个事情他坚持做了7个月没出错,直到我给他们装了mrshelly总监的auto_backup模块,我才跟他说这个事情辛苦他了,可以停下了。7个月备份了一堆谁也不希望有用的加密的数据库文件。数据是公司的重要资产,自动备份还是手动备份,异地备份还是定期备份还是热备份,这些都是基于内部IT对数据资产的重视,供应商只会基于你的需求选择实现方案,告诉你相应成本,而不会帮你决策,希望理解。

    ERP项目就是这样,对甲方来说是提升管理的长期目标,对乙方来说是收到验收款的短期目标。售后服务做到什么程度,靠私人关系和道德标准约束都不靠谱。现在的erp市场标准做法是以年维护费绑定你,对服务质量和数量没有承诺。而OpenERP圈子因为都是服务市场而非软件销售市场,所以售后服务大多是按小时数来计费的,有明确的数量和费率约定,而且一般单价等于甚至略高于实施时的人天报价。不知道您这个项目是如何与乙方约定的。

    请相信我,我写这么多字不是想推广我的服务(虽然每个帖子后面都有我公司的联系方式,但这不是目标),而是想表达一下,失败是每个人都不愿看到的结果。原来做SAP项目,第三方监理正面作用还是很大的,但OpenERP项目由于预算的问题相信很难引入这个角色,那只有靠换服务商来改善了。你如果仔细看业内某公司的网站,会发现他的成功案例列出的公司同时也列在其他公司网站上,至于为什么成功案例里的客户也换服务商,这个你懂的。

    是的,对最终用户来说,OpenERP看上去很美,而且Odoo倾向于把她包装得非常性感。但驯服这匹马的成本还是有的。

    从同行(管理软件开发人员)的角度上看,OpenERP从外到内都很美,越深入越觉得博大精深,这也是这个产品在技术圈子里传播很快的原因(erp实施的人天报价远大于程序员的日工资,所以对程序员兼职特别有吸引力)。但毕竟做服务市场不如做产品市场来钱快,懂企业战略和流程的顾问和公司参与较少。每个挂牌的OpenERP实施公司里都有且只有一个,就是老板。

    ERP选型时选错,找实施者时找错,做项目时做错,上线后维护错,这都会导致失败,OpenERP也不例外。如何避免,我们也都在探索。最有效的是监理制,但有点儿远水解不了近渴。现在只能强调性价比,花多少钱办多少事,其实秘密是,“每一个行业里平均的有效小时工资”都差不多的。一个月收入超2万的程序员不可能不熬夜加班的,而月收入低于2千的程序员不可能不磨洋工的。同样,如果咨询顾问的两年的收入还不够付MBA的学费,咱就不能要求他有MBA的水平,是么?

    选择专业公司的好处是,可以在需求分析阶段用最资深的顾问,在程序实现阶段用相对初级的程序员,在上线交付阶段让资深顾问保证质量,乙方会自行解决成本分摊和内部沟通。如果甲方对项目控制没信心,那请一个兼职的监理效果会更好。

    人人渴望成功,其实成功并不难,只要持续努力保证每一个环节不失败,就成功了。

    衷心祝愿贵公司在总结这次教训的基础上和OpenERP并肩探索出一条中小企业信息化的可行之路。

    Sorry,是Odoo
    [/quote]



  • 楼主回复非常积极和中肯,赞一个

    不到一万元的项目,断断续续搞5个月,换做是谁现在也是 “敷衍了事,反馈的问题也不解决了”

    我只根据楼主关于需求和预算的问题给予答复,一己之言,仅供参考

    1- 估计按照我上述的帖子,我们的需求大致已经了解的差不多了,没有特别多的需求。

    其实软件的功能需求折射的是公司管控的需求,能提出来的只是冰山一角,要深挖、提炼、确认、估算是需要相当的经验和技巧的,我们每个客户项目都拿出一周的时间来讨论需求,一万元的蓝图设计预算,这个阶段除了空闲时间(老板有些其他会必须开之类的)帮客户装系统,并不交付任何可运行的界面或代码,而是一遍一遍的和高层、中层、最终用户确认需求。而且这个阶段结束后调研的需求并不一定就马上做,而是和甲方讨论是不是有些非关键性的,不影响上线的需求作为长期规划。这个阶段结束一定会确定上线时间并告知客户最终用户,甲乙双方下一阶段合作的目标就是上线(如果继续做的话,我本人经历过两次在这个阶段客户终止合作,原因是甲方还没ready)。

    2- 多少预算是合理的

    这个问题很难的。项目核算对于乙方很简单,就是成本加利润,对于甲方,是收益减付出。问题上ERP的收益很难量化(好的说法是好处无法估量,坏的说法是效果说不清),那该付出多少合适呢,所以一般的决策是越少越好,而不强调性价比。但这不科学,只有失败了才会发现。

    我个人有个简单的算法,不知道是不是合适。管理软件是工具,是给使用者服务的。所以项目的投资可以参照使用者的月工资,您把您【ERP用户的月薪合计】作为预算去找供应商,相信双方谈判就更容易些。

    举几个栗子:

    我公司目标客户是最终用户10-20人的中小企业,一个项目6万元,人均实施成本3千到6千元,我确信这正是这些人的平均月薪范围

    某小企业会计需要一套记账软件,OpenERP用不起来请我们实施,我们做不了,推荐她购买金蝶或者用友的单机版,这个预算够了,因为不需要实施

    某500强企业OA项目(呵呵,没参与,我猜的),150万的项目,解决300多个大公司白领阶层日常工作协同问题,这个价格也就是相当于多发一个月工资。

    公司里每个管理人员都有繁琐、重复、计算量大、容易出错、部门沟通、数据冗余的工作量,斗胆设其占每日工作量的30%,这对企业就是绩效上的损失。你拿了10000块的工资,其中3000块是他不得不做还不创造价值的事情。如果拿出 1/12 把这些工作交给ERP,不仅公司提升了20%的绩效,员工的满意度也提高了。

    试想,你当初确定项目预算是3万元,做3个月,兼职收入每月1万,那兄弟还要啥自行车啊?能不能保证100小时的有效工作成果?100个小时您说的这些需求,只有五个用户用,很难做完么?平均三天满足一个最终用户的期望(拿相当于此最终用户一个月的收入),靠眼神交流也不至于最终交付不了吧,难道那哥们不够帅?


  • 管理员

    [quote author=errant link=topic=16453.msg28255#msg28255 date=1403328865]
    在项目合作的分版中,我早就发过了我们的需求了。
    我当时还特意发邮件给了本论坛的老肖,老肖人很好,还跟我通过电话,但人在上海,我们在深圳。
    老肖看了我们的需求觉得我们找他来实施不太划算,给我们的建议是给我们提供培训,其它让我们自己来。
    但我们考虑,仅仅培训是不够的,毕竟很多细节问题不可能短短几天都了解清楚,还是希望有人能够直接负责参与指导我们实施。
    [/quote]

    [quote author=errant link=topic=16453.msg28258#msg28258 date=1403332243]
    当时我们找的实施人员,评估我们的工作量在2周,实施时间1个月,因此费用也比较低,他自己给我们的报价就不到1万,如果具体实施过程中,需要开发则另外按开发工作量计算。但在实际实施过程由于各种沟通不畅,拖拉反复,导致持续了4,5个月。
    [/quote]

    楼主也是找过老肖谈过的(老肖和我们一样都是Odoo的partner),不知道老肖最后为什么是看了需求觉得找他们来实施不太划算呢。最后楼主是找了个兼职人员来做,最后导致实施1个月延伸至5个月。
    我们不能说专业公司里面有技术和业务最牛的人,但是也希望楼主理解到,这些专业公司除了由每天实施、开发的成本外还有不少部分是项目控制的成本,负责你这个项目的虽然可能是见到的是一个人,可是后面还是有一个团队在支持、监督。
    如果你是找了兼职人员,虽然不知道你们的协议是怎样的。兼职人员的水平虽然是良莠不齐,但是我觉得你们也不能忽略每个项目里面的项目控制和管理成本。毕竟1个月的项目变成半年问题也不是一下子出现的,可是好像也没看到解决问题的努力?



  • 兼职外包
    没法客观评估
    这事贪图表面便宜的风险所在

    说的有点直白 但是实情



  • opensource不等于免费
    lz太贪图便宜了 运气又不好
    很简单的道理 不用高大上的解释



  • 1W块实施erp :D

    无语


登录后回复
 

与 Odoo 中文社区 的连接断开,我们正在尝试重连,请耐心等待