这是一个创建于 3132 天前的主题，其中的信息可能已经有所发展或是发生改变。
一般大家接私活都是怎么报价的？ 报价是根据什么来的报的？
 |
1
neoblackcap 2016-04-26 21:43:50 +08:00
超简单，根据你的当前日薪，然后你评估一下该项目需要多久时间，然后你就报价就好了
|
 |
2
infun 2016-04-26 21:55:59 +08:00 via Android
@neoblackcap 说的差不多，不过要考虑后续服务的问题。看后续不管还后续另算。
|
 |
3
Patiencec 2016-04-26 22:04:51 +08:00
@neoblackcap 简单粗暴有效率
|
 |
4
realpg 2016-04-26 22:37:51 +08:00
一句话 看人下菜碟
|
 |
5
subpo 2016-04-26 22:46:35 +08:00
日薪的 1.5 ～ 3 倍
|
 |
6
df4VW 2016-04-26 23:02:25 +08:00  1
一楼的你没经验就别瞎说，万一真有人这么做了你不坑了人家
1. 首先薪资肯定要比你的日常工作高，@subpo 说的 1.5 - 3 倍比较靠谱 2. 能说服客户的情况下尽量用时薪，给出你预计的小时数，但要让客户明白这个东西肯定是有偏差的，可能 100 小时，可能 120 小时 3. 如果是时薪，就不存在维护的价格问题，反正花多少时间修 bug 就继续报价就是了 4. 如果无法按时薪算，估价后多半采用 4/5/1 的附款方式，什么钱都不提前给我，那还是别做了 5. 明确规定维护的时间和范围，如果是一笔钱全包的项目，我一般都会有 30 天的免费维护和修 bug |
 |
7
SourceMan 2016-04-26 23:14:32 +08:00 via iPhone
不要做外包
宁愿做开源项目 |
 |
8
jaycee110905 2016-04-26 23:31:28 +08:00
@df4VW 楼上很有经验，学习了！
|
|
9
neoblackcap 2016-04-26 23:59:42 +08:00
@df4VW 薪酬肯定不可能跟人日一样，我有时间我还宁愿看书呢。这个只要是个人就会自己知道，钱不够的话你会接？然后就是评估的的问题，你说你评估有偏差，差 100 个小时， 120 个小时，那是你评估的问题。这个得看人，所以我也不建议新手去做外包，那评估本身就是一个技术活。新手评估人日只能是瞎蒙。还有 bug ，外包的话，这些后续维护什么的都是 feature ，按 feature 收钱（黑心做法）或自己免费维护但坚决不加功能（良心做法）。
而且钱不提前给至少 30%，那我是肯定不会动的，这个首款看人，也有 5/1/1/1/1 等方案，自己灵活。 其实最重要的一点就是评估工时，评估不好亏钱，评估好赚钱 |
|
10
df4VW 2016-04-27 00:58:20 +08:00
@neoblackcap 一条条来
1. 你在一楼说根据你的当前日薪，那现在你又跟我说不可能跟人日一样。你说的理由我都懂，大家不也都是说应该比平时时薪高么。 2. 总用时 100 － 120 小时，偏差 20 小时很正常，而且我只是举例，不可能有完美的估计 其他的大体同意，但你一楼甩这么一句话就跑了，不是误导人是什么 |
 |
11
kchum 2016-04-27 01:56:45 +08:00 via iPhone
还要看他给的工期
|
|
12
neoblackcap 2016-04-27 01:57:36 +08:00
@df4VW 根据日薪来是按时薪来制定，你也明明估计都有偏差，根据日薪也不可能完全跟你的日薪一样，做事要有变通。你愿意雇主也不一定愿意，雇主愿意你不一定愿意，根据日薪来制定是这个是一个基准，低不能低于日薪太多（朋友之类，你低些做好可能也是不错的），高也自然不要高于日薪太多，因为高薪比如伴随高要求，做不来。
就那句话也完全不违反你后面说的，你说 bug 算不算进项目时间？算的话就算钱嘛，不算就不收钱嘛（按工作时间收钱嘛）。 然后关于那一句话是不是误导，我本人的意思不是误导，是提供一个思路。就算根据你后来的补充跟我说的那一句话也完全不矛盾，只能说有一些地方我用词不准确会引起歧义，正如我还以为你说的估计误差达到 100 小时或者 120 小时而非 20 小时。 主要是我觉得网上学到的东西很多时候我更想提供一个思路让人可以自己思考，不是我说的就是对或者按你说的就是最佳实践，方案是很具体的东西，不能套嘛。只能靠自己变通。自己能想通才能做好，自己想不通就得继续想，要不然就不要去做。 |
Select Language