第一次规划大峡谷，最难的部分通常不是峡谷本身，而是不知道哪个决定该先做。很多人花很多时间比较旅游团、时长和小包含项， 却还没解决真正会控制整天的大问题。这页的目的，就是把这个螺旋停下来。顺序对了，行程会很快变清楚；顺序错了，连好的选项都会开始显得混乱。
它给你的不是一堆分散建议，而是一个规划顺序
一个有用的大峡谷攻略，不该试图一次回答所有问题。它应该先帮你按正确顺序，把几个大的判断先定下来，再把你交给更深入的页面。 这在大峡谷特别重要，因为出发城市、峡谷区域选择、时间和形式是紧密联动的。顺序错了，你只是在重复解决同一个问题。
最好的大峡谷旅行，往往只始于一句诚实的话：“这就是我真正想要的一天。”
从那之后，一切都会容易很多，因为你不再要求一页内容同时解决五个不同问题。
先从你真正想要的那种旅行开始
在你去想产品之前，先问自己：你到底在搭建哪一种大峡谷？你想要最经典的峡谷身份感吗？你需要这一天从拉斯维加斯出发也显得干净吗？ 你更在意舒适度，还是更在意把一天塞满？你希望“公路”在整天里的存在感更低吗？这些都不是情绪热身题，而是结构题， 它们会直接决定后面哪些页面才真正会帮到你。
很多人说自己想找“最好的大峡谷旅游团”，但他们真正的意思通常只会落在三类之一：看起来最经典的峡谷日、 从出发城市最容易成立的峡谷日，或者在时间和体力都诚实计算之后最不折磨人的峡谷日。这三种目标不一样。 好的 framework，就是在 product comparison 开始搅浑之前，先把它们拆开。
真正决定后面几乎一切的四个判断
出发城市
拉斯维加斯和亚利桑那本地，不会制造同一种规划问题。拉斯维加斯会更早把路线负担推到前台；亚利桑那则更容易让目的地本身当主角。
峡谷区域或形式
南缘、西缘和空中游不是同一种一天的小变化。它们回应的是不同优先级，也容忍不同程度的物流负担。
时间和条件
天气和季节应该是在一个好框架上做微调，而不是被期待去拯救一个选错的路线或已经过载的一天。
最后才是产品
只有当旅行形态已经说得通时，产品页才会真正有用，而不是只会让你更分心。
先做大判断，再看细节
那些先把 base city、rim 和节奏判断清楚的人，通常最后只会剩两三页真正相关的内容要看。
先看库存，再想自己想要什么
一旦从预订列表开始，所有选项都显得半对，整天也只会更难想像，而不是更清楚。
第一次来的人最常做错什么
最大的错误，是以为真正的决定是在预订页才发生的。通常真实的错误决定，早在前几页就已经做坏了。 另一个常见错误，是以为大峡谷是一个只有一种进入方式的目的地。它不是。峡谷会随着出发地和你愿意接受的取舍发生很大变化。
如果一页内容让你觉得“既有用又更乱”，通常不是因为它本身不好，而是因为你在该先做的大判断完成之前，就已经到了这里。
错的问题
在还没知道自己到底想要经典峡谷、干净的拉斯维加斯一日，还是最不累的形式之前，就问“哪个旅游团最好”。
错的假设
把南缘和西缘当成可互换的景色选项，而不是完全不同的旅行逻辑。
错的时机
用天气和打包问题来逃避更大的路线负担和整天结构判断。
怎样从框架页走到真正该看的页面
一旦顺序清楚，整个站就不该再像“乱逛”，而应该像“推进”。如果你的旅行从拉斯维加斯开始，那么拉斯维加斯攻略页就是自然的下一步，因为那页本来就是围着路线现实感搭的； 如果你真正不确定的是哪一边才对，那么峡谷区域对比页会比随便刷旅游团文案更有帮助； 如果连交通逻辑本身都还没清楚，就应该先去看路线页，而不是其它一切。
- 当出发城市正在塑造后面所有决定时，就去看 从拉斯维加斯去大峡谷。
- 当主要摩擦来自“经典景观回报”和“现实路线”之间时，就看 南缘还是西缘。
- 当交通形式本身还混乱时，就看 如何前往大峡谷。
- 当整体框架已稳定，只需要微调舒适度、暴露感或时间安排时，再看 大峡谷天气。
接下来去哪页
如果这页起作用了，你下一步应该已经变得明显。一页框架攻略的职责，是减少噪音，而不是制造更多噪音。 现在就去解决那个唯一还没回答的问题，其他的都留到后面再说。
