Pathovio
返回博客
EB-2 NIW

面向远程和分布式科技工作者的 EB-2 NIW 材料准备指南

学习如何为远程或跨国分布式工作经历建立雇佣关系、工作地点、个人贡献和推荐信证据,并建立证据索引以支撑 EB-2 NIW 申请材料包。

阅读约 11 分钟 EN TR PT ES
分享本文

远程办公改变的是材料准备方式,而非法律标准

无论您是在家中办公、使用共享办公空间,还是辗转于多个国家工作,National Interest Waiver(NIW)申请要证明的内容并不会因此改变。审理官适用的仍是 Matter of Dhanasar 确立的同一套三项标准,不会因申请人的笔记本电脑放在哪里而有所不同:所提议的事业具有国家重要性、申请人处于能够推进该事业的有利位置、以及豁免雇主担保和劳工证要求将使美国受益。远程或分布式工作不会凭空多出第四项标准,也不会让这三项标准的举证门槛变高或变低。

远程办公真正改变的,是用来证明那些在传统坐班工作中本不难证明的基础事实所需要的材料:申请人确实担任所声称的职位、从事所声称的项目、投入所声称的工时、向所声称的雇主汇报,并且是在一个该工作获得合法许可的地点完成的。一封只写给坐在单一总部办公室的员工的雇主信,往往无法承担这样的举证分量——如果申请人在合格期内辗转于多个时区、多个协作平台或多个法律管辖区工作过的话。

本文只处理这一层材料准备工作。它不讨论如何论证国家重要性、有利位置或利弊权衡——这些仍然由 Dhanasar 案确立的标准和申请人自身的事实决定。以下内容是一套操作步骤,用于在工作模式为远程或分布式的情况下,建立支撑上述论证所需的证据记录。

没有统一办公地点时,如何证明雇佣关系与职责

在传统的申请中,一封公司抬头的雇主信往往是唯一用来证明职位名称、职责内容和汇报关系的 exhibit。但如果没有一个中心化的办公室,这一份文件就必须由多份互相印证的材料来替代。

核心替代文件

  • 录用信或合同:明确写出远程工作性质,包括工作地点条款。
  • 组织架构图:显示您的职位、汇报线,以及(如有)您的直接下属。
  • 平台贡献记录:从 Slack、Jira、GitHub 或同类系统导出的活动日志,显示持续且带日期的参与情况。
  • 跨时区经理签署的声明:每份声明说明您的职责内容,以及您在所提议的事业(proposed endeavor)上投入时间的比例。

制作一页纸的职责摘要

  1. 列出职位名称,须与工资单或合同文件上的表述完全一致。
  2. 说明汇报关系(经理的姓名、职衔,以及该经理所在地)。
  3. 估算您用于所提议事业的工作时间占比(相对于其他职责),并说明计算方式(项目日志、冲刺(sprint)工时分配、工时记录等)。
  4. 将每一项陈述对应到支持它的具体 exhibit。

实例演示

文件类型 用于证明什么 从何处获取
录用信 远程工作性质、职位名称、入职日期 人力资源部门或招聘经理
组织架构图 汇报关系、团队结构 人力资源系统或经理
GitHub 贡献记录 个人活动、日期 从 GitHub 账户设置中导出
经理声明 职责内容、时间分配、与所提议事业的关联性 直接请求对方签署并注明日期

证明您的工作地点与合法工作授权历史

跨越多个国家或美国多个州的分布式工作经历,需要一份单独的证据,把申请人实际工作的地点与当时允许其工作的法律依据对应起来。审核官员无法从简历(CV)中推断出这层对应关系;他们需要一份已经替他们做好交叉核对的文件。

建立地点/时间线表

在整个符合条件的时间段内,每一段连续居留的地点都单独列一行:

时间段 地点 雇主 授权依据
2021-03 – 2022-06 德国柏林 Acme GmbH 欧盟蓝卡
2022-07 – 2023-01 远程办公,葡萄牙 Acme Inc.(美国) D7签证,境外雇主
2023-02 – 2024-05 美国加州圣何塞 Acme Inc. H-1B
2024-06 – 至今 远程办公,纽约州纽约市 Acme Inc. H-1B(同一雇主,异地办公)

操作步骤

  1. 列出申请人实际工作过的每一个地址或城市,而不只是雇主办公室的地址。
  2. 为每一行附上相应的证明文件:签证标签、I-94记录、工作许可、居留卡,或雇主出具的授权信。
  3. 明确标注任何失业、旅行或无薪休假的时段,而不是略去不提。
  4. 提交前,将此表与报税记录、租赁合同以及雇主自身的工资发放地点记录逐一核对。

各行之间的空缺、与报税文件不符的地址,或没有对应授权文件的时间段,是引发补充证据通知(RFE)的常见原因。如果某段居留无法提供证明,应在表中如实注明,而不要留下官员可能注意到的空白。

为分布式团队建立个人贡献记录

在分布式团队中,大部分产出都是集体性的——共用的代码仓库、共用的产品、共用的论文。本节所列的证据材料,目的是从这些集体产出中,剥离出申请人个人完成的部分。

按作者筛选版本控制与代码审查记录

导出按申请人用户名筛选的提交记录(git log --author="name" --since=... --until=...),并配合能显示申请人作为审查者或代码作者的代码审查批准记录。尽量保存为带日期的、由系统自动生成的文件,而非截图,并在每份文件上标注仓库名称和时间范围。

从内部系统中提取个人归属记录

收集列有申请人姓名的专利或发明披露记录、署名的内部设计文档或 RFC,以及工单系统(Jira、Linear)中显示由申请人认领并完成的任务记录。如果某份文件列有多位作者,应向经理或共同作者索取一份简短的、注明日期的说明,具体说明其中哪些部分或模块是申请人本人完成的。

将各项指标与申请人的具体材料对应起来

引用次数、下载量或使用统计数据,应与申请人个人撰写或开发的某个组件、模块或论文直接挂钩,而不是笼统归于团队的整体产品。如果相关指标只能在团队层面获得,应补充一份说明文件,具体说明申请人在其中所占的工作份额,并确保这份说明与之前建立的职位概述表和地点时间表保持一致。

跨团队、跨时区的推荐信

挑选推荐人

选择能够就具体、有时间节点的工作内容发言的人,而不是只会泛泛称赞您人品的人。对于分布式团队的材料记录,一个有用的组合是:

  1. 直属经理——即便双方从未在同一个物理办公室共事,经理也能确认汇报关系、职位,以及投入拟议事业(proposed endeavor)的时间比例。
  2. 两到三位身处其他国家或地区的跨职能合作者,他们能够说明您的工作成果如何传递到了他们所在、但您并未与之同处一地的团队。
  3. 独立的外部推荐人——即采用了您的开源项目、引用过您论文、或基于您发布的工具进行二次开发的用户或维护者,这些人与您之间不存在汇报关系。

应避免只给出头衔和一句恭维的推荐人;每位推荐人都必须能够说出具体的项目名称、时间范围和成果。

通过视频通话进行情况说明

在起草信件之前,与每位推荐人安排一次简短的通话。提前发给他们:职位总结表、位置与时间线证据表中相关的几行内容,以及两到三条要点,说明您希望这封信记录哪些内容(日期、交付成果、可量化的结果)。请他们依据自己的记录、用自己的语言撰写——而不是照抄您提供的草稿。

信件结构

一封可用的推荐信应当说明:推荐人是如何认识申请人的、认识了多长时间;具体的远程协作安排(所用工具、沟通节奏、时区差异);列明名称和日期的具体项目;以及可量化、且明确归属于申请人个人而非团队整体的成果。

提交每封信时应附上注明日期的说明,并在信纸抬头保留发件人的完整头衔和联系方式。

为远程工作记录建立证据索引

您为上述各项文件收集的每一份证据,都应汇总到一张总表中——而且要在动笔写申请说明信之前就建好,而不是事后补做。这样您还来得及在发现缺口时补救,也能让审核官拿到一份清晰的地图,而不是一堆散乱的材料。

建立索引表

建一个电子表格,设以下几列:exhibit 编号、文件名称、日期、来源、所支持的 Dhanasar 要件,以及文件名。每份文件占一行,按您打算提交 exhibit 的顺序排列。

Exh. 编号 文件名称 日期 来源 所支持的要件 文件名
1 远程雇佣录用函 2021-03-01 雇主人力资源部 具备优势地位 Exh01_OfferLetter_2021.pdf
2 GitHub 贡献记录(按作者筛选) 2021-2024 GitHub 导出 具备优势地位 Exh02_GitHub_ContributionLog_2024.pdf
3 主管推荐信 2024-06-15 直属主管(柏林) 具有国家重要性 Exh03_Letter_Manager_2024.pdf
4 工作地点与时间线表 2024-07-01 申请人自行编制 三项要件均涉及 Exh04_LocationTimeline_2024.pdf

保持前后一致

索引表、文件名以及申请说明信中引用证据的编号,三者必须使用同一套 exhibit 编号。所有文件按上述命名规则统一存放在一个文件夹中,每次新增或替换文件时都要同步更新索引表,确保索引始终与实际提交的材料一致。

整理远程工作记录的证据索引

在组装申请材料之前,先建立一份统一的追踪表,列出您打算提交的每一份 exhibit。这份表格是您撰写个人陈述时随时要查阅的工具,也是审案官员日后能够快速定位材料的工具。

设置表格栏目

使用一份包含以下栏目的电子表格:

  1. Exhibit 编号——该文件在标签或封面页上将显示的编号(Exh. 1、Exh. 2……)。
  2. 文件标题——一句话的直白描述。
  3. 日期——文件制作的日期,或其所涵盖的时间范围。
  4. 来源——出具该文件的主体(雇主、GitHub、具名的经理、期刊)。
  5. 对应的 Dhanasar 要件——该文件支持三项要件中的哪一项(国家重要性、所处有利地位,或豁免工作邀约与劳工证的利弊权衡),若同时支持多项要件应注明。
  6. 文件名——您提交文件夹中使用的确切文件名。

示例

Exhibit 文件标题 日期 来源 对应要件 文件名
6 已签署的远程雇佣合同 2022-03-01 雇主人力资源部 所处有利地位 Exh6_EmploymentContract_2022.pdf
9 按作者筛选的 GitHub 贡献记录 2023-11-15 GitHub 导出 所处有利地位 Exh9_GitHub_ContributionLog_2023.pdf
12 工作地点与时间线对照表 2024-01-10 申请人自行整理 三项要件均支持 Exh12_LocationTimeline_2024.pdf
14 跨职能协作同事推荐信(新加坡) 2024-02-20 具名同事 国家重要性 Exh14_RecLetter_Singapore_2024.pdf

每次增加或删除某份 exhibit 时都要同步更新这份追踪表,并在撰写申请说明信中的引证内容时,将其作为唯一的参照依据。

远程与分布式办公特有的补充证据通知(RFE)诱因

远程办公类申请中反复出现的几类缺口值得特别留意。提交前,请逐项对照您自己的材料包检查以下清单。

远程雇佣关系无法核实

一封只写着“远程办公”却没有任何佐证记录的录用信——没有 Slack 聊天记录,没有日程邀请,也没有经理描述日常监督情况的声明——会被视为无法核实。每一项远程雇佣的主张,都应配上至少一份与同一时间段对应的沟通或协作记录。

工作地点前后矛盾

如果报税记录、W-2 或 1099 表格上的地址或州份与您的地点与时间线表不一致,应预期会收到要求澄清差异的通知。请将每一份带有地址或司法管辖区信息的证据——工资单、租房合同、签证戳记——都与该表格逐一核对,而不仅仅核对叙述部分。

将团队成果当作个人贡献呈现

产品发布公告、公司博客文章或团队仪表盘,都无法证明某一个人具体做了什么。如果某封推荐信或某份证据在描述团队成果,应确认其中同时点明了申请人本人具体的交付物、提交(commit)范围或设计文档。

遗漏远程工作安排的推荐信

一封从未提及跨时区协作、异步沟通或分布式汇报关系的推荐信,即便实际工作确实是远程进行的,读起来也可能显得泛泛而谈。应要求推荐人明确说明他们是如何、以及在何地与申请人共事的。

提交前,请将证据索引中的每一份文件,逐行对照地点与时间线表进行核查,并解决任何日期、地点或雇主信息不一致之处。

我们在公开页面上使用 Google Analytics,以了解访客如何找到并使用本网站。除非您接受,否则该功能保持关闭,且与您的案件档案、答案或材料没有任何关联。 隐私政策.