与欧洲晚班不是同一种排法，先看方向再看落点
里斯本、马德里一类欧洲城市的排法，本质是把国内白天的工作整体推向当地的下午和晚间。埃里温在高加索方向，与北京的时差方向和大小都不同，会议落点不会照搬欧洲的晚班表。判断时不要套用去过欧洲的经验，也不要只记一个时差数字就开始订房。正确顺序是先确认换算方向：北京时间在前，埃里温当地时间在后，换算时做减法，再看每场会具体落在当地的清晨、白天、晚间还是深夜。具体时差数值按两地当期标准时间换算（夏令时/标准时以当期为准）。核对方法固定为三步：查标准时间来源给出的两地当期偏移、确认核对日期是否跨过任何一地的时钟调整日、再用你出发那一周的真实日期逐场换算。只查今天的时差，用整段停留期，是常见的排错来源。
把一周固定会议逐个换算，落在深夜和清晨的先标出来
拿出最近一个完整工作周的日历，不要凭印象估算。建一张换算表，列固定为四列：会议名、北京时、当地时、是否可改。当地时一列按两地当期标准时间换算（夏令时/标准时以当期为准）。北京时写完整的起止时间，当地时也写完整的起止时间，不能只写开始时间，因为跨过午夜的会议最容易漏判。填完后做两轮标记：第一轮标出当地时间零点以后才结束的会议，第二轮标出当地时间清晨开始、会压缩睡眠或晨间准备的会议。还要单独标出背靠背会议之间的间隔，间隔不足三十分钟的连续会议，在异地作息下没有缓冲，临时网络波动或上一场拖延会直接连到下一场。
这张表要算出三个汇总数：一周有几个晚上要开深夜会、最晚一场会几点结束、最早一场会几点开始。三个数比单场会议的感受更能决定去留。如果最晚结束时间和最早开始时间在同一天首尾相接，睡眠会被切成两段，这种工作日即使单场会议不长，也不适合长期维持。
深夜会一周超过两晚，先改会议结构，再决定去不去
如果换算后深夜会超过两晚每周，不要先用意志力或咖啡因硬撑，也不要立刻放弃这座城市。先改结构，顺序不能反。改法分三类处理。第一类改异步：只通报进度、只对齐文档、参会人之间没有当场决策的会议，改为文字纪要加限定回复时间，思路见本系列第二十四篇把工作拆成同步和异步的做法，关键是给异步事项写清决策人、截止时间和升级为同步会的条件。第二类合并：同一项目、同一批参会人、一周内多次短会，合并为一场较长但只占一个晚上的会议，把深夜占用从多晚收成一晚。第三类保留同步：涉及拍板、谈判、需要即时追问的会议保留，但要谈开始时间能否前移、参会范围能否缩小、时长能否压缩。
改完结构再重新换算一次，得到第二张表。只有第二张表里深夜会仍超过两晚每周，且无法再合并或改异步时，问题才从排法问题变成选城问题。反过来，如果改完后深夜会收敛到两晚以内，埃里温的工作日是可排的，后面的网络和作息才值得继续细化。
网络分只做初筛，第一周要在自己的会议时段实测
站内城市页的网络分和总分适合做初筛：先在三百五十城目录里用六维评分把明显不合适的城市筛掉，再看埃里温是否进入候选。但网络分是评分，不是你住所里的实测结果，不能代替落地验证。落地第一周按备用网络预案执行，思路回链本系列第二十二篇备用网络的做法：在自己的真实会议时段做测试，不要只在白天无人时测一次。测试要记录四项：会议开始前十分钟的连通状态、整场会议中是否掉线或明显卡顿、共享屏幕和语音是否同时可用、主网络中断时切换到备用方案需要多久。
测试结果按会议类型分开记。语音会能过，不等于视频加共享屏幕能过；白天能过，不等于深夜会议时段能过，因为你要保的是会议窗口，不是全天平均状态。如果第一周出现两次以上会议时段中断，且备用方案切换后仍不稳定，结论应是更换住所或调整会议方式，而不是归因于运气不好继续观察。没有完成这一周实测之前，不要对团队承诺固定的在线时段。
先排会议再定睡眠，锚点放在最后一场会之后
作息排法只有一条主规则：先排会议，再把睡眠锚在会议之后。不要先按当地的生活时间排好起床、吃饭和出门，再把国内会议硬塞进去，那样每次深夜会都会变成对既定作息的一次破坏。具体做法是先把一周最晚结束的那场会定为当天的收尾点，睡眠开始时间顺延到会后，并为会后留出固定的缓冲，不在深夜会后立刻处理需要判断力的文字工作。第二天如果有清晨会议，起床时间按这场会倒推；如果没有清晨会议，起床时间不要因为前一晚开会晚就无限制后延，否则昼夜会逐日漂移，一周后白天完全消失。
白天时段的安排服从这个锚点。可以把不需要同步协作的深度工作、采购和运动放在当地白天，把需要国内同事在线的事项集中放在会议窗口前后。判断一周排法是否成立，看两个指标：睡眠的开始和结束是否大体稳定在同一个区间，以及白天是否还留有连续两小时以上不被会议切断的时间。两项都不成立，说明不是作息不够自律，而是会议结构本身与这座城市的时差不匹配，应回到改结构那一步。
城市页的评分能帮你完成初筛，真正决定去不去埃里温的，是第二张换算表和第一周的会议时段实测。前者算清深夜会的密度，后者验证网络在关键时段是否可用。两项都通过，再按单人整间房三十晚的口径去核对住宿和总预算；任何一项不通过，先改会议结构或换住所，不要用拉长停留来掩盖工作日排不开的问题。
来源与阅读范围
作者：Roamorrow 编辑部。本文链接不收取返佣。本文只讲换算与排法，不提供埃里温的网速实测数字与宽带价格；涉及时差的口径按两地当期标准时间来源核对，网络以落地后在自住住所、真实会议时段的实测为准。
- Roamorrow 数据与方法 · 本轮核读 2026-10-28
评分默认权重（安全 30%、花费 25%、气候 15%、氛围 15%、网络 10%、生活 5%）、气候舒适区 18–26°C（ERA5 历史气候）与城市月花费历史参考值的口径。 本文的六维评分默认权重与网络分口径出自该文档：网络与安全是评分、不是实测，只能做初筛，落地后要在自己的会议时段实测；本轮已读该文档全文。
- 把工作拆成同步和异步：换城后少改几次日历 · 本轮核读 2026-10-28
一周的会按是否需要当场来回分成三类，决策写进文档、口头同步降级为通知，实时会收拢到固定的重叠窗口。 本文第三节明确回指该篇：深夜会先按其分类改异步、合并或保留同步，改完再重新换算，而不是先硬撑或先放弃这座城；本轮已读该篇已发布源稿。
- 房间断网那一天：备用网络在订房时就要问清的几件事 · 本轮核读 2026-10-28
订房时问清宽带责任与报修，当地 SIM 热点要在自己的会议时段实测，步行 10 分钟内的备选地点提前踩点。 本文第四节的第一周网络实测按该篇预案执行：保的是会议窗口而不是全天平均状态，主网络中断时切换到备用方案的用时也要记录；本轮已读该篇已发布源稿。
配图许可
本文正文不配图。分享图沿用站内既有专题图 og-topic-november.webp（「11月去哪旅居」专题），其来源与许可记录见该专题页与发布清单。