客户“昼伏夜出”，本来50天可以完成的开发项目，估计悬了！

公司安排了一个项目给我，项目由我负责，但是这个客户有点让我无语，难以形容，因为他基本上白天不会找我聊项目的事情，我有事找他他基本上也是过很久才能回复我，但是一到晚上，客户似乎就来了精神，这段时间，基本上他都是晚上找我们聊项目的事情。虽然感觉他比较奇葩，但刚开始还能接受，可是时间一长，我觉得这个客户多多少少有些问题。说这个客户“佛系”也说不上，因为我感觉这个客户就是“不怎么会当客户”！

所谓“不怎么会当客户”，这个说法之所以打引号，是因为我想不到什么形容词来形容这种客户，这种客户打个比方就好比像是我和他做买卖，来买我东西的人分三种，第一种就是上来不问价格，觉得东西合适就买了，第二种就是问了价格，东西觉得合适，但是需要和我讨价还价，第三种就是对价格敏感，挑剔，无论你怎么形容你的东西，感觉他跟你不在一条线上。

所谓“不怎么会当客户”，指得就是第一种和第三种客户！第一种容易被软件公司坑，说白了，这种人在软件开发行业里，是最讨软件公司喜欢的，因为好说话，你说啥就是啥，他只管出钱，你只管出力就行。而第三种则是软件公司最不想碰到的那种人，往往这种客户总想以最经济的价格获取最优厚的服务，事情还特别多，需求比较不明确或者经常突然蹦出一些需求，但是时间上又卡得死死的！

虽然我现在对接的这个客户没有像第三种客户那样太过挑剔和无理，但多多少少有点沾得上边！

项目开始的时候，客户发了一堆项目资料给我，按照我们公司的惯例，我们需要根据客户发的资料对项目进行评估，以确定最终的开发时间。

我根据客户发的资料，大致评估了下这个项目的开发时间，最终确定大概是50天左右，并且，这50天里面至少有10天是我用来防止出现突发情况而额外增加的时间，也就是说，如果一切顺利，项目将在40天左右完成。

客户看了我报的开发时间，感觉不是太满意，说他们公司也准备在50天后验收这个项目，我也报50天，怕到时候验收出现问题时间不够。

我当时心想，我已经拿出了10天出来应对，应该没什么大问题，然后就跟公司其他负责人讨论了一下，大家都觉得没什么问题，于是仍然按照这个时间去执行开发这个项目。

接着，就出现了我开头说的情况，客户白天基本上什么事情都不会过问，到了晚上就过来问我们项目进度。因为这个项目在开发的时候是包源码的，源码直接挂在客户提供的Git上，并且，客户那边人也是懂编译的，经常在晚上找我们项目里面的问题，然后就让我们去改！

但是，要知道客户一般找我们的时间，基本上至少都是晚上8、9点以后，有几次找我们都是夜里11、12点了，就刚开始的时候他找我们，发现我们开发的项目代码里面有BUG我有点过意不去，就给他改了一下，但是经常这样的话，第一，这个项目里面有好几个人，其他人的代码出现问题，我也不能像这个客户一样把其他同事半夜叫起来让他们改代码，第二，他的这种作息习惯影响到了我们的休息。于是乎，后面再找我让我们改代码，我都拒绝了，让他有什么问题第二天上班再找我们。

看我懂得拒绝了，之后客户就没有再找我修改代码了！但是，昼伏夜出的习惯他倒是一直没改。我们有个项目沟通群，到最后我的其他同事看到他信息直接选择了无视，到第二天才假装看见，回复下。

这个项目到最后还是超出了我们本来的预期，因为这个客户前期提供的资料里面有一些提到的功能是需要对接设备、接口等需要他们提供支持的东西，而这些东西并不是一次性发给我们的，并且，前期提供的资料里面的部分内容和我们实际开发过程中遇到的并不一致，有些需要修改，有些需要客户补充。

所以，最后这个项目本来预计40天完成，尽管我给客户报的是50天，但是这50天怕也是不够用了！

结语

总结下来，在这个客户身上出现的问题主要还是沟通问题，首先就是沟通障碍，因为他白天基本上找不到人，晚上找我们我们也不可能天天陪着他熬夜，最后甚至我们项目组里的人产生了一些排斥心理。然后，因为晚上没有沟通明白，第二天想要继续找他，又找不到人，如此反复。

然后就是这个客户提供的资料有问题，资料前后对不上，后期的开发支持不及时。

如果这个项目最终导致项目延期或者项目质量出现问题，那也是很正常的！