糯米网站把区域导览、路线推荐与打卡点，调到一个频道里

01为什么用波段而不是分类菜单

情境是：多数导览站按类型分栏，产地、水岸、老街各一栏，看着整齐。冲突出现在排程的时候——你真正要决定的不是“去哪一类”，而是“这几个点能不能一天走完”。分类菜单回答不了这个问题，因为它把所有点位的空间关系打散了。

解法是把区域点映射到 66.0—108.0 的波段上，并保证相邻波段对应的区域在空间上也大体相邻。于是调台这个动作同时完成两件事：切换内容，以及沿着一条实际可走的路径前后移动。列表视图用来精读单条路线的字段，刻度视图用来横向比较耗时与体力，这就是双视图切换存在的理由。

判断标准很简单：如果一条路线在刻度视图里找不到相邻的下一站，说明它更适合单独安排，而不是塞进当日行程。

02半日行程的排程顺序

情境是半天时间、一个返程截止点。冲突在于：先走远的还是先走近的，结果差别很大。建议的顺序是先锁定返程末班，再倒排两个主点位，最后用一个步行 45 分钟以内的小点位填空。

具体做法是：在刻度视图里按耗时条带挑出一条主线和一条辅助线，主线的单程最长段不超过总时长的三分之一；随后查看避坑读数，把雨后湿滑、午后暴晒、夜间无返程车的时段剔除；最后用集市或码头类点位补足等待时间，这两类点位对到访时刻不敏感。

03打卡点读数如何被测量

情境是页面上那些数字：78 分钟、1.6 公里、4.7 分。冲突在于，很多导览页的数字没有来源，用起来没有底。糯米网站对每个字段都规定了测量方式，并在卡片上标注数据来源。

耗时以三次实测取中位数，测量时间为工作日上午与周末下午各至少一次；距离用地形图核对，不采用步数换算；坡度用等高线间距复核，超过一定坡度即在避坑读数中提示；人流量以现场 15 分钟计数估算。评分为四项加权：通行效率、内容密度、避坑风险反向计分、性价比，满分 5 分。

04避坑读数为什么比推荐更重要

情境是绝大多数折返都发生在“去了才发现不合适”。冲突是推荐信息会让人出门，而避坑信息才决定这趟出门值不值。避坑读数从正文里抽出来单独成区，包含四个字段：不适合的时段、路面或水位风险、返程兜底方案、人流高峰。

拿产地类点位来说，7 月午后田间体感温度明显偏高，8 月至 9 月为灌溉期，部分田埂会临时封闭。这些信息写清楚之后，同样的点位在不同月份就是完全不同的两条路线。相关更新会写进平台的更新动态，并在页面底部标注复核日期。

05产地类点位的内容特征

情境是糯米产地在所有区域类型中数量最多，占 128 个区域点里的 48 个。冲突在于产地类点位的可看内容随农时剧烈变化：插秧期看水田，抽穗期看绿浪，收割期看作业现场，休耕期基本无内容。

因此站点把产地类点位与月份绑定，在卡片上写明最佳档期与无内容月份。与之配套的是节令档期分类，把收割、开镰、晾晒等节点按月排出。这样处理之后，同一个村落在一年中会出现四次不同的导览描述，而不是重复同一段介绍。

如果你只想按一个月份挑地方，直接从节令档期分类进入，比按区域类型进入更快。

06数据口径与复核周期

情境是同样的路线在不同页面给出不同耗时。冲突来自采集时间、天气与临时施工的差异。录入规则是：所有字段都带采集日期，超过 180 天未复核的字段标为待复核，复核周期为每季度一次，节令类点位在换季时额外复核。

复核来源分三类：现场实测、区域运营方公开信息、用户回执。三类来源在卡片上分别标注，若三者互相冲突，以现场实测为准并在更新日志中说明差异。用户回执需要包含到访日期与至少一个可核对字段，才会被计入评分样本。