项目验收前临时加前端驻场

临时加人也要六行画像

「快点找个前端」不够。开工前仍写六行：人数、框架和组件库、必须会和可放宽、从哪天到验收日或缓冲几天、现场还是远程、按人天还是按月。额外写清：第一周只修缺陷还是还要做新页；设计稿在哪；预发与生产权限谁开；与现有前端是否共用分支。

验收前两周才加的人，匹配面会更窄。框架写到 Vue3 + Element 或 React + Ant Design 这种在用的一套。不要把「什么都会」写成唯一条件却交不出人。账号与门禁开不齐，人到了也不算完整进场。

深度创联怎么响应

深度创联按六行找人，说明最早到岗日。你的前端负责人尽快面试。通过后签合同和保密，写清考勤确认、加班审批、不合适时几天内替换、替换期是否计费。进场第一天对仓库、预发、设计稿。缺权限当天列清单。

第一周结束书面三句话反馈：是否只做约定缺陷、技能是否对上、要不要换人。没有反馈，第二周按原合同继续。成交价面议。不对所有临时需求承诺当天到人。验收范围一周比一周大，要另议人天，不要默认「驻场包过验收」。

商务电话 186-0126-9787，每天 10:00–22:00。说明页：https://51shendu.com/staffing/

客户现场验收的，门禁与访客预约提前办。人到进不了楼，按「现场条件未备齐」约定处理。与自有前端混编时，写清谁合代码、谁点发布，避免验收前夜权限扯皮。

短周期更常见按人天结算，但人天单价与按月折算不是同一套谈判，开工前写死。周期结束后是否留一人收尾，另约，不口头「先干着」。

临时加前端时，把缺陷列表按 P0/P1 切开，并注明是否允许改交互。只写「帮忙看看」的驻场，第一周会耗在需求澄清上，人天很快烧完。

版本冻结日写进画像。冻结后是否还许新需求，谁有权开口。驻场按你方负责人指令做；指令与冻结冲突时，以书面变更单为准，不听群里临时一句。

若现有前端已经过载，驻场进来的分支策略（是否独立 feature 分支、谁合并）提前定。验收前夜合代码冲突，责任常被误记成「驻场不会」，其实是流程没定。

临时前端的浏览器兼容范围写清：是否还要兜 IE 或某内置 WebView。范围越大，人天越贵，匹配越慢。

设计稿变更超过约定次数是否另计，短周期项目尤其要写。验收前设计反复，是人天超支的常见原因。

商务 186-0126-9787。https://51shendu.com/staffing/。不对验收结果做保证；驻场交付约定人力。

临时加前端前，确认设计稿冻结比例：未冻结页面不进入驻场第一周任务，除非书面加进变更。把未定稿页面塞进验收前突击，人天会飙。

与测试的缺陷流转用同一工具（Jira/禅道等），驻场账号当场开通。没有工具账号，缺陷靠微信截图，验收前必乱。

若只需静态页或运营配置页，画像不要写成「资深前端架构」，否则贵且慢。级别与任务匹配，比「先找个高手再说」更省钱。

验收前临时驻场不改变你与客户的验收条款。客户临时加需求，先走变更，再加人天。深度创联按合同交付人力，不对客户验收签字结果负责。商务 186-0126-9787。