外包定价的想法CSDN的外包频道常常看到。我的感觉里面的项目好像定价都很低。不知道各位有什么看法。我不知道
外包定价的想法
CSDN的外包频道常常看到。
我的感觉里面的项目好像定价都很低。不知道各位有什么看法。
我不知道CSDN是怎么定价的，根据什么标准定价，只是依据客户的报价似乎就太简单了，作为一个中介服务应该倡导些什么吧，比如定价策略。
我想提出一个定价的标准，(代码行数 × [5~２０]) ×?[(50%~500%)的加权] +?（100UP）*年服务次数（服务费）
比如一个MIS十万行代码
（10 万*５）×５０％ ＋ 1000*5 = 25万五千
在比如一个图形系统C代码3000行代码
（3000*２０） * ２００％ ＋ 500 * ３０ ＝ １３万五
而一个医疗图形系统的C码提高加权到300%
抛砖引玉、抛砖引玉、您当笑话看也行。 ???
1 楼 BirdGu 2007-08-13 水平高的人可以用更少的代码完成同样的的工作，因此得到更少的报酬。
2 楼 Norther 2007-08-13 所以大家都不要用RUBY 给的钱少 3 楼 blueoxygen 2007-08-13 外包有按代码行定价的？
外包都是卖人啊。
比如这个项目你charge给客户30个人，其中15个D，10个SD，3个技术主管，1个架构师，1个PM。那么每charge一天，客户要给各种级别的人多少钱。
基本上算钱都会按照当地这个水平员工的3倍薪水来给。
比如这个人薪水是4K，那么charge给客户就是一个月1W2。
当然我说的这个是日本市场，欧美的怎么给不清楚。 4 楼 maxiaoxia 2007-08-13 CSDN的项目主要以单人项目为多，所以就设了一个代码为主的公式，每行代码有不同的价格标准，就是说你用ruby写可以要比java更多的钱（其实这个倒未必，应该java要更多的钱才对），后面还有加权值就是说你的代码质量高可以要更多钱。最后还有服务费，是关于文档设计等等这个可有双方自己定，最低100元，呵呵。
我就是想听听大伙的，而且有个标准的话也能为很多想做兼职却不知道怎么要钱的哥们儿提供一个途径，我觉的还是很有意义的。
集思广益。禁止吵架。
欢迎大家参与。 5 楼 ddandyy 2007-08-13 用行数来算永远会有人不爽
还不如就自己谈好了 比如就是100或者就是1000的 管你写多少行 多长时间给我写出来就行
用行数算 出钱的和收钱的都肯定会不爽
表总想着订什么标准 标准都是从市场中来的 只要有这个市场了 标准自然就会出来了
好像没有几个 订 下来的标准是 事实标准 6 楼 realdah 2007-08-13 关于项目effort的评估业界早有各种个样的定量计算方法，
例如 Function Point, Use Case Point, LOC , Test case Point , Tasks Based (WBS) 等等
然后这些方法再结合Bench Mark Repository 的经验数据，就可以得出比较服众的数据。
7 楼 realdah 2007-08-13 CSDN的定价策略是bid形式， 在初期，必然有团队及个人不惜或者错误估算项目成本导致恶性竞争而使行业利润率偏低，但是从混沌学理论的角度来说，这种竞争必然会导致行业的重新洗牌使市场价值回归。
8 楼 抛出异常的爱 2007-08-13 功能点=>
转成人/月数=>
人/月数*当月平均价格=>
乘以折扣 9 楼 maxiaoxia 2007-08-13 功能点是个好主意，不过还有求算法的外包，这个就不适合了。
功能点如何划分，收费标准都是伤脑筋呢。 10 楼 抛出异常的爱 2007-08-14 一个算法？
看你怎么设计了
有时会 是一个功能点，
有时会是多个功能点
多个功能点总人月数可能会少于一个功能点的总人月数
功能点转人月数时是按输入输出参数的个数来算的。
十在是特殊的话，议价也是不错的方式。 11 楼 realdah 2007-08-14 不知道lz和楼上是否听过EO,EQ,RET,LIF 之类的概念
至少看得出楼上和lz对此并无太多研究
12 楼 BirdGu 2007-08-14 IPUG FPA对OLTP类应用比较有效。 13 楼 majianglin 2007-08-14 楼主根本就不了解情况
如果从零开发的话,客户给的价格相当于成本的零头
如果以前有这方面的积累(几乎相同的项目),那么相当于地上捡了几千块,不捡白不捡。至于维护和定制的事情,开发方最好要推掉，推不掉的话很难赚到钱。
14 楼 maxiaoxia 2007-08-15 呵呵，我先提供点知识背景：
数据文件的相关概念
（ 1 ）系统边界：它是被测量的项目（或应用）和外部用户域（或应用）之间的分界。
（ 2 ）内部逻辑文件（ ILF ）：它是用户可确认的，在应用程序内部维护的、逻辑上相关的数据或控制信息。
（ 3 ）外部接口文件（ EIF ）：它是用户可确认的、由被测应用程序引用，但在其他应用程序内部维护的、逻辑上相关的数据或控制信息。
（ 4 ）数据元素类型（ DET ）：它是 ILF （或 EIF ）中用户可识别的、唯一的、非循环的字段或属性。
（ 5 ）记录元素类型（ RET ）：它是用户可识别的、存在于一个 ILF （或 EIF ）中的一组 DET 的子组。
（ 6 ）文件类型参考（ FTR ）：它是一个被某个事务参考的文件类型。
事务处理的相关概念
（ 1 ）外部输入（ EI ）：它表示一个数据从系统边界外进入系统内的基本事务过程。这些数据可能是控制信息或商业信息（如果是商业信息，则它会维护一个或多个 ILF ）。
（ 2 ）外部输出（ EO ）：它表示一个从系统内导出数据到系统外的基本事务过程。在这个过程中，会形成某种形式的报表或输出文件到其它应用中，并且这些导出的数据一般带有计算结果或推导的成分。
（ 3 ）外部查询（ EQ ）：它表示一个同时带有输入和输出成分的基本事务过程。在这个过程中，数据从一个或多个 ILF （或 EIF ）中产生，并被导出至系统外部（这些导出的数据一般不会带有计算结果或推导的成分）。
IFPUG 计算未调整功能点的方法
（ 1 ）对于 ILF ，计算基于其 DET 和 RET 的数量。
（ 2 ）对于 EIF ，计算基于其 DET 和 RET 的数量。
（ 3 ）对于 EI ，计算基于其 DET 和 FTR 的数量。注意： EI 在处理过程中所维护（或参考）的任何一个 LIF （或 EIF ）都可以作为一个 FTR 计算。
（ 4 ）对于 EO ，计算基于其输入和输出两端的 DET 和 FTR 的总数量。注意： EO 在处理过程中读取（或维护）的每个 ILF （或 EIF ）都可以作为一个 FTR 计算，每个 EO 至少有一个 FTR 。
（ 5 ）对于 EQ ，计算基于其输入和输出两端的 DET 和 FTR 的总数量。注意： EQ 在处理过程中读取到的每个 ILF （或 EIF ）都可以作为一个 FTR 计算。
更详细来自于：http://www.gzvtc.cn/about/chengguo/chengguo-17.htm
15 楼 maxiaoxia 2007-08-15 引用
那么相当于地上捡了几千块,不捡白不捡。
有道理。呵呵 16 楼 kris_xu 2007-08-15 <br/>
<strong>maxiaoxia 写道：</strong><br/>
<div class='quote_div'>
<p>您当笑话看也行。 ???</p>
</div>
<br/>
<br/>
<br/>
这句说到理上了。<br/>
