做IT人才外包，很多需求单字写了不少，该说的却没说：岗位描述照搬招聘网站、没交代这个人要跟谁配合、到岗时间只写“越快越好”、面试没人能把关技术。本文结合对接需求时的常见情况，聊聊这些问题怎么理顺。
岗位要求抄的是招聘网站，不是自己项目
最常见的一种需求，是岗位描述直接从网上复制：精通Java，熟悉Spring Cloud、微服务、分布式、高并发，有大型互联网项目经验优先。几乎每家公司的Java岗都长这样。我一般会追问一句：这个人来了，第一个月具体干什么？很多时候答案是维护一个老的业务系统，加几个报表和接口。按那份描述找来的人，简历上全是新框架，到了项目里面对的却是一套运行多年、文档不全的老系统，他不一定愿意干，也不一定干得顺。所以我会请客户把第一个月的活写出来，哪怕就三五行，比列技术栈有用得多。
只写了技术，没写这个人要跟谁打交道
外包过去的人要很快融进一个陌生团队，技术够不够是一方面，跟谁配合、怎么配合，往往才决定他能不能待住。同样是测试岗，有的项目只跟开发对接，提缺陷、跟回归就行；有的项目要直接面对业务部门，参加需求评审，帮着写验收用例，对沟通能力的要求高很多。对接需求时问清楚汇报给谁、日常和哪些角色开会、要不要直接跟业务方沟通，推荐人选时心里就有数了。
到岗时间写“越快越好”，其实谁都没法承诺
“越快越好”对找人帮助不大，反而容易让双方着急，匆匆定下一个不太合适的人。换个问法更实在：最晚哪天必须有人坐在工位上，那天之前有没有必须完成的节点。有了具体日子，就能倒推哪几天推简历、哪几天面试、在职候选人需要多少天交接。时间实在赶不上，也能提前说清楚，考虑先让现有团队顶一下，或者把需求拆开分批到人。一个人来了一个月又走，重新交接的成本比晚到一周大得多。
面试环节没人能把关技术
非IT行业的客户常遇到这种情况：系统是外部供应商做的，现在要找人驻场维护和二次开发，公司里却没有懂技术的人能面试，最后全凭感觉。可以做两件事：一是请原来的系统供应商或懂这个系统的人参加一次技术面，哪怕二十分钟，问几个和系统直接相关的问题；二是试用期里定几件看得见的小任务，比如两周内修掉几个已知问题、熟悉某个模块并写一份说明，做没做出来一目了然。最终能判断合不合适的，还是天天跟这个人一起干活的人。
需求写清楚之后，事情反而简单了
需求越清楚，推的人越准，面试轮数越少，客户花在筛简历上的时间也越少。好的需求不一定长，但能回答这几个问题：项目是干什么的，这个人第一个月做什么，跟谁配合，在哪里办公、要不要驻场，最晚哪天到岗，打算合作多久。报价也要在这些信息清楚之后才好谈，同样叫Java开发，维护老系统和做新项目、驻场本地和派到外地，人员要求和成本都不一样，要按岗位要求、驻场地点和合作周期来定。
结合实际需求进一步沟通
手上有岗位、需求还没想好怎么写的，可以先把项目情况、第一个月的工作内容和到岗时间大概理一理，再开始找人，后面的推荐和面试都会顺很多。