本篇會盡量縮減理論部分，給出一套立竿見影的調價方法。以便在淡季時，也有漲價的空間。
具體由以下三部分開展，調價目的、參照物、策略。
價格是價值的表現。調價就是獲取高收益的一個必要過程。
民宿房東常見的價格管理，基本就是一個基礎價，比如300元/天。
然後根據一些可能帶來高需求的日期，提高出價，如：
1. 週末、法定節假日及特殊節慶（如情人節、聖誕節等）
2. 寒暑假期間。
3. 周邊大型活動（如演唱會、展會等）
這是當前大部分房東常用方式，但這個不是調價，僅僅是定價。就跟景區門票有周末價、平日價、淡旺季價一樣，僅僅做了產品定價。
而調價，則是跟機票價格管理類似。
同班次的旅客，你們是同樣的渠道購買的機票，但費用會相差幾倍。差異化的價格，會讓航空公司將有限的機票，實現最大的化的收益。這則是調價的目的。
除了機票，日常中旅遊團、叫車軟體的動態價格、手機流量套餐等等，都會有類似的收益管理策略。
30秒？60秒？100秒？
每個人會通過自身的經驗、及考慮到的外在因素（如附近客流量、車道的數量、早晚高峰期等等），給出不同的答案。
而早期的紅綠燈設定是根據路口是否為主幹道、兩個方向的車道流量大小，早晚高峰、週末等因素，設定出幾組不同的紅綠燈變化間隔時間。
這個其實就跟大部分民宿房東的設定一樣。有個基礎價，再根據節假日、週末等設定幾組定價策略。
但當路口遇突發情況（如交通事故或其他路口車流激增），哪之前預設的機制，再完美也會出現癱瘓。
以往這種情況下，最高效的解決辦法，就是由交警來臨時指揮交通。因為交警能看到了各方向車流情況，所以能做出最優的判斷，哪怕指揮錯誤，也可以根據實時反饋，加以調整。
民宿房東也是，如果當日的房，傍晚還未訂出，那就會人工干預價格，降價甩賣。賣不出去再降，直到成功售出。
如今智慧城市下，紅綠燈時如何工作的呢？
技術層面上，紅綠燈是有專門的調控系統，會根據路口的排隊長度，通行速度及周邊路口的情況，來做應對調控。監測方式的參照物包括但不限於：地磁感測器，攝像頭、紅外，雷達，聲吶等方式收集資料。
PS：所以有時候，當你一路趕上幾十個紅燈或一路暢通時，其實未必是運氣原因。
簡單地說，只要資料反饋及時，系統就可以充當剛才說的交警指揮交通的角色，根據實時反饋的情況做動態調整。
經常有人找我諮詢，問如何知道某個城市的客流量、出入境資料、酒店入住資料或景區客流量。
試圖通過這些資料，做一些價格上的調整參照。這就像極了早期的紅綠燈模式，最後還是需要人來應急。
所以不要試圖去預測未來的入住率和價格，我們應更多關注如何實現最大化入住率和價格。
首先，先將未來的預定情況，分成四個階段，我起了4個名字。
2. 下週預訂率 6.8~6.14（第2周：共7天）
3. 近期預訂率 6.15~6.28（第3~4周：共14天 ）
4. 遠期預訂率 6.29~7.12（第5~8周：共14天 ）
模擬幾個場景的調價場景：
1.今天的房，16點還未訂出，哪自然降價比漲價更容易被訂出去。
2.如果下週（6.8~6.14）50%的天數被訂出，哪是漲還是降價？似乎不太好確定？
3.遠期（6.29~7.12），50%的天數都被訂出去？那你漲還是降價？
哪是不是就可以漲價了？遠期預定都這麼火爆，你漲價了沒人訂，哪可以在剩下的三個階段裡，通過逐步降價，來優化價格。
這就跟紅綠燈一樣，保證流量最大化的同時避免擁堵率。
方法論：25%的倍數原則。
本週預訂率，大於75%，則可以嘗試將本週漲價。低於25%降價。
下週預訂率，大於50%，則可以嘗試將下週漲價。低於50%降價。
近期、遠期預訂率，大於25%，則可以嘗試將近期和遠期漲價。低於25%降價。
漲價幅度，可以從5%開始。每週調整。
本週預訂率 6.1~6.7 ，預訂率：57%，建議保持價格。
下週預訂率 6.8~6.14 預訂率：71%，建議保持價格。
近期預訂率 6.15~6.28 預訂率：42%，建議漲價。
遠期預訂率 6.29~7.12 預訂率：17%，建議降價。
但此方法，更像紅綠燈中的，當前路況情況下調整機制，屬於相對被動式的調價，如何跟紅綠燈一樣，哪如何知道其他路口的情況，從而主動調價？
列舉一個指數系統裡的一個真實案例：
1、當時發現端午節期間，提前預定率，商圈內情況，普遍不理想，所以提前做了降價處理。
2、6月下旬，1、2居室戶型，商圈內民宿預定率平均超過25%，所以及時做了10%漲價調整。
3、遠期情況不算理想。做了5%的降價調整。
也可以參考下圖，作為價格調整依據。
下階段的民宿指數系統中，會增加更多輔助決策的功能。感興趣的繼續關注：民小宿小資料。