估价

作为一个码农，估工作量是很常见的事，考虑到风险问题，一般会稍微估算的宽松一点，这样才能保证完成任务。股工作量就需要明确知道一个任务具体要怎么做，大概需要多少时间，但在真实情况下，任务具体怎么做在估的时候是模糊的，就更办法谈估算方式了，所以估工作量其实也带有点运气成分，如果实际工作量比估算的长那么就加班完成。

估价在平时的工作中用不到但其实跟估算工作量差不多，只不过估价涉及的时间更长，估算的工作量的不确定性更多，一个非常细节的功能列表很是必要，但若是私下接项目往往很难达到。

前几天一个朋友找我做一个项目，这个项目涉及到一个小程序一个后台管理系统，时间紧。经过一天多的功能分析，我给他开了个价，他答应了。说等一周打定金，过了一周说要先实现另外的功能，他想先把之前的卡券兑换先上线。站在他的角度我也理解他，于是又根据功能情况给他报了价。然后价格可能超出他的理解，他就说不应该要这么贵，什么什么功能是很简单，然后他就说在外面买一个大概多少钱。作为一个程序员听到这样的第一感觉就气愤，如果买能解决问题你直接去买，而且你买了代码就能用了吗？他觉得再买的基础上然后拓展功能，拓展的功能就一部分对比起来不应该要那么多。第一反应肯定是反驳，但细想一下反驳没有意义，于是忍着那股憋屈的感受思考怎么去沟通。对于他们来说他只知道有哪些场景是需要的，对于一个场景涉及到哪些功能他是不清楚，他不知道但是又怕别人忽悠他，所以他就会来一句很简单的。

他呢，不是真心认为价格太高，而是担心被欺骗，就是觉得可能我欺骗了他，如果我了拿到这个项目把价格降低那么他就会加深他自己的感觉，我果然被欺骗了。对于我来说最重要的把这些功能这些点列出来，然后告诉他大概需要都少时间完成，最好能找到其他项目的单价，给他一个对比。但我来说我也是想拿到这个项目的，但是如果别人一说我就大肆降低价格，其实会给人一种不信任的感觉。

我跟他是认识好多年的朋友，就前期沟通我已经耗费了好多时间，但这些时间在项目没定下来之前都是不产生任何价值的。想到8月份要回家，有一份额外的收入更好，所以还是尽力拿下来，但不能一味降价去获得。

中午已经把功能点列给他了，下午他给了回馈，等一会我把功能点再做一次删减，希望能快点定下来。估价也算是心理的一种博弈。悬而未决是最令人烦心的时候，稳住。