先把在手项目画成一条线，空档才是可移动窗口
第一步不是选城市，是画线。把每个在手项目标出四个节点：需求确认、首版交付、修改、验收结项。节点日期从哪里来，要分清：写在合同、报价单或双方确认过的消息里的，是事实；自己预估的修改轮次和等待时间，是假设，不能当成已确定的空档。
画法是把所有项目的节点放进同一张日历，横向看重叠。两个项目的交付日撞在一起的周，是不可移动周；一个项目已交付、在等反馈，另一个项目还没到首版交付，中间重叠出来的那段，才是候选的可移动窗口。判断窗口能不能用，只看三个条件：窗口前一个节点已经完成并留有记录，窗口后一个节点的截止时间已经确认，窗口长度大于移动加安顿所需的时间。这里不给统一的天数，因为交通方式和行李量各不相同，需要几天由自己按上一次同类移动的实际耗时核对，而不是按愿望填。
如果画完发现没有这样的窗口，结论不是挤一挤，而是当前项目组合下没有换城日。这个结论要尽早得出，因为它直接决定后面要不要开始看下一座城市。
交付周按最高标准排，网络和工时都不降档
换城日永远落在交付与验收之间，而不是项目中段，原因在交付周的约束最硬。这一点可以借本系列第 67 篇值班约束的思路：当某个时段的响应要求和出错成本最高时，住处和行程要让位于约束，而不是反过来。
具体到接单者，首版交付前的一周和验收前的一周，按最高标准排：工作时段不安排在途安排，不试新住处的网络，不把修改时间压到截止日当天。网络怎么核对，给方法不给结论：提前向住处确认网络类型和故障时的处理方式，到达后在自己真实的工作时段做一次视频会议和一次大文件传输测试，另备一条与主网络来源不同的备用连接。需要说明的是，城市筛选阶段看到的网络维度是评分，不是实测，评分只能用来初筛，不能替代到达后的自测。工时同理，交付周先在日历上锁死预计的修改时段，再排其他事；如果锁完发现时段不够，要提前和客户谈节点，而不是先订下移动安排、再指望交付周加班补回来。
报价时就把换城空档写进排期假设，不要事后请假
很多接单者的换城冲突，不是排期排错，是报价时根本没给空档留位置。建议的做法是：在报价单或项目确认消息里，把排期假设写成明确的几行，包括交付日期以哪一天的需求确认为起点、包含几轮修改、每轮修改预留多少个工作日、哪一段是承接方不安排新交付的间隔期。
这样写的用处有两点。第一，空档从私人安排变成排期的一部分，客户压缩它时，谈的是排期变更，而不是个人请假，谈判对象不同。第二，后续所有节点都有据可查：哪天确认的需求、哪天交的首版，日历和文字对得上，验收阶段少争议。这里要分清：写进排期假设，不等于客户有义务配合个人的移动计划；它只是把时间结构提前摊开，让双方在签约前就看见。如果客户在报价阶段就明确表示节点不能这样排，那就按不能排来重新画线，而不是签完再想办法。
空档被客户压缩时，先降移动半径，不取消全部安排
空档被压缩是常态，应对顺序建议是先降半径、再降频率、最后才取消。第一档：跨城改同城，只换街区不换城，本系列第 64 篇把同城换住处的账单独算过，核心是它保留了原有的工作环境连续性，交通、采购和常用服务都不用重建，适合窗口只剩原来一半左右的情况。第二档：城市不变，住处也不变，把原定的移动日改成纯休息和整理日，下一个空档再移动，这样项目节奏不受影响，只是换城频率降低。第三档才是完全取消，并且要同步改后面一张里程碑线，因为一次取消会让下一个窗口的起点后移。
需要避免的是反过来的顺序：一压缩就硬扛原计划，在项目中段跨城，结果交付周落在不熟悉的住处和未测过的网络上。这正是开头那条原则要防的情况。
执行清单：先定节奏，再从节奏里选城市
顺序不要反。先完成下面五步，再开始选下一座城市：
- 把在手项目的四个节点画进同一张日历，标出不可移动周和候选窗口；
- 逐项核对窗口的三个条件，日期分清事实和假设，假设项单独标注；
- 把交付周和验收周的修改时段先锁进日历，再排移动和安顿；
- 检查当前报价或确认消息里有没有写明排期假设，没有的从下一个项目开始补；
- 给被压缩的情况预先定好降档顺序，窗口变化时按顺序执行，不临时重排。
节奏定下来之后，城市才有选法：窗口长短决定能去多远，交付密度决定对网络和氛围的要求。这一步可以用 Roamorrow 做初筛，它帮中文远程工作者选城市，目录覆盖 350 城，六维评分的默认权重是安全 30%、花费 25%、气候 15%、氛围 15%、网络 10%、生活 5%。用的时候记住前面那句：网络与安全在这里是评分，不是实测，入围之后仍要按交付周的标准自己核对。节奏先定，城市从节奏里长出来，这是接单者排换城日的完整顺序。
来源与阅读范围
作者：Roamorrow 编辑部。本文链接不收取返佣。本文给的是画线方法、核对顺序与报价句式，不给经验数字；节点日期中写进合同与确认消息的是事实，预估的修改轮次属假设，需按自己的项目替换。
- Roamorrow 数据与方法 · 本轮核读 2026-10-28
评分默认权重（安全 30%、花费 25%、气候 15%、氛围 15%、网络 10%、生活 5%）、气候舒适区与月花费参考值的口径。 本文结尾初筛时引用的六维默认权重（安全 30% 等）以该文档口径为准；正文已注明网络维度是评分不是实测，不能替代到达后的自测，本轮已读该文档全文。
- 值班与 on-call 旅居：响应时限决定你能走多远 · 本轮核读 2026-10-28
把岗位响应时限拆项换算成活动半径、值班周与非值班周分开排的方法。 本文正文回链的第 67 篇思路：交付周按最高标准排，类比值班时段让住处与行程服从最硬约束；本轮已读该篇同批草稿全文。
配图许可
本文正文不配图。分享图沿用站内既有专题图 og-topic-beijing-time.webp（「按北京时间上班，去哪旅居不用熬夜」专题），其来源与许可记录见该专题页与发布清单。