kenshin
2014-12-03 13:50:50 +08:00
作为一个长期做SOHO的人来看『甲方需求』,大概有这几个问题:
- 不要用任何语焉不详的词,如『简单』,前面已经有V友说了,任何简单都意味着『很麻烦』。
- 作为甲方需求,这也忒不详细了,一旦涉及到了不详细,三周的工作时间如何评估?
- 作为乙方,一旦遇到了语焉不详的需求,这就是坑啊!(一入深坑悔3年...)所以,从我的角度看,乙方对三周无任何异议是很危险的『信号』。
- 甲方没有UI和UE的具体要求,这也是坑。(这里很容易产生分歧,功能是『死』的,但设计是『活』的,如何量化?)
- 甲乙双方是否在一个城市?编码前的沟通和需求的明确,需要花费大量时间,这点作为甲乙双方的话,都应该清楚。(尤其是编码前的一切时间都不应该计算在三周内...)
- 后期维护包括什么?Update?Debug?还是?后期维护这块也很麻烦,甲方应该清晰描述。
LZ发到这里公开讨论报价的问题,不怕乙方知道么? :-)
PS:如果我是乙方,我不敢贸然报价、预估时间。(当然,前提是以LZ发的内容为标准,如果有我不知道的情况,另当别论!)仅此建议~