<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Freelancer专属™ 博客 &#187; 定价</title>
	<atom:link href="http://www.freelancer-life.cn/tag/%e5%ae%9a%e4%bb%b7/feed" rel="self" type="application/rss+xml" />
	<link>http://www.freelancer-life.cn</link>
	<description>为自由职业者们提供有趣、有用的讯息</description>
	<lastBuildDate>Fri, 03 Feb 2012 02:52:00 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>接外包项目应如何计价？</title>
		<link>http://www.freelancer-life.cn/experience-sharing/tw-project-fee.html</link>
		<comments>http://www.freelancer-life.cn/experience-sharing/tw-project-fee.html#comments</comments>
		<pubDate>Thu, 24 Dec 2009 05:27:19 +0000</pubDate>
		<dc:creator>admin</dc:creator>
				<category><![CDATA[Freelancer经验分享]]></category>
		<category><![CDATA[外包]]></category>
		<category><![CDATA[定价]]></category>
		<category><![CDATA[编辑]]></category>

		<guid isPermaLink="false">http://www.freelancer-life.cn/?p=1569</guid>
		<description><![CDATA[
我在出版业前辈老猫的网站上，针对「编校作业行情」这篇文章中的问题，提供了一点个人经验。原始的读者问题内容，主要是关于接到外包项目时的计价方式；老猫兄在编校工作的分类、以及「视情况报价」方面提供了详细说明，有兴趣的朋友可以过去参考一下。
至于比较广义的「外包」项目计价方式，我的一点经验是这样的：第一个最大的原则，就是无论如何不要在还没看到工作内容时就报价。
很多人在自己网站上、或是在接到信件询价时，往往连桉件内容都不知道，就直接报出翻译一个字ｘ元、排版一页ｘ元、插画一张ｘ元的价码；这样的好处是简单明瞭、而且没来往过的客户也许成交较快。但缺点其实比优点更多，随便举几个：
* 对于内行的顾客来说，不看内容就报定价可能就是品质没保证的表现；虽然把软件说明书和前出师表翻成英文都很难，但怎么可能是一样的价格？
* 单位分得越细，顾客杀价越容易；无论事前杀价、或是事后借口不满意而杀价，一个字杀两毛，损失可能就是好几千；
* 很多东西的品质是不能用太小的单位来计算的，只有生产线做出来的东西比较适合；即使如此，像是电脑处理器这类「有智慧」的东西，从原厂出来也得以「一千个」为单位计价。:D
所以再强调一次，不看工作内容就报价、而且报单位定价不是不行，甚至是很多业界行之有年的方法，但这样的方式长期而言对于工作的附加价值不会有帮助。
工作的计价方式有很多种，提供一种供大家参考：
1. 先估计自己工作一小时的行情
一百块也好、一万块也好，视自己的能力、经验、速度、名气、成本等等而定；正确评估自己的能力、以及顾客的承受范围是很重要的，否则一开口可能把客户吓跑、或是事后造成客户不满，打坏自己名声。然而，工作一段时间上轨道之后，报价也可以变成过滤客户、测试客户底线的工具；运用之妙，存乎一心。:)
2. 大致估计工作所需的时间与其他成本
当然，这必须看到实际工作内容（至少是范例内容）才能决定；例如每排这个特定版型一页、完成一整个桉子、翻译完一本书，在目前的工作负荷和条件之下需要多少时间；越难的越多、越简单的越少，这样对主客双方都很公平吧？
当然，还有很多这项工作本身之外的条件要考虑，像是手上可能还有别的案子在做、这个案子的的可能价位和潜在效益（如果可以收到行情的三倍，当然要优先；但不能因而耽误其他客户的桉子）、需要的额外资源（像是採访时间和成本、是否需要买参考资料等等）。
工作所需的时间和成本估得越准，顺利完成工作、获得合理利润（换句话说，就是避免做白工还挨骂）的可能性就越高。对一般人来说，估出翻译1000字的文章（假设已经确认过内容）要两小时应该比较简单，估每个字7.2秒应该就没那么容易了吧？

3. 计算整个案子的费用
如果以上关于的估计正确，应该就不难算出整个桉子可以收取的费用；对于不常来往的客户，可以稍微加上一点弹性空间（5%-10%左右吧）；除了应付对方议价之外，还有一点「保险金」的作用。
新客户因为工作习性与沟通方式不熟悉的关系，比较容易出状况（例如桉子做到一半，因为主管不满意又撤回一改再改，或是一个小桉子要见面开七次会）。万一真的发生，这些「保险金」还可以多少贴补一下；如果没有发生，就当作这次的奖金和下次降价的空间。
当然，这个部份如果因为守不住而被客户砍掉，那也只好认喽，但至少还不会伤到肉。
4. 决定折扣
前面提到「弹性空间」，现在则是谈折扣。弹性空间是暗的、折扣是明的；你不必告诉客户多算了10%弹性空间，但可以告诉客户因为某某原因去了零头或打了九折。
折扣的计算原则很多，像是客户的属性、预算、未来潜力、是否长期合作等等。不过通常是在跟某一客户合作够久、关系愉快之后，除了去掉一些弹性空间之外，也因为已经了解客户的产业知识、工作流程、付款条件，因而能够减少自己的作业成本；所以，这方面应该回馈一些给客户。
5. 答复计价原则
无论如何计价、是否给予折扣，都必须准备好客户询问时的回答方式。像上述这样的计价方式，有些客户或许觉得有点随兴；因为别人是Ｘ字乘以Ｙ元，总价等于Ζ，你报的却是总共12500元，跟原来的数量看不出直接关系。
其实不然，我们只是计算方式不同而已；当然，不需要把上述计算流程一五一十告诉客户，通常只要回答是「by project」（整个案子计算），依照内容和难度、时间等等条件来估计，而工作品质和整体价位都令客户满意，通常这样的说法都是可以被接受的。
然而，请务必记得不要同意客户反推小单位的价格；例如某个1000字的案子这次收了3000元，如果客户问：「喔，那就是一个字3元嘛」，请绝对不要点头；宁可往后某些规模类似、但比较简单的案子少收一千，也不要让客户订下单价。
不过如果是长期配合的客户，类似条件的桉子总会出现一个固定的费率；总不会差不多的桉子一次收一千、一次收两千。这时候可以和客户协议出参考的计价方式，但原则是：1. 最小单位不小于「页」，2. 数字仅供参考；难度超高、或是时间超赶的案子还是不在此列。
但话又说回来，偶尔将难度超高、或是时间超赶的桉子用一般方式计价，并且让客户知道你的好意，也是一种笼络人心不错的方式。
6. 长期合作
跟固定客户合作久了、自己也习惯这样的计价方式之后，久而久之估算费用就会变成一种反射动作；只要看到案子，就可以估出大致的价位。当然多少会有失手的时候，但是这种计价方式省下的时间和多余的利润（相较于「以字计价」之类的方式而言）应该足以弥补而有余。
不过搭配这种计价方式的必要条件，就是限制自己工作的专业范围；案子最好都接自己熟悉的产业领域、精通使用的语言、使用熟悉的软体或工具。否则工作容易出错、成本和价格容易估错也就算了，多出几次问题之后可能把自己的路给走死。
换言之，能用自己的方式开价、而且开出好价钱的基础，就是工作品质必须符合开出来的条件、品质得到客户认同、让客户觉得至少值这个价，以后才有继续合作的机会。
当然，这些加起来只是计价方式的一种而已；还有很多方法依工作领域、个人习惯、客户类型而异，很难一概而论。上面这一套只是提供一个思考空间，让大家了解看似简单的计价方式，其实还有很多角度需要照顾到。
希望大家都工作愉快，而且找得到自己和客户都满意、而且能舒服过接案生活的计价方式。:)
原文
其他热门文章推荐：

GAF (GetAFreelancer.com): 目前国外最流行的外包站点
什么是Freelance marketplace (外包项目接活平台)
国外最流行的几个外包项目接活平台简要介绍
]]></description>
			<content:encoded><![CDATA[<p><img src="http://farm5.static.flickr.com/4004/4210549574_d8d8623104_o.jpg" alt="http://farm5.static.flickr.com/4004/4210549574_d8d8623104_o.jpg" /></p>
<p>我在出版业前辈老猫的网站上，针对「<a href="http://b-oo-k.net/blog/blog.php/2007/274">编校作业行情</a>」这篇文章中的问题，提供了一点个人经验。原始的读者问题内容，主要是关于接到外包项目时的计价方式；老猫兄在编校工作的分类、以及「视情况报价」方面提供了详细说明，有兴趣的朋友可以过去参考一下。</p>
<p>至于比较广义的「外包」项目计价方式，我的一点经验是这样的：第一个最大的原则，就是无论如何不要在还没看到工作内容时就报价。<span id="more-1569"></span></p>
<p>很多人在自己网站上、或是在接到信件询价时，往往连桉件内容都不知道，就直接报出翻译一个字ｘ元、排版一页ｘ元、插画一张ｘ元的价码；这样的好处是简单明瞭、而且没来往过的客户也许成交较快。但缺点其实比优点更多，随便举几个：</p>
<blockquote><p>* 对于内行的顾客来说，不看内容就报定价可能就是品质没保证的表现；虽然把软件说明书和前出师表翻成英文都很难，但怎么可能是一样的价格？</p>
<p>* 单位分得越细，顾客杀价越容易；无论事前杀价、或是事后借口不满意而杀价，一个字杀两毛，损失可能就是好几千；</p>
<p>* 很多东西的品质是不能用太小的单位来计算的，只有生产线做出来的东西比较适合；即使如此，像是电脑处理器这类「有智慧」的东西，从原厂出来也得以「一千个」为单位计价。:D</p></blockquote>
<p>所以再强调一次，不看工作内容就报价、而且报单位定价不是不行，甚至是很多业界行之有年的方法，但这样的方式长期而言对于工作的附加价值不会有帮助。</p>
<p>工作的计价方式有很多种，提供一种供大家参考：</p>
<blockquote><p><strong>1. 先估计自己工作一小时的行情</strong></p>
<p>一百块也好、一万块也好，视自己的能力、经验、速度、名气、成本等等而定；正确评估自己的能力、以及顾客的承受范围是很重要的，否则一开口可能把客户吓跑、或是事后造成客户不满，打坏自己名声。然而，工作一段时间上轨道之后，报价也可以变成过滤客户、测试客户底线的工具；运用之妙，存乎一心。:)</p>
<p><strong>2. 大致估计工作所需的时间与其他成本</strong></p>
<p>当然，这必须看到实际工作内容（至少是范例内容）才能决定；例如每排这个特定版型一页、完成一整个桉子、翻译完一本书，在目前的工作负荷和条件之下需要多少时间；越难的越多、越简单的越少，这样对主客双方都很公平吧？</p>
<p>当然，还有很多这项工作本身之外的条件要考虑，像是手上可能还有别的案子在做、这个案子的的可能价位和潜在效益（如果可以收到行情的三倍，当然要优先；但不能因而耽误其他客户的桉子）、需要的额外资源（像是採访时间和成本、是否需要买参考资料等等）。</p>
<p>工作所需的时间和成本估得越准，顺利完成工作、获得合理利润（换句话说，就是避免做白工还挨骂）的可能性就越高。对一般人来说，估出翻译1000字的文章（假设已经确认过内容）要两小时应该比较简单，估每个字7.2秒应该就没那么容易了吧？</p>
<p><img src="http://farm3.static.flickr.com/2598/4209784693_1e8edf8d89_o.jpg" alt="http://farm3.static.flickr.com/2598/4209784693_1e8edf8d89_o.jpg" /></p>
<p><strong>3. 计算整个案子的费用</strong></p>
<p>如果以上关于的估计正确，应该就不难算出整个桉子可以收取的费用；对于不常来往的客户，可以稍微加上一点弹性空间（5%-10%左右吧）；除了应付对方议价之外，还有一点「保险金」的作用。</p>
<p>新客户因为工作习性与沟通方式不熟悉的关系，比较容易出状况（例如桉子做到一半，因为主管不满意又撤回一改再改，或是一个小桉子要见面开七次会）。万一真的发生，这些「保险金」还可以多少贴补一下；如果没有发生，就当作这次的奖金和下次降价的空间。</p>
<p>当然，这个部份如果因为守不住而被客户砍掉，那也只好认喽，但至少还不会伤到肉。</p>
<p><strong>4. 决定折扣</strong></p>
<p>前面提到「弹性空间」，现在则是谈折扣。弹性空间是暗的、折扣是明的；你不必告诉客户多算了10%弹性空间，但可以告诉客户因为某某原因去了零头或打了九折。</p>
<p>折扣的计算原则很多，像是客户的属性、预算、未来潜力、是否长期合作等等。不过通常是在跟某一客户合作够久、关系愉快之后，除了去掉一些弹性空间之外，也因为已经了解客户的产业知识、工作流程、付款条件，因而能够减少自己的作业成本；所以，这方面应该回馈一些给客户。</p>
<p><strong>5. 答复计价原则</strong></p>
<p>无论如何计价、是否给予折扣，都必须准备好客户询问时的回答方式。像上述这样的计价方式，有些客户或许觉得有点随兴；因为别人是Ｘ字乘以Ｙ元，总价等于Ζ，你报的却是总共12500元，跟原来的数量看不出直接关系。</p>
<p>其实不然，我们只是计算方式不同而已；当然，不需要把上述计算流程一五一十告诉客户，通常只要回答是「by project」（整个案子计算），依照内容和难度、时间等等条件来估计，而工作品质和整体价位都令客户满意，通常这样的说法都是可以被接受的。</p>
<p>然而，请务必记得不要同意客户反推小单位的价格；例如某个1000字的案子这次收了3000元，如果客户问：「喔，那就是一个字3元嘛」，请绝对不要点头；宁可往后某些规模类似、但比较简单的案子少收一千，也不要让客户订下单价。</p>
<p>不过如果是长期配合的客户，类似条件的桉子总会出现一个固定的费率；总不会差不多的桉子一次收一千、一次收两千。这时候可以和客户协议出参考的计价方式，但原则是：1. 最小单位不小于「页」，2. 数字仅供参考；难度超高、或是时间超赶的案子还是不在此列。</p>
<p>但话又说回来，偶尔将难度超高、或是时间超赶的桉子用一般方式计价，并且让客户知道你的好意，也是一种笼络人心不错的方式。</p>
<p><strong>6. 长期合作</strong></p>
<p>跟固定客户合作久了、自己也习惯这样的计价方式之后，久而久之估算费用就会变成一种反射动作；只要看到案子，就可以估出大致的价位。当然多少会有失手的时候，但是这种计价方式省下的时间和多余的利润（相较于「以字计价」之类的方式而言）应该足以弥补而有余。</p>
<p>不过搭配这种计价方式的必要条件，就是限制自己工作的专业范围；案子最好都接自己熟悉的产业领域、精通使用的语言、使用熟悉的软体或工具。否则工作容易出错、成本和价格容易估错也就算了，多出几次问题之后可能把自己的路给走死。</p>
<p>换言之，能用自己的方式开价、而且开出好价钱的基础，就是工作品质必须符合开出来的条件、品质得到客户认同、让客户觉得至少值这个价，以后才有继续合作的机会。</p></blockquote>
<p>当然，这些加起来只是计价方式的一种而已；还有很多方法依工作领域、个人习惯、客户类型而异，很难一概而论。上面这一套只是提供一个思考空间，让大家了解看似简单的计价方式，其实还有很多角度需要照顾到。</p>
<p>希望大家都工作愉快，而且找得到自己和客户都满意、而且能舒服过接案生活的计价方式。:)</p>
<p><a href="http://nomad.ipod.to/blog/?post/191">原文</a></p>
<p><span style="text-decoration: underline;"><strong>其他热门文章推荐：</strong></span></p>
<p><img src="http://farm4.static.flickr.com/3230/2920439769_8b1880dc13.jpg" alt="http://farm4.static.flickr.com/3230/2920439769_8b1880dc13.jpg" /></p>
<p><a href="../freelancer-websites/get-a-freelancer.html">GAF (GetAFreelancer.com): 目前国外最流行的外包站点</a></p>
<p><a href="../basic-knowledge/freelance-marketplace-general.html">什么是Freelance marketplace (外包项目接活平台)</a></p>
<p><a href="../freelancer-websites/international-platform.html">国外最流行的几个外包项目接活平台简要介绍</a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.freelancer-life.cn/experience-sharing/tw-project-fee.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

