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

在建模層面，標(biāo)準(zhǔn)化和通用的模型才是比較好選。所以，我們把人數(shù)做了歸一化，算法分配每個班次的騎手比例，但不分人數(shù)。**終只需要輸入站點的總?cè)藬?shù)，就得到每個班次的人數(shù)。在算法決策的時候，不決策人數(shù)、只決策比例，這樣也可以把單量進(jìn)行歸一化。每個時間單元的進(jìn)單量除以每天峰值時間單元的單量，也變成了0~1之間的數(shù)字。這樣就可以認(rèn)為，如果某個時間單元內(nèi)人數(shù)比例大于單量比例，那么叫作運力得到滿足。這樣，通過各種歸一化，變成了一個通用的問題，而不需要對每種場景單獨處理。另外，這個問題涉及大量復(fù)雜的強約束，涉及各種管理的訴求、騎手的體驗。約束有很多，比如每個工作時段盡量連續(xù)、每個工作時段持續(xù)的時間不過短、不同工...

算法**思想基于約束條件的構(gòu)造算法與局部搜索綜合考慮以上因素，我們**終基于約束條件，根據(jù)啟發(fā)式算法構(gòu)造初始方案，再用局部搜索迭代優(yōu)化。使用這樣的方式，求解速度能夠達(dá)到毫秒級，而且可以給出任意站點的排班方案。整體的優(yōu)化指標(biāo)還不錯。當(dāng)然，不保證是比較好解，只是可以接受的滿意解。落地應(yīng)用效果站點體驗指標(biāo)良好，**接受度高。排班時間節(jié)?。?h/每站點每次。這種算法也在自營場景做了落地應(yīng)用，跟那些排班經(jīng)驗豐富的站長相比，效果基本持平，**的接受程度也比較高。**重要的是帶來排班時間的節(jié)省，每次排班幾分鐘就搞定了，這樣可以讓站長有更多的時間去做其它的管理工作。國內(nèi)saas軟件的出海成功案例有嗎？天津跑腿...

外賣配送是一個典型的O2O場景。既有線上的業(yè)務(wù)，也有線下的復(fù)雜運營。配送連接訂單需求和運力供給。為了達(dá)到需求和供給的平衡，不僅要在線下運營商家、運營騎手，還要在線上將這些需求和運力供給做合理的配置，其目的是提高整體的效率。只有將配送效率比較大化，才能帶來良好的顧客體驗，實現(xiàn)較低的配送成本。而做資源優(yōu)化配置的過程，實際上是有分層的。根據(jù)我們的理解，可以分為三層：基礎(chǔ)層是結(jié)構(gòu)優(yōu)化，它直接決定了配送系統(tǒng)效率的上限。這種基礎(chǔ)結(jié)構(gòu)的優(yōu)化，周期比較長，頻率比較低，包括配送網(wǎng)絡(luò)規(guī)劃、運力結(jié)構(gòu)規(guī)劃等等。中間層是市場調(diào)節(jié)，相對來說是中短期的，主要通過定價或者營銷手段，使供需達(dá)到一個相對理想的平衡狀態(tài)。再上層是實...

軟營(SaaS)雖然在中國還是個剛剛興起的新生事物，但是由于國內(nèi)具有非常良好的生長土壤，備受業(yè)界的關(guān)注。據(jù)統(tǒng)計我國約有1200萬家中小企業(yè)，這是一個數(shù)量非常龐大的軟件運營服務(wù)(SaaS)消費群體。我國的中小企業(yè)由于受到IT預(yù)算少、缺乏專業(yè)的技術(shù)支持人員、決策時間長等問題的困擾，企業(yè)的信息化普及率一直不高。而另一方面，中小企業(yè)靈活多變、發(fā)展迅速等特點，又急需專業(yè)的IT系統(tǒng)和服務(wù)來幫助其提高工作效率、提升管理質(zhì)量、降低運營成本，以增強其**競爭能力。軟件運營服務(wù)(SaaS)正是解決這些矛盾的比較好途徑，用戶可以根據(jù)自己的應(yīng)用需要從服務(wù)提供商那里定購相應(yīng)的應(yīng)用軟件服務(wù)，并且可以根據(jù)企業(yè)發(fā)展的變化來調(diào)...

saas數(shù)據(jù)安全很明顯，可取的做法是盡可能多的了解該公司是如何提供SaaS服務(wù)的，他們?yōu)榱四男畔⒌陌踩隽耸裁?？如果你需要恢?fù)數(shù)據(jù)，需要多久才能收到？該公司是否能夠在低迷而又不穩(wěn)定的市場中長久生存下去？這些都是你應(yīng)該問問自己的關(guān)鍵問題--只有做出滿意的答案才能夠任何選擇SaaS供應(yīng)商的決定。SaaS能夠節(jié)省用戶在部署應(yīng)用時捆綁的軟件許可、硬件以及管理成本，但是這并不意味著SaaS就是每一個人都是使用的。當(dāng)打算選擇一家SaaS供應(yīng)商時，你應(yīng)該深入了解這家供應(yīng)商到底能夠提供多少實質(zhì)性內(nèi)容，反面的典型就是不愿意向用戶提供詳細(xì)的參考資料或是只有很低用戶口碑度。"在SaaS的世界里，留住用戶的數(shù)字是一...

騎手路徑規(guī)劃具體到騎手的路徑規(guī)劃問題，不是簡單的路線規(guī)劃。這個場景是，一個騎手身上有很多配送任務(wù)，這些配送任務(wù)存在各種約束，怎樣選擇比較好配送順序去完成所有任務(wù)。這是一個NP難問題，當(dāng)有5個訂單、10個任務(wù)點的時候，就存在11萬多條可能的順序。而在高峰期的時候，騎手往往背負(fù)的不止5單，甚至有時候一個騎手會同時接到十幾單，這時候可行的取送順序就變成了一個天文數(shù)字。算法應(yīng)用場景再看算法的應(yīng)用場景，這是智能調(diào)度系統(tǒng)中**為重要的一個環(huán)節(jié)。系統(tǒng)派單、系統(tǒng)改派，都依賴路徑規(guī)劃算法。在騎手端，給每個騎手推薦任務(wù)執(zhí)行順序。另外，用戶點了外賣之后，美團(tuán)會實時展示騎手當(dāng)前任務(wù)還需要執(zhí)行幾分鐘，要給用戶提供更多預(yù)...

在傳統(tǒng)物流中，影響末端配送效率**關(guān)鍵的點，是配送員對他所負(fù)責(zé)區(qū)域的熟悉程度。這也是為什么在傳統(tǒng)物流領(lǐng)域，配送站或配送員，都會固定負(fù)責(zé)某幾個小區(qū)的原因之一。因為越熟悉，配送效率就會越高。即時配送場景也類似，每個騎手需要盡量固定地去熟悉一片商家或者配送區(qū)域。同時，對于管理者而言，站點的管理范圍也比較明確。另外，如果有新商家上線，也很容易確定由哪個配送站來提供服務(wù)。所以，這個問題有很多運營管理的訴求在其中。外賣配送saas系統(tǒng)的應(yīng)用，主要是給自配送餐飲用，給外賣配送的團(tuán)隊用，給外賣騎手用。天津同城配送SaaS開發(fā)軟營SaaS模式與傳統(tǒng)的銷售軟件長久許可證的方式有很大的不同，它是未來管理軟件的發(fā)展趨...

數(shù)據(jù)安全軟件即服務(wù)已成為了流行的趨勢，整個SaaS的范疇涵蓋了***的用戶可以獲取并利用的應(yīng)用，而SaaS的普及也**著在未來隨著互聯(lián)網(wǎng)的發(fā)展，用戶不必再投資于任何服務(wù)器或是自己的設(shè)備上安裝任何軟件。從包含了在線Office應(yīng)用程序的GoogleApps到Adobe的Buzzword服務(wù)，以及通過LiveOffice和Hotmail提供的電子郵件及即時消息服務(wù)都是很好的SaaS的例證。同時，你還會發(fā)現(xiàn)大量的在線備份和數(shù)據(jù)保護(hù)服務(wù)，無論是IronMoutain還是AmeriVault，當(dāng)然，其中還包括一些規(guī)模較大的供應(yīng)商，如EMC、IBM、HP，也加入到了這個市場中來，正在日益將其發(fā)展方向轉(zhuǎn)向服...

對企業(yè)來說，SaaS的優(yōu)點在于：⒈從技術(shù)方面來看：SaaS是簡單的部署，不需要購買任何硬件，剛開始只需要簡單注冊即可。企業(yè)無需再配備IT方面的專業(yè)技術(shù)人員，同時又能得到***的技術(shù)應(yīng)用，滿足企業(yè)對信息管理的需求。⒉從投資方面來看：企業(yè)只以相對低廉的“月費”方式投資，不用一次性投資到位，不占用過多的營運資金，從而緩解企業(yè)資金不足的壓力；不用考慮成本折舊問題，并能及時獲得***硬件平臺及比較好解決方案。⒊從維護(hù)和管理方面來看：由于企業(yè)采取租用的方式來進(jìn)行物流業(yè)務(wù)管理，不需要專門的維護(hù)和管理人員，也不需要為維護(hù)和管理人員支付額外費用。很大程度上緩解企業(yè)在人力、財力上的壓力，使其能夠集中資金對**業(yè)務(wù)...

安全性如何辨別具體的一種SaaS是否安全，需要把握以下幾點：3、URL數(shù)據(jù)訪問安全碼技術(shù)對于一般用戶來說，復(fù)雜的URL看起來只是一串沒有意義的字符而已。但是對于一些IT高手來說，這些字符串中可能隱藏著一些有關(guān)于數(shù)據(jù)訪問的秘密，通過修改URL，很多***可以通過諸如SQL注入等方式攻入系統(tǒng)，獲取用戶數(shù)據(jù)。4、數(shù)據(jù)的管理和備份機制SaaS服務(wù)商的數(shù)據(jù)備份應(yīng)該是完善的，用戶必須了解自己服務(wù)商為您提供了什么樣的數(shù)據(jù)備份機制，一旦出現(xiàn)重大問題，如何恢復(fù)數(shù)據(jù)等。服務(wù)商在內(nèi)部管理上如何保證用戶數(shù)據(jù)不被服務(wù)商所泄露，也是需要用戶和服務(wù)商溝通的。5、運營服務(wù)系統(tǒng)的安全在評估SaaS產(chǎn)品安全度的時侯，**重要的是...

軟營SaaS模式與傳統(tǒng)的銷售軟件長久許可證的方式有很大的不同，它是未來管理軟件的發(fā)展趨勢，相比較傳統(tǒng)服務(wù)方式而言SaaS具有很多獨特的特征:折疊減少投資折疊按需訂購另外，SaaS軟件運營商通常是按照客戶所租用的軟件模塊來進(jìn)行收費的，因此用戶可以根據(jù)需求按需訂購軟件應(yīng)用服務(wù)，而且SaaS的供應(yīng)商會負(fù)責(zé)系統(tǒng)的部署、升級和維護(hù)。而傳統(tǒng)管理軟件通常是買家需要一次支付一筆可觀的費用才能正式啟動。折疊前景美好SaaS將會有很大的發(fā)展。Think戰(zhàn)略調(diào)研機構(gòu)的***調(diào)查結(jié)果顯示，有三分之一的人有打算要在2006年使用SaaS。既然得到了這么多人的接受，SaaS已成為軟件產(chǎn)業(yè)的一個重要力量。只要SaaS的品質(zhì)...

SaaS起源于60年代的Mainframe、80年代的C/S、從ASP模式演變而來的SaaS。進(jìn)入80年代以后，RSI更名為Oracle系統(tǒng)公司(OracleSystemCorporation)，Oracle公司用產(chǎn)品名稱為公司命名，幫助公司贏得了業(yè)界的認(rèn)同，并在同一時間Oracle決定開發(fā)便攜式RDBMS并推出便攜式數(shù)據(jù)庫。同一時代的SAP公司也不甘落后，公司研發(fā)出了SAPR/3，該產(chǎn)品的推出成就了SAPR/3時代。微軟公司是世界PC機軟件開發(fā)的先導(dǎo)，創(chuàng)始于80年代，目前是全球比較大的電腦軟件提供商。起步較晚的PeopleSoft擁有一段不斷創(chuàng)新**的歷史歲月。這家公司從80年代中期開始運作...

SaaS起源于60年代的Mainframe、80年代的C/S、從ASP模式演變而來的SaaS。進(jìn)入80年代以后，RSI更名為Oracle系統(tǒng)公司(OracleSystemCorporation)，Oracle公司用產(chǎn)品名稱為公司命名，幫助公司贏得了業(yè)界的認(rèn)同，并在同一時間Oracle決定開發(fā)便攜式RDBMS并推出便攜式數(shù)據(jù)庫。同一時代的SAP公司也不甘落后，公司研發(fā)出了SAPR/3，該產(chǎn)品的推出成就了SAPR/3時代。微軟公司是世界PC機軟件開發(fā)的先導(dǎo)，創(chuàng)始于80年代，目前是全球比較大的電腦軟件提供商。起步較晚的PeopleSoft擁有一段不斷創(chuàng)新**的歷史歲月。這家公司從80年代中期開始運作...

基于業(yè)務(wù)場景的約束條件梳理**難的一個問題，其實是要求區(qū)域邊界必須沿路網(wǎng)。起初我們很難理解，因為本質(zhì)上區(qū)域規(guī)劃只是對商家進(jìn)行分類，它只是一個商家**的概念，為什么要畫出邊界，還要求邊界沿路網(wǎng)呢？其實剛才介紹過，區(qū)域邊界是為了回答如果有新商家上線到底屬于哪個站點的問題。而且，從**管理成本來講，更習(xí)慣于哪條路以東、哪條路以南這樣的表述方式，便于記憶和理解，提高管理效率。所以，就有了這樣的訴求，我們希望區(qū)域邊界更“便于理解”。整體方案設(shè)計在目標(biāo)和約束條件確定了之后，整體技術(shù)方案分成三部分：首先，根據(jù)三個目標(biāo)函數(shù)，確定商家比較好**。這一步比較簡單，做運籌優(yōu)化的同學(xué)都可以快速地解決這樣一個多目標(biāo)組合...

SAAS介紹軟件即服務(wù)(Saas)是隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展和應(yīng)用軟件的成熟，而在21世紀(jì)開始興起的一種完全創(chuàng)新的軟件應(yīng)用模式。它與"on-demandsoftware"，theapplicationserviceprovider，hostedsoftware所具有相似的含義。它是一種通過Internet提供軟件的模式，廠商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應(yīng)用軟件服務(wù)，按定購的服務(wù)多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務(wù)。用戶不用再購買軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進(jìn)行維護(hù)，服務(wù)...

SaaS2.0還需要服務(wù)運營商能夠提供內(nèi)容豐富、信息共享的SaaS門戶與渠道平臺，使SaaS服務(wù)價值鏈上的各個環(huán)節(jié)，包括**終用戶、開發(fā)團(tuán)隊、銷售渠道、業(yè)務(wù)伙伴、行業(yè)合作伙伴，能夠通過SaaS門戶充分地交流信息、共享數(shù)據(jù)、尋找機會、獲取服務(wù)，**終形成SaaS應(yīng)用服務(wù)行業(yè)的網(wǎng)上虛擬社區(qū)，比較大限度地發(fā)揮SaaS軟件作為互聯(lián)網(wǎng)應(yīng)用的優(yōu)勢，比較大限度地利用Internet在傳播、推廣、信息共享方面的特點，更好地在中國發(fā)展、推廣SaaS軟件服務(wù)業(yè)務(wù)。因此，如果SaaS應(yīng)用服務(wù)提供商只是大量堆砌功能模塊，而不具備針對特定用戶簡便、低成本的客戶化定制能力，不具備能夠整合合作伙伴、渠道與相關(guān)內(nèi)容的門戶網(wǎng)站...

SaaS2.0還需要服務(wù)運營商能夠提供內(nèi)容豐富、信息共享的SaaS門戶與渠道平臺，使SaaS服務(wù)價值鏈上的各個環(huán)節(jié)，包括**終用戶、開發(fā)團(tuán)隊、銷售渠道、業(yè)務(wù)伙伴、行業(yè)合作伙伴，能夠通過SaaS門戶充分地交流信息、共享數(shù)據(jù)、尋找機會、獲取服務(wù)，**終形成SaaS應(yīng)用服務(wù)行業(yè)的網(wǎng)上虛擬社區(qū)，比較大限度地發(fā)揮SaaS軟件作為互聯(lián)網(wǎng)應(yīng)用的優(yōu)勢，比較大限度地利用Internet在傳播、推廣、信息共享方面的特點，更好地在中國發(fā)展、推廣SaaS軟件服務(wù)業(yè)務(wù)。因此，如果SaaS應(yīng)用服務(wù)提供商只是大量堆砌功能模塊，而不具備針對特定用戶簡便、低成本的客戶化定制能力，不具備能夠整合合作伙伴、渠道與相關(guān)內(nèi)容的門戶網(wǎng)站...

既然存在這么多的問題，那么做區(qū)域規(guī)劃項目就變得非常有必要。那么，什么是好的區(qū)域規(guī)劃方案？基于統(tǒng)計分析的優(yōu)化目標(biāo)設(shè)定。多目標(biāo)優(yōu)化問題優(yōu)化的三要素是：目標(biāo)、約束、決策變量。***點，首先要確定優(yōu)化目標(biāo)。在很多比較穩(wěn)定或者傳統(tǒng)的業(yè)務(wù)場景中，目標(biāo)非常確定。而在區(qū)域規(guī)劃這個場景中，怎么定義優(yōu)化目標(biāo)呢？首先，我們要思考的是區(qū)域規(guī)劃主要影響的是什么。從剛才幾類問題的分析可以發(fā)現(xiàn)，影響的主要是騎手的順路性、空駛率，也就是騎手平均為每一單付出的路程成本。所以，我們將問題的業(yè)務(wù)目標(biāo)定為優(yōu)化騎手的單均行駛距離?；诂F(xiàn)有的大量區(qū)域和站點積累的數(shù)據(jù)，做大量的統(tǒng)計分析后，可以定義出這樣幾個指標(biāo)：商家聚合度、訂單的聚合度、...

軟營SaaS模式正在成為應(yīng)用軟件市場令人興奮的發(fā)展趨勢。IDC的研究報告表明，在2004年，以SaaS方式發(fā)布的軟件已經(jīng)達(dá)到42億美元的銷售額。在未來5年內(nèi)，該數(shù)字將以26%的年度復(fù)合增長率持續(xù)增長，到2008年整個市場規(guī)模將達(dá)到72億美元。在歐美等IT業(yè)發(fā)達(dá)地區(qū)，用戶已經(jīng)開始對SaaS軟營模式給予了高度的認(rèn)同，并已經(jīng)取得良好發(fā)展。AMRResearch公司在2005年11月發(fā)表的一份針對美國地區(qū)用戶的調(diào)查報告顯示，在美國的各主要垂直行業(yè)和不同規(guī)模企業(yè)中，超過78%的企業(yè)使用或考慮使用軟營服務(wù)。只有18%的企業(yè)暫時沒有使用軟營的計劃。送道跑腿saas系統(tǒng)，幫忙、幫送、幫取、幫排隊的一款服務(wù)軟件...

算法**思想基于約束條件的構(gòu)造算法與局部搜索綜合考慮以上因素，我們**終基于約束條件，根據(jù)啟發(fā)式算法構(gòu)造初始方案，再用局部搜索迭代優(yōu)化。使用這樣的方式，求解速度能夠達(dá)到毫秒級，而且可以給出任意站點的排班方案。整體的優(yōu)化指標(biāo)還不錯。當(dāng)然，不保證是比較好解，只是可以接受的滿意解。落地應(yīng)用效果站點體驗指標(biāo)良好，**接受度高。排班時間節(jié)?。?h/每站點每次。這種算法也在自營場景做了落地應(yīng)用，跟那些排班經(jīng)驗豐富的站長相比，效果基本持平，**的接受程度也比較高。**重要的是帶來排班時間的節(jié)省，每次排班幾分鐘就搞定了，這樣可以讓站長有更多的時間去做其它的管理工作。代理外賣配送saas系統(tǒng)，找到服務(wù)商，去承接...

軟營SaaS模式與傳統(tǒng)的銷售軟件長久許可證的方式有很大的不同，它是未來管理軟件的發(fā)展趨勢，相比較傳統(tǒng)服務(wù)方式而言SaaS具有很多獨特的特征:折疊減少投資折疊按需訂購另外，SaaS軟件運營商通常是按照客戶所租用的軟件模塊來進(jìn)行收費的，因此用戶可以根據(jù)需求按需訂購軟件應(yīng)用服務(wù)，而且SaaS的供應(yīng)商會負(fù)責(zé)系統(tǒng)的部署、升級和維護(hù)。而傳統(tǒng)管理軟件通常是買家需要一次支付一筆可觀的費用才能正式啟動。折疊前景美好SaaS將會有很大的發(fā)展。Think戰(zhàn)略調(diào)研機構(gòu)的***調(diào)查結(jié)果顯示，有三分之一的人有打算要在2006年使用SaaS。既然得到了這么多人的接受，SaaS已成為軟件產(chǎn)業(yè)的一個重要力量。只要SaaS的品質(zhì)...

SaaS起源于60年代的Mainframe、80年代的C/S、從ASP模式演變而來的SaaS。1984年，Sun公司的聯(lián)合創(chuàng)始人JohnGage說出了"網(wǎng)絡(luò)就是計算機"的名言，用于描述分布式計算技術(shù)帶來的新世界。而進(jìn)入90年代后，經(jīng)濟(jì)進(jìn)入全球化，信息技術(shù)得以高速的發(fā)展，隨著企業(yè)規(guī)模的擴大與信息技術(shù)的發(fā)展，很多采用分散式運算模式的企業(yè)突然發(fā)現(xiàn)，其服務(wù)器的數(shù)量已經(jīng)到了令人吃驚的地步，由此帶來的是，復(fù)雜的管理模式、運算營運成本失控、關(guān)鍵型應(yīng)用無法實現(xiàn)，因而迫使他們用大型機實現(xiàn)服務(wù)器的再集中。這就是***的SAAS(軟件即服務(wù))。在這個時代，在國際上SAAS提供商Salesforce是創(chuàng)建于1999年...

用戶質(zhì)疑SaaS是很正常的，但是從多個方面來看，在十幾年前業(yè)界關(guān)于電子商務(wù)的不休爭論時，這些質(zhì)疑就已經(jīng)存在了。SaaS服務(wù)模式與傳統(tǒng)許可模式軟件有很大的不同，它是未來管理軟件的發(fā)展趨勢。相比較傳統(tǒng)服務(wù)方式而言SaaS具有很多獨特的特征：SaaS不僅減少了或取消了傳統(tǒng)的軟件授權(quán)費用，而且廠商將應(yīng)用軟件部署在統(tǒng)一的服務(wù)器上，免除了**終用戶的服務(wù)器硬件、網(wǎng)絡(luò)安全設(shè)備和軟件升級維護(hù)的支出，客戶不需要除了個人電腦和互聯(lián)網(wǎng)連接之外的其它IT投資就可以通過互聯(lián)網(wǎng)獲得所需要軟件和服務(wù)。此外，大量的新技術(shù)，如WebService，提供了更簡單、更靈活、更實用的SaaS。另外，SaaS供應(yīng)商通常是按照客戶所租用...

騎手路徑規(guī)劃具體到騎手的路徑規(guī)劃問題，不是簡單的路線規(guī)劃。這個場景是，一個騎手身上有很多配送任務(wù)，這些配送任務(wù)存在各種約束，怎樣選擇比較好配送順序去完成所有任務(wù)。這是一個NP難問題，當(dāng)有5個訂單、10個任務(wù)點的時候，就存在11萬多條可能的順序。而在高峰期的時候，騎手往往背負(fù)的不止5單，甚至有時候一個騎手會同時接到十幾單，這時候可行的取送順序就變成了一個天文數(shù)字。算法應(yīng)用場景再看算法的應(yīng)用場景，這是智能調(diào)度系統(tǒng)中**為重要的一個環(huán)節(jié)。系統(tǒng)派單、系統(tǒng)改派，都依賴路徑規(guī)劃算法。在騎手端，給每個騎手推薦任務(wù)執(zhí)行順序。另外，用戶點了外賣之后，美團(tuán)會實時展示騎手當(dāng)前任務(wù)還需要執(zhí)行幾分鐘，要給用戶提供更多預(yù)...

配送連接的是商家、顧客、騎手三方，配送網(wǎng)絡(luò)決定了這三方的連接關(guān)系。當(dāng)用戶打開App，查看哪些商家可以點餐，這由商家配送范圍決定。每個商家的配送范圍不一樣，看似是商家粒度的決策，但實際上直接影響每個C端用戶得到的商流供給，這本身也是一個資源分配或者資源搶奪問題。商家配送范圍智能化也是一個組合優(yōu)化問題，但是我們這里講的是商家和騎手的連接關(guān)系。用戶在美團(tuán)點外賣，為他服務(wù)的騎手是誰呢？又是怎么確定的呢？這些是由配送區(qū)域邊界來決定的。配送區(qū)域邊界指的是一些商家**所對應(yīng)的范圍。為什么要劃分區(qū)域邊界呢？從優(yōu)化的角度來講，對于一個確定問題來說，約束條件越少，目標(biāo)函數(shù)值更優(yōu)的可能性就越大。做優(yōu)化的同學(xué)肯定都不...

SAAS介紹軟件即服務(wù)(Saas)是隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展和應(yīng)用軟件的成熟，而在21世紀(jì)開始興起的一種完全創(chuàng)新的軟件應(yīng)用模式。它與"on-demandsoftware"，theapplicationserviceprovider，hostedsoftware所具有相似的含義。它是一種通過Internet提供軟件的模式，廠商將應(yīng)用軟件統(tǒng)一部署在自己的服務(wù)器上，客戶可以根據(jù)自己實際需求，通過互聯(lián)網(wǎng)向廠商定購所需的應(yīng)用軟件服務(wù)，按定購的服務(wù)多少和時間長短向廠商支付費用，并通過互聯(lián)網(wǎng)獲得廠商提供的服務(wù)。用戶不用再購買軟件，而改用向提供商租用基于Web的軟件，來管理企業(yè)經(jīng)營活動，且無需對軟件進(jìn)行維護(hù)，服務(wù)...

在傳統(tǒng)物流中，影響末端配送效率**關(guān)鍵的點，是配送員對他所負(fù)責(zé)區(qū)域的熟悉程度。這也是為什么在傳統(tǒng)物流領(lǐng)域，配送站或配送員，都會固定負(fù)責(zé)某幾個小區(qū)的原因之一。因為越熟悉，配送效率就會越高。即時配送場景也類似，每個騎手需要盡量固定地去熟悉一片商家或者配送區(qū)域。同時，對于管理者而言，站點的管理范圍也比較明確。另外，如果有新商家上線，也很容易確定由哪個配送站來提供服務(wù)。所以，這個問題有很多運營管理的訴求在其中。不想當(dāng)將軍的士兵不是好士兵，不想當(dāng)老板的騎手不是好騎手，騎手可以租用送道配送saas系統(tǒng)，自己當(dāng)老板。湖北蔬菜配送SaaS軟件SaaS軟件應(yīng)用服務(wù)經(jīng)過多年的發(fā)展，已經(jīng)開始從SaaS1.0的階段慢...

對企業(yè)來說，SaaS的優(yōu)點在于：⒈從技術(shù)方面來看：SaaS是簡單的部署，不需要購買任何硬件，剛開始只需要簡單注冊即可。企業(yè)無需再配備IT方面的專業(yè)技術(shù)人員，同時又能得到***的技術(shù)應(yīng)用，滿足企業(yè)對信息管理的需求。⒉從投資方面來看：企業(yè)只以相對低廉的“月費”方式投資，不用一次性投資到位，不占用過多的營運資金，從而緩解企業(yè)資金不足的壓力；不用考慮成本折舊問題，并能及時獲得***硬件平臺及比較好解決方案。⒊從維護(hù)和管理方面來看：由于企業(yè)采取租用的方式來進(jìn)行物流業(yè)務(wù)管理，不需要專門的維護(hù)和管理人員，也不需要為維護(hù)和管理人員支付額外費用。很大程度上緩解企業(yè)在人力、財力上的壓力，使其能夠集中資金對**業(yè)務(wù)...

而我們面臨的問題規(guī)模，前幾年只是區(qū)域維度的調(diào)度粒度，一個商圈一分鐘峰值100多單，匹配幾百個騎手，但是這種乘積關(guān)系對應(yīng)的數(shù)據(jù)已經(jīng)非常大了?，F(xiàn)在，由于美團(tuán)有更多業(yè)務(wù)場景，比如跑腿和全城送，會跨非常多的商圈，甚至跨越半個城市，所以只能做城市級的全局優(yōu)化匹配。目前，調(diào)度系統(tǒng)處理的問題的峰值規(guī)模，是1萬多單和幾萬名騎手的匹配。而算法允許的運行時間只有幾秒鐘，同時對內(nèi)存的消耗也非常大。另外，配送和網(wǎng)約車派單場景不太一樣。打車的調(diào)度是做司機和乘客的匹配，本質(zhì)是個二分圖匹配問題，有多項式時間的比較好算法：KM算法。打車場景的難點在于，如何刻畫每對匹配的權(quán)重。而配送場景還需要解決，對于沒有多項式時間比較好算法...