下面是一個實際案例，我們用算法把一個城市做了重新的區(qū)域規(guī)劃。當(dāng)然，這里必須要強(qiáng)調(diào)的是，在這個過程中，人工介入還是非常必要的。對于一些算法很難處理好的邊角場景，需要人工進(jìn)行微調(diào)，使整個規(guī)劃方案更加合理。中間的圖是算法規(guī)劃的結(jié)果。經(jīng)過試點(diǎn)后，測試城市整體的單均行駛距離下降了5%，平均每一單騎手的行駛距離節(jié)省超過100米?？梢韵胂笠幌?，在這么龐大的單量規(guī)模下，每單平均減少100米，總節(jié)省的路程、節(jié)省的電瓶車電量，都是一個非?？捎^的數(shù)字。更重要的是，可以讓騎手自己明顯感覺到自己的效率得到了提升。配送saas系統(tǒng)是從哪一年開始的？2017年前后。南通蛋糕配送SaaS平臺

SaaS2.0還需要服務(wù)運(yùn)營商能夠提供內(nèi)容豐富、信息共享的SaaS門戶與渠道平臺，使SaaS服務(wù)價值鏈上的各個環(huán)節(jié)，包括**終用戶、開發(fā)團(tuán)隊、銷售渠道、業(yè)務(wù)伙伴、行業(yè)合作伙伴，能夠通過SaaS門戶充分地交流信息、共享數(shù)據(jù)、尋找機(jī)會、獲取服務(wù)，**終形成SaaS應(yīng)用服務(wù)行業(yè)的網(wǎng)上虛擬社區(qū)，比較大限度地發(fā)揮SaaS軟件作為互聯(lián)網(wǎng)應(yīng)用的優(yōu)勢，比較大限度地利用Internet在傳播、推廣、信息共享方面的特點(diǎn)，更好地在中國發(fā)展、推廣SaaS軟件服務(wù)業(yè)務(wù)。因此，如果SaaS應(yīng)用服務(wù)提供商只是大量堆砌功能模塊，而不具備針對特定用戶簡便、低成本的客戶化定制能力，不具備能夠整合合作伙伴、渠道與相關(guān)內(nèi)容的門戶網(wǎng)站，是無法在激烈的市場競爭中生存的。國際上SaaS應(yīng)用服務(wù)產(chǎn)業(yè)發(fā)展的經(jīng)驗證明，只有具備靈活定制、結(jié)構(gòu)先進(jìn)的基礎(chǔ)應(yīng)用平臺，具備內(nèi)容豐富的SaaS門戶系統(tǒng)，才能夠支持SaaS應(yīng)用服務(wù)業(yè)務(wù)的平穩(wěn)發(fā)展，才能夠支撐數(shù)百以至上千的企業(yè)用戶在同一個應(yīng)用體系內(nèi)實現(xiàn)業(yè)務(wù)操作，才能夠保證每個企業(yè)自身應(yīng)用功能的安全性、穩(wěn)定性和可擴(kuò)展性。浙江跑腿SaaS平臺軟件送道配送saas系統(tǒng)，是一整套外賣配送的系統(tǒng)解決方案。

配送團(tuán)隊**終選用的是按組排班的方式，把所有騎手分成幾組，規(guī)定每個組的開工時段。然后大家可以按組輪崗，每個人的每個班次都會輪到。這個問題比較大的挑戰(zhàn)是，我們并不是在做一項業(yè)務(wù)工具，而是在設(shè)計算法。而算法要有自己的優(yōu)化目標(biāo)，那么排班的目標(biāo)是什么呢？如果你要問站長，怎么樣的排班是好的，可能他只會說，要讓需要用人的時候有人。但這不是算法語言，更不能變成模型語言。決策變量及目標(biāo)設(shè)計為了解決這個問題，首先要做設(shè)計決策變量，決策變量并沒有選用班次的起止時刻和結(jié)束時刻，那樣做的話，決策空間太大。我們把時間做了離散化，以半小時為粒度。對于***來講，只有48個時間單元，決策空間大幅縮減。然后，目標(biāo)定為運(yùn)力需求滿足訂單量的時間單元**多。這是因為，并不能保證站點(diǎn)的人數(shù)在對應(yīng)的進(jìn)單曲線情況下可以滿足每個單元的運(yùn)力需求。所以，我們把業(yè)務(wù)約束轉(zhuǎn)化為目標(biāo)函數(shù)的一部分。這樣做還有一個好處，那就是沒必要知道站點(diǎn)的總?cè)藬?shù)是多少。

當(dāng)然，區(qū)域規(guī)劃項目的發(fā)起，存在很多問題需要解決。主要包括以下三種情況：配送區(qū)域里的商家不聚合。這是一個典型站點(diǎn)，商家主要集中在左下角和右上角，造成騎手在區(qū)域里取餐、送餐時執(zhí)行任務(wù)的地理位置非常分散，需要不停往返兩個商圈，無效跑動非常多。區(qū)域奇形怪狀，空駛嚴(yán)重。之前在門店上線外賣平臺的發(fā)展過程中，很多地方原本沒有商家，后來上線的商家多了，就單獨(dú)作為一個配送區(qū)域。這樣的區(qū)域形狀可能就會不規(guī)則，導(dǎo)致騎手很多時候在區(qū)域外跑。而商家和騎手都有綁定關(guān)系，騎手只能服務(wù)自己區(qū)域內(nèi)的商家，因此騎手無法接到配送區(qū)域外的取餐任務(wù)，空駛率非常高。很多時候騎手送完餐之后，只能空跑回來才可能接到新任務(wù)。站點(diǎn)的大小不合理。圖三這個站點(diǎn)，每天的單量只有一二百單。如果從騎手平均單量的角度去配置騎手的話，只能配置3~4個騎手。如果某一兩個人突然有事要請假，可想而知，站點(diǎn)的配送體驗一定會變得非常差，運(yùn)營管理難度會很高。反之，如果某一個站點(diǎn)變得非常大，站長也不可能管得了那么多的騎手，這也是一個問題。所以，需要給每個站點(diǎn)規(guī)劃一個合理的單量規(guī)模。SaaS平臺供應(yīng)商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上。

智能騎手排班業(yè)務(wù)背景這是隨著外賣配送的營業(yè)時間越來越長而衍生出的一個項目。早期，外賣只服務(wù)午高峰到晚高峰，后來大家慢慢可以點(diǎn)夜宵、點(diǎn)早餐。到如今，很多配送站點(diǎn)已經(jīng)提供了24小時服務(wù)。但是，騎手不可能全天24小時開工，勞動法對每天的工作時長也有規(guī)定，所以這一項目勢在必行。另外，外賣配送場景的訂單“峰谷效應(yīng)”非常明顯。上圖是一個實際的進(jìn)單曲線。可以看到全天24小時內(nèi)，午晚高峰兩個時段單量非常高，而閑時和夜宵相對來說單量又少一些。因此，系統(tǒng)也沒辦法把***24小時根據(jù)每個人的工作時長做平均切分，也需要進(jìn)行排班。對于排班，存在兩類方案的選型問題。很多業(yè)務(wù)的排班是基于人的維度，好處是配置的粒度非常精細(xì)，每個人的工作時段都是個性化的，可以考慮到每個人的訴求。但是，在配送場景的缺點(diǎn)也顯而易見。如果站長需要為每個人去規(guī)劃工作時段，其難度可想而知，也很難保證分配的公平性。送道即時配送saas系統(tǒng)，可以定制化開發(fā)，私有部署，也可以租賃。蘇州騎手管理SaaS平臺軟件

送道配送saas系統(tǒng)，適合連鎖品牌自配送商家租用，自己管理外賣訂單、建立自配送團(tuán)隊。南通蛋糕配送SaaS平臺

SaaS起源于60年代的Mainframe、80年代的C/S、從ASP模式演變而來的SaaS。1984年，Sun公司的聯(lián)合創(chuàng)始人JohnGage說出了"網(wǎng)絡(luò)就是計算機(jī)"的名言，用于描述分布式計算技術(shù)帶來的新世界。而進(jìn)入90年代后，經(jīng)濟(jì)進(jìn)入全球化，信息技術(shù)得以高速的發(fā)展，隨著企業(yè)規(guī)模的擴(kuò)大與信息技術(shù)的發(fā)展，很多采用分散式運(yùn)算模式的企業(yè)突然發(fā)現(xiàn)，其服務(wù)器的數(shù)量已經(jīng)到了令人吃驚的地步，由此帶來的是，復(fù)雜的管理模式、運(yùn)算營運(yùn)成本失控、關(guān)鍵型應(yīng)用無法實現(xiàn)，因而迫使他們用大型機(jī)實現(xiàn)服務(wù)器的再集中。這就是***的SAAS(軟件即服務(wù))。在這個時代，在國際上SAAS提供商Salesforce是創(chuàng)建于1999年3月的一家客戶關(guān)系管理(CRM)軟件服務(wù)提供商，Salesforce有譯作軟件營銷**或軟營，是全球按需CRM解決方案的***。致力于向客戶提供以CRM為**的產(chǎn)品、服務(wù)和解決方案，為客戶創(chuàng)造長期的價值和潛在的增長。2010年12月，BrivoSystems宣布Raleigh警察局(RPD)將繼續(xù)在更多派出所和其它地方部署其軟件即服務(wù)(SaaS)。隨著系統(tǒng)的擴(kuò)展，超過900名的RPD成員、分銷商和其他工作人員使用Brivo系統(tǒng)管理訪問，涵蓋14個地點(diǎn)的，59多扇門，這其中包括了他們新**和北區(qū)建筑物。南通蛋糕配送SaaS平臺