第233章 喜迎自1949年以來……（第6/7頁）

他們抱著試試看的心思，拍了周邊一些漂亮地點的照片，別的都沒有……簡陋到令人悲傷。

從紫金旅行平台上可以看到各個合作旅館已經全部爆滿，餐廳的訂位似乎還比較松動……

因為現在不管占道經營，他們可以往馬路上擺……一直到擺不下為止。

機智的「吃了嗎」銷售員抓住了這個機會，開始掃街。

以前桂林和陽朔這邊根本就沒有興趣參加外賣平台，他們堅持「現做的才好吃」，實在懶到不行的客人，也可以直接打店裏的電話，讓客裏的夥計送。

什麽送不過來？世上怎麽可能會有送不過來這種事？

他們不簽還有一個重要原因，怕「吃了嗎」平台瞎搞打折活動，搶線下的客人。

到時候他們賺得少了，還會被客人說怎麽到店吃飯比外賣還貴，影響店裏的名聲。

因此，「吃了嗎」桂林分部的人業績一直半死不活，守著青山綠水，工資平平，獎金寥寥，寂寞如雪……

現在他們拿出總部給的各種數據，苦口婆心勸他們加入：“要是遊客到你們這邊來，發現沒地方坐，就會走啦。其實你們上菜也不是不能上嘛，那就送到旅館不好嗎？桌子不用收了，碗也不用洗，還能多賺錢，有什麽不好。”

嗯，好有道理……各位店家一盤算，「吃了嗎」平台要收服務費沒錯，不過算下來，還是有利可圖的。

如果真的座位爆滿的話，還能再出菜，那豈不美哉？

就這樣，「吃了嗎」桂林分公司的人民群眾終於支楞起來了，小雪看到他們的簽約業績，給予了難得的表揚。

這次紫金科技全面參與了一個城市的假日準備，手中握著大量的數據。

既然如此，不如做一個詳細的數據地圖。

數據中心在紫金網站的主頁上做了一個鏈接，主要是對吃飯和景點這種流動性極大的地方進行人流預估，今天多少人，預估明天多少人。

給遊客做一個參考，同時也是算法那邊想看看他們做出的模型能不能真的準確預測。

如果差得太多，就要查原因，將來這些模型可以用在其他的方面。

“用MICE處理……缺失值……不規矩缺失……”

安夏再次企圖加入算法組會議，然後失敗。算了，人要知道自己的極限在哪裏，業務不同，不必強融。

人工智能組不甘心落後，他們在完成正常工作之余，還在琢磨能不能生成一個自動旅遊方案——主要是他們組的人也想出去玩，於是精神十足。

遊客輸入條件：什麽時候可以從家出發，什麽時候必須踩在家裏的地面上，想去哪裏，有什麽必須要去的景點，大交通和小交通是否有指定的交通方式。

除了「必須」這幾個點卡死之外，其他的系統會給出備選方案。

還會提示時間不合理之處，比如上午十點才從家出發。

但「必須」在早上八點就吃到目的地的某樣食物，系統會自動提示「請更換目標地點或是目標時間」。

更換目標地點的話，系統會推薦家門口的早飯攤子。

一定要去某個景點的話，也會給出建議時間。

這個時間是根據最佳觀景時間來的。

安夏看到之後，對他們說：“你們得留一個口子，以後說不定就是根據人流量來推薦了。”

組裏的同事不理解：“如果那個地方本來就是看日出的，推薦別人正午去，也不合適啊。”

“相信我，他們要是擠不上看日出那趟，正午也會去的……”來都來了，是遊客界不變的話。

人流量現在毫無數據，完全無法建立回歸模型模擬，程序員們半信半疑地留了一個口子。

許多人還是不相信能有太多的人，那麽多工廠倒閉，那麽多工人下崗，有錢出來旅遊的人，能有多少呢？

有人說這是紫金為了賣電腦而拉起的焦慮，其實根本就不會有這麽多人。

對外界的質疑聲音，不少員工想替公司分辯，安夏讓所有人都不要說話：

“你們不可能說服所有人，說來說去，最後少不得要人身攻擊，你們頂著紫金的名頭，你們要是出去罵人，別人就會說是紫金罵人。沒意思，反正也沒多久，所有人都會知道結果了。”

她更關心的是數據安全的問題。

這次大規模的進行網上預定，所有人留的都是真實的身份信息，還有支付費用的銀行賬戶，都是非常重要的個人隱私。要是被人盜走，或者是直接刪庫，後果嚴重。

網絡安全組經過上次的練兵，現在動不動就自己組織一回偽演習，每次都做得像真的一樣。

就在全公司上下高度警惕的時候，到底還是出了一點小毛病。

晚上八點，各位網上沖浪者最活躍的時候，紫金旅行平台上，桂林旅館突然提示全線空房，隨便來，隨便住，價格還賊便宜，一塊錢！！