在南京接前端人员外包需求时，常听到“前端就是切页面，随便找个人就行”。实际上前端的工作量、技术栈要求、挑人方式、是否驻场和报价，都容易被想简单。本文结合对接需求时的常见情况，聊聊这几个误会和更实在的做法。
“切页面”只是前端很小的一块
现在一个正经的业务系统，前端要管的事情比很多人想的多：页面怎么拆成组件，数据从哪个接口来、出错了怎么提示，不同权限的人看到的菜单和按钮不一样，表格几千条数据要不要分页、卡不卡。我碰到过客户说就是几个管理后台页面，真坐下来过需求，里面有审批流、动态表单、大屏图表，还要兼容一台老版本浏览器的终端，这已经不是“切图”的工作量了。所以我习惯先问：这个人进来主要做新页面还是改老系统，跟后端怎么对接口。问清这两件事，要初级还是有几年经验的人就有数了。
技术栈写“Vue、React都要会”，其实是没想清楚
有的需求单技术那栏写得满满当当：Vue2、Vue3、React、小程序、TypeScript、Webpack……项目里实际用的可能只有一种。把这些都写成硬要求，能筛出来的人反而少，一个在Vue项目里扎实干了几年的人，可能因为React一般就被刷掉。我会请客户写清项目里真正在用的框架和版本，再把“必须会”和“会了更好”分成两栏。南京不少企业老系统还跑在Vue2上、新项目用Vue3，这种情况写明白，比列一长串名词有用。
只看作品集挑人，入场后容易返工
作品集能看出审美和细节，看不出一个人在团队里写代码的习惯：代码别人接不接得住，组件是不是复制一份改改就用，提交前会不会自己点一遍，接口没好时会不会先用模拟数据往前推。比较实用的办法是面试时让他讲一个自己参与过的真实页面，数据从哪来、遇到过什么坑、后来怎么改的。能把一个页面讲透的人，通常比作品集好看的人更省心。有条件的话，再拿一段脱敏后的老代码让他聊聊会怎么改，十几分钟就能看出不少东西。
以为前端可以完全远程，不用跟人碰面
如果设计稿定得很死、接口文档齐全，远程确实问题不大。可很多项目里产品经理边做边改，设计师就坐在旁边，后端接口今天一个样明天一个样，前端不在现场，光来回确认就能耗掉大半天。我会直接问：需求一周会变几次，设计和产品在不在南京本地。变得多、人又都在一起的，建议前端驻场，至少前期驻场，等节奏稳了再商量部分远程，比一开始就定死省事。
报价按“前端便宜”来定，后面容易谈崩
不少人印象里前端比后端便宜，现在差别没那么简单。能独立负责复杂后台、还能优化性能的前端，跟刚会写页面的新手不是一个价位。客户先按心里的数定预算，推过去的人一看工作内容觉得不匹配，面完就不来了，来回几轮项目还在等。前端人员外包的费用要按岗位要求、驻场地点和合作周期来定，先对齐要什么人，价格才好谈得拢。
结合实际需求进一步沟通
这些误会大多是因为找人的一方对前端现在的工作不太了解。花半小时把项目情况讲清楚，后面推人、面试、入场都会顺很多。要找前端的，不妨先把手上的需求按上面几点过一遍。