zoukankan      html  css  js  c++  java
  • 软件如何报价如何定价

    软件如何报价如何定价一直是软件业讨论的热点。这算捅了马蜂窝了。

          有个网友给我一个评论,很值得深思和大家讨论:
          刚开始写得不错,越写越觉得离谱,不是三五个人了,和教材接近了。现在做项目的价钱是我们能够左右的吗,你算着80万,人家招标价60万,别人报30万,你干不干。不干有人干。既要吃饭回扣项目又要做好,这是真的。我想问一下,中国的软件项目需求到底多大。我觉得你在算你自己的帐,算得不错。可是人家客户人不认账。中国不光你这一个公司。
          我经常说:我们是商业软件公司开发。我们的编写代码工作是为了更少的工作,但是能赚更多钱。所以,不能让我们减轻工作,不能让我们多赚钱的工具或方法或技术或管理制度,我们一概不用。
          所以,我们这个开发费用、实施费用、服务费用的计算表也不是为了什么好看或什么正规性,我们都是为了解决我们自己的问题。我们很现实。我们设置售前,就是为了怕销售乱说乱答应客户,最后项目实施周期长难度大需求变更多。我们做这个表格,也是为了怕销售乱报价,最后糊弄签了单,开发部实施部和客户一见面去执行,才发现那点钱根本不够项目成本。最后擦屁股挨老板骂的还是开发部实施部。而销售部由于和老板关系好,板子是打不到的。
          大家都知道,现在这种做方案投标讲标签合同都在走浮面工作。知道项目签了合同,真正开发软件和实施软件的人才知道有这么个客户单子,前期都是销售在跟。而销售,对开发、实施、服务这些细节过程和成本都不了解。而销售跟单的人也往往是企业的决策拍板人,对软件功能细节也不看。而且,现在做行业管理软件,纯粹听到招标杀进来的非常少。都是这关系那关系过来的,都是关系认识。所以方案呀,讲标啊,都没有细节疑问,做方案也没有细节调研。签了这么个结果的合同额,真正项目执行起来,需求到底会变化多少,项目周期真正会多长,真正项目结束后是赚是亏,都是一个未知数。
          反正已经签单,亏不亏是老板的事。而且是项目结束的时候才能知道。况且,项目的执行都是开发部和实施部门,他们耗费了项目资金,以后项目亏了,也是他们的问题。我把单子签回来了,我是从客户口袋掏出钱拿回公司的人,没有我,公司那些程序员他们一点用也没有,就知道天天等发工资等我把项目拿下来才能工作。这就是销售的想法。
    所以,在软件公司,销售地位很高,开发人员居然地位很低。被老板骂怎么还不完工,被客户骂怎么我们的需求还没有做。
          代码是老板看不懂的。老板就看功能做完没做完(而且做完没做完,也只是看一下开发人员的操作演示,然后再问问项目经理具体实际进度,真正客户要求的功能做完没做完,只有项目经理和程序员自己知道)。尤其是软件,越表面简单,其内部其实越复杂。除非这个功能本身就很简单。一般都是,为了把复杂的事情屏蔽了让计算机自动处理了,要写很复杂的代码,而呈现给用户的是简单的操作,只有这样,才能提高用户的工作效率,这就是软件的好处。但老板看不见也看不懂内部代码。老板就看见这么简单的操作功能,你怎么两个星期都没有做完?
          所以,我们过往很多工作,不仅仅为了我们自己工作需要,我们也是为了让老板看到我们的劳动成果。所以我们编写了设计文档、测试案例、测试报告、帮助文档、演示版、需求管理库、BUG管理库、每一次版本的归档源代码和文档,并且也用了专门的开发部服务器,表明里面装的都是公司最重要的财富:软件源代码。老板一看公司最重要的产品源代码都在上面,文档也在上面,各个版本都在上面,就放心许多。(老板越疑心,他就会派自己的心腹亲信来监督来约束,并且给与资源越约束越谨慎越拖延,怕这帮不知道整天在忙什么的程序员家伙把自己的钱给乱用了。所以,开发部一定要把老板能看懂的东西主动的完整的呈现给老板,让老板减轻疑心。这是很多开发部主管都没有做的事情,所以开发主管往往和老板关系很僵硬,最后越发资源少干事受阻碍,最后老板也看不顺眼他,他也看不顺眼老板,从此分道扬镳)。
          我们出这个开发费用、实施费用、服务费用计算表的初衷就是为了让老板明白我们确实干的很辛苦,让他明白一个管理软件不是他经常画单据表格和报表统计用的EXCEL。这个软件,确实需要这么多步骤,这么多人,这么多天的配合才能完成。
          但是,我们不能这么和老板说。老板对员工吃多少苦不感兴趣。老板感兴趣的是赚多少钱。所以,向老板进言,就要从多赚钱这个角度去讲。
         我们就讲了将鸡翅鸡腿脖分开卖,比卖整鸡要合算的多。而且,咱们这样报价有根有据,客户就不会心虚的拦腰砍五折了。因为他觉得每一笔帐都很实在,实在没法讨价还价。
          我们可以再深入思考一个问题:客户是怎么决定自己招标价是60万?客户是企业,它又不是软件公司它肯定不了解软件公司的成本构成和项目人员配置。它怎么知道解决他的问题的信息化软件,60万就可以搞定。
           原因可能有两个:
          一、看自己企业这几年赚不赚钱,自己的老板一向重视不重视信息化,这个项目重要不重要,自己企业能掏多少投资。
          二、同类型软件,询问了一下自己认识的朋友,也根据自己过去的信息化的费用经验,大致在市面上的价格也就这个数。
          于是,管信息化的CIO,60万拍脑门决定了。企业老板一看,嗯,能出的起。就这么定了。
          就这样,一个60万就定了下来。
          但是,这个60万决定的过程漏洞百出:
          一、确实是,企业有多少钱就做多少事。但是需要信息化来解决的问题,到底需要多少钱才能真正做好?谁知道怎么计算到底需要多少钱?如果企业的CIO不知道怎么计算得来,那么他选定的最后软件公司,只能是报价最低或演讲最精彩的,或者就是他的熟人,确信这个熟人给他好处,而且不会把项目做砸了连他都受了牵连。
          二、中国的信息化一直在不断规范化,成熟化,专业化。所以企业CIO询问的周边朋友,自己过去的信息化费用经验能适合现如今的价格变化吗?(我母亲老提2000年的菜价和房价,对现在东西的价格觉得太离谱了)
          而软件公司呢,不去调研客户产生问题的现状,也不去思考如何解决问题,也不去计算解决这些问题的费用。也跟客户一样拍脑门定报价。
          为什么软件公司也要这么做呢?
          你如果真正去正规的做事,可能解决问题计算出来是100万。你怎么办?你能不要单子么?你要么往下砍功能,使一些客户问题无法得到解决或无法很好得到满足。要么,你就说服客户这个报价很实在,解决你的问题确实需要这么多钱。
          客户会说什么?
          一种结果:因为客户的60万报价本来就是拍脑门的,对60万能解决问题本来就不确信。所以他会去听为什么软件公司报100万。软件公司对问题的分析理解和解决方法是在往大了讲呢,还是在讲实在话?
          一种结果:不好意思,我们只能掏60万。
          对于,第一种结果,走势很好。因为他愿意去真正踏实下来去听去分析而不是拍脑门。你报的有根有据,他会去调整自己的底价。如果他确实预算只能这么多只能掏60万,他会去平衡缩减一下项目范围。我们前面也都讲了,开发、实施、服务都有高级、中级、标准三个层次的人员,费用是不一样的。而且很多项目都是可选择的。可以企业自己内部自己做,无须强制购买。客户会去调整自己的选择项目和选择的层次的开发实施服务人员。
          如果竞争对手报30万。他是怎么做到30万的?是他的开发实施服务方法先进,所以成本低?是他的开发实施服务人员工资低出差费用低所以成本低?如果竞争对手确实方法先进于你、人员费用低于你,那么你报30万肯定是亏死,你是在这单子上成功不了,自认心服口服。如果都不是,那这个竞争对手也会有两种可能结果:
          结果一、报价低于实际必要成本,亏本关门。
          结果二、为了不亏本,那就降低项目质量,糊弄完事。
          对于这两种结果,第一种结果可能性小,因为谁也不想越做越关门。那只有第二种结果:糊弄了。所以,国内现在管理软件价格越来越低,关门转行的软件公司也不在少数。糊弄人的项目比比皆是,惹的企业都不敢上软件都已经不相信软件能解决问题。
          根源在哪里?
          根源就在企业不知道软件成本构成,乱设底价。而软件公司,为了得到单子,报价更低于客户的底价。就这样,一轮轮的循环,价格越来越低,软件公司为了生存,不断糊弄事保本。最后直到糊弄的客户都知道这家软件公司是个骗子了事。
          要么糊弄到最后关门,要么创新解决问题突破恶性循环的价格樊笼。
          我们现在就是这样报价的。你也可以试试。但前提是:你一定要有售前人员和销售人员一起配合打单,售前人员调研收集分析客户现状和问题,并且提出解决方案,然后再和销售一起完成销售报价。销售人员会在理性价格和感性价格之间做一个很好的平衡,既照顾公司项目完结盈利,也照顾客户价格心理承受线。
  • 相关阅读:
    UVa 12174 (滑动窗口) Shuffle
    UVa 1607 (二分) Gates
    CodeForces ZeptoLab Code Rush 2015
    HDU 1525 (博弈) Euclid's Game
    HDU 2147 (博弈) kiki's game
    UVa 11093 Just Finish it up
    UVa 10954 (Huffman 优先队列) Add All
    CodeForces Round #298 Div.2
    UVa 12627 (递归 计数 找规律) Erratic Expansion
    UVa 714 (二分) Copying Books
  • 原文地址:https://www.cnblogs.com/zjoch/p/5545418.html
Copyright © 2011-2022 走看看