民宿平台里的区域调频：把片区、路线与打卡点调到一个频道

情境：先看房间再看位置，顺序其实反了

多数人订房的路径是：打开民宿平台，按价格排序，翻十几张图，挑一间合眼缘的，最后才打开地图看它在哪。这个顺序制造了一个隐蔽的成本，位置不满意就要重新回到列表，一次决策平均来回 7 次以上。房间信息是高度同质的，位置信息才是真正决定这趟旅行体验的变量。

冲突：同一座城市，体验差可以大到像两座城

以大理为例，古城南门与才村码头直线距离不到 8 公里，但住在这两处的行程是完全不同的。住古城，晚上十点还能吃到热食，代价是白天人流与车流噪音；住才村，清晨出门就是廊道，代价是夜里九点后基本找不到开门的店。把这两处放在同一个列表里按价格排序，等于把两种旅行方式混在一起比价，比出来的结果没有意义。

问题：信息不缺，缺的是把信息排到正确的坐标系里

这就是我们把民宿平台重新按片区组织的原因。频率值不是评分，它描述的是片区的服务完整度：高频段意味着交通、餐饮、照明都在步行范围内；低频段意味着需要车、需要提前备粮，但换来安静和视野。当用户先选定频段，再在片区内挑房，选择空间立刻从几千间压缩到几十间，而且这几十间的生活条件高度接近。

答案一：距离要用脚量，不要用直线量

我们标注的步行时长按 1.25 米每秒折算，并计入一次红灯等待。上坡路段会按坡度上浮，最大上浮 25%。在喀什古城的实测中，直线距离 300 米的两点，因台阶与巷道迂回，实际耗时 11 分钟，接近平地距离的三倍。这个数字不写出来，用户就会按 4 分钟规划行程，然后迟到。

把不好听的话写进档案，是这个民宿平台最贵的成本，也是最值钱的部分。退回一条线索要重跑一次现场，但用户少踩一次坑就够本。

答案二：路线要按时间排，不要按景点名气排

一条合格的一日路线，应当让人在体力最好时走高差最大的一段，在光线最好时到观景位，在店铺打烊前吃完饭。我们在 179 条主题路线里都标了这三个节点。以婺源篁岭为例，路线把晒匾平台放在首班索道之后的 20 分钟内，因为 10 点后旅行团进场，同一条晒架前人流量会涨到 5 倍。顺序变了，同样的景点，体验完全不同。

答案三：让住客的用时记录反向修正路线

每条路线下面挂着住客提交的实际用时。当某一段的提交值中位数比规划值高出 15 分钟，系统会把它标成待复核，编辑重新走一遍。2024 年共有 63 段路线因此被修正，其中 21 段是因为临时施工，11 段是因为我们低估了石阶的数量。这个自我纠错机制，是这个民宿平台与静态攻略最大的区别：它会因为走的人多了而变准。