要跑 60 个地点，谁哪天去、按什么顺序去？

一次跑遍 60 家分店的项目，一开始往往只是表格里的 60 个地址，剩下的全靠猜谁哪天去哪里。粘贴清单，说明每个地点大概要待多久、每天工作几个小时，大约一分钟就能得到整个项目的路线安排 —— 这是一份可以调整的初稿，不是定死的时刻表。

正在加载工具……

工作原理

点击“Load an example”（加载示例）先看一份完整的规划范例，或者粘贴自己的地点清单 —— 一行一个，格式为“name, address”（名称, 地址）（一列纯地址的 CSV 也可以）。
填写每个地点大约停留多久、团队每天工作几个小时；工具会算出一天能跑几个地点（也可以手动改）。可以再加一个出发点 —— 你的办公室或酒店 —— 以及平均行车速度。
点击“Plan”（规划）。查看逐日表格和地图，然后导出 CSV / KML，或者给现场团队打印每天一份的路线单。

这个页面上的每一步操作，都由运行在你浏览器标签页里的代码完成，用的就是渲染网页的那套引擎。文件从磁盘读进标签页的内存，在那里被处理，再作为下载写回去。它不会被送到任何地方 —— 不会送给我们，也不会送给第三方。

打开浏览器的开发者工具（F12），选择“网络”（Network）面板。
载入你的文件，运行这个工具。
你能看到的请求只有这些：工具自己的代码 —— 少数几个重型工具还会从公共 CDN 取它们的开源引擎 —— 外加一条发往 loreatec.jp 的小小访问记录（页面地址和标题，仅此而已）。没有一条带着你的文件。

这个工具到底解决什么问题？

把大量分散的走访安排拆分到合理的天数里。如果 60 家分店都需要技术人员上门，一个团队一天能跑 6 家，那就得有人决定哪 6 家排在一起、按什么顺序跑、大概几点到 —— 通常靠人工对着地图猜。这个工具一次性把这些都算出来，方便你安排人手、订酒店、约客户时间。

什么人会用到它？

跨分店的 IT 部署和设备更换、安装和配货巡回、巡检和审计、预防性维护保养、抄表，以及销售拜访 —— 只要手头有一份日本地址清单，并且每天能跑的站点数有限，都用得上。

天数和顺序是怎么算出来的？

先按地理位置把各个地点聚类（对坐标做 k-means 聚类），分成需要的天数，再做平衡调整，确保没有一天超出限额；每一天内部的走访顺序先用最近邻算法排出，再用 2-opt 算法优化。距离按直线距离 × 1.3 计算（这是常用的道路绕行系数）；到达时间则根据你设定的平均车速和每站停留分钟数推算。

这个工具不是什么

它不是一个路线导航引擎：没有实时路况，不参照实际路网，不考虑电车时刻表，也不处理司机排班或时间窗限制。请把结果当作一份不错的初稿 —— 实际使用时，多半还要手动把个别地点挪到别的日期。

地理编码的准确度如何？

国土地理院的地址搜索，在大多数城市能把日本地址解析到町丁目・番地这一级；农村地区的地址可能只能定位到町的中心位置。每个地点都会显示匹配到的地名 —— 看着不对劲的要检查一下，把地址写得更完整（补上都道府县，数字用半角）。找不到的地址会单独列出来，不会被悄悄丢弃。

能规划从酒店出发、再回到酒店的行程吗？

可以：填写一个出发点，并勾选“return to start each day”（每天返回出发点）。这样每天的第一段和最后一段路程，都会计入总里程和时间安排。

最终能得到什么？

一张表格（日期、顺序、地点、地址、每段公里数、到达时间）、一张按天数上色的 SVG 地图、可导入表格软件的 CSV、可以在 Google My Maps、Google Earth 或 QGIS 里打开的 KML / GeoJSON，以及每天一份、带勾选框和备注栏的可打印路线单。

有没有东西被保存或上传？

你的清单不会离开浏览器：只有单条地址会发送给国土地理院的地理编码 API，用来换算成坐标。这些坐标会缓存在你的浏览器里（localStorage），所以重新规划时是即时完成的，离线也能用；点击“Clear cache”（清除缓存）会把它们清空。