离职后公司想把一个维护性质的项目外包给我，请问如何计算这个外包的价格？

先说一下我目前的状况：
我所在的公司是一个生产兼销售的公司，软件开发部门的职责就是给其它部门开发系统并提供技术支持，也就是说开发出来的软件都是给自己人和第三方合作伙伴用的。由于薪资福利及其它方面的原因走了很多开发人员，现在这个部门就只剩下两个人在做开发，一个是我，一个就是部门经理了。

我所负责的众多工作中，有一个是维护一个很老的用ASP脚本开发的Web系统，这个系统的存在已经超过了10年。最开始这个系统是公司从外面买来的，然后根据公司自己的需求修改代码来适应自己的业务流程。期间这个项目经历过很多人的接手，接手的人要熟悉项目都是通过上一任者讲解、演示及自己看代码、修改Bug累计经验来熟悉项目结构和业务流程。就这样，项目代码越来越大也越来越乱，与最开始的功能有很多地方都不一样了，因此现在也没有任何文档能描述当前这个系统各个模块是做什么的、流程是如何流转的。只有各个部门的操作人员知道他所负责的的模块怎么使用，然后就是我对整个系统能有一个全面的了解，部门经理以前也维护过这个系统但他负责的系统已经很多了，忙不过来，而且私底下也表明不想碰这个系统。

现在整个公司就由我一个人来负责维护这个系统，主要的工作就是修改客户遇到的Bug和根据业务需要添加新的功能或修改现有的功能。因为现在很难招到会ASP脚本的人而且开始从内部人员培养也很难（主要是招不到人，招到人也没人愿意维护这个古老的ASP系统）。

前些天我向公司提出了离职申请，经过了几次谈话我还是决定离职。由于我离职后这个系统没人维护了，HR问我如果公司决定把这个项目外包给我一段时间，问我是否愿意？想让我帮个忙过渡一段时间（时间不确定，而且我感觉会很长），等招到人后再收回来。我以前也没做过外包，也不知道用空闲时间（主要是晚上和周末）身体是否吃地消？我只说我可以先尝试下，然后HR想让我拿出一个计算外包薪酬的方案出来给公司讨论。

这个外包给我的任务就像我上面说的，主要就是“（1）解决用户遇到的Bug”和“（2）根据业务需要添加新的功能或修改现有的功能”，其中（2）可能会花费很多时间。

所以像这样维护性质项目的外包，我应该如何给出薪酬方案呢？大家如果碰到这样的情况会拿出什么样的计算方案出来？

Dic4000

2016-07-03 23:48:24 +08:00

谢谢，有几个问题想请教下，
如果按工时收费，怎么衡量这个工时？谁来认可这个工时？工作量也是如此。
比如“（ 1 ）解决用户遇到的 Bug ” 这一块，如果按 Bug 计件的话，这种统计方式是否合理？如果合理的话，每个 Bug 价格应定在多少才合适？或者如果按修改完一个 Bug 的所需要的时间来算是否合理？这个修改时间和价格如何关联？

我比较倾向如果只是 “（ 1 ）解决用户遇到的 Bug ”，那么每月给我一个固定的费用。

2 这种属于二次开发，根据工作量算钱，这个工作量的统计如何计算？如果大家给别人开发一个新功能和模块，一般价格是多少？

sfree2005

2016-07-04 06:35:27 +08:00

我觉得不管是 1 还是 2 ，你还是要按工时算好了。时薪就按之前楼上有同学提到的，目前时薪 x1.5 到 3 ，因为你是业余时间做相当于加班，加上对方不用给你交各种保险和其他福利，所以这是合理的

然后你和 HR 说你每个礼拜可以做多少个小时，固定下来以后就不怕身体吃不消了。保守点还是说个比较低的数字。

如果是新功能的开发，你预估一下这个功能需要的时间，然后把这个时间 x2 。相当于把这个功能明码标价，公司不接受的话就不用做个功能了。

还有就是公司每次报 bug 给你，每报一次最低收费是一小时起价，一个小 bug 哪怕你十分钟搞定也是如此，这样对方就会集中报而不是一次报一个而增加你的管理成本。

其他的就是多久结一次工资之类的了，一个月一次是基本吧。

现在你对系统熟悉有议价能力。如果上面的要求公司不接受，相信我，它在外面找人要付出更大的成本。这样也能驱使公司快点找人，因为它也知道时间拖得越长，请你的性价比越低。不要说和公司有感情什么的，亲兄弟还明算账呢。 Business is business