起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識需求分析篇｜從實例分析中理解業務需求、用戶需求、功能需求的轉化
本節試圖從一個簡單的“用戶自助寄件”案例出發，分析業務需求、用戶需求、功能需求之間的關系和差異，以及如何進行需求的分析和轉化。
在產品的需求里面，經常有這三個概念：業務需求、用戶需求、功能需求，但往往，我們很容易搞混，不清楚他們之間的關系和差異，我們先引用一下比較官方的解釋：
業務需求（ Business requirement ）表示組織或客戶高層次的目標。業務需求通常來自項目投資人、購買產品的客戶、實際用戶的管理者、市場營銷部門或產品策劃部門。業務需求描述了組織為什么要開發一個系統，即組織希望達到的目標。
用戶需求（ user requirement ）描述的是用戶的目標，或用戶要求系統必須能完成的任務。用例、場景描述和事件――響應表都是表達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統來做些什么。
功能需求（ functional requirement ）規定開發人員必須在產品中實現的軟件功能，用戶利用這些功能來完成任務，滿足業務需求
這個解釋其實還是蠻明確的，其實理解這三者的關鍵點，是要先認清楚每個需求針對的對象不一樣：
- 業務需求———對應的是組織或者客戶，實質就是業務的建設方；你也可以類比房地產市場的開發商；
- 用戶需求———對應的是使用產品的用戶；你也可以類比買房的人；
- 功能需求———對應的是產品，即產品要具備怎樣的功能，才能滿足相應的業務需求和用戶需求；類比房地產市場，那就是房子本身。
類比成房地產三個角色后，你發現，開發商通常的訴求是想多賺錢，買房的人訴求是買到物有所值，甚至物超所值的房子；但不管二者怎么想，最終都是需要通過房子來實現，必須建設的房子的屬性達到某個標準才能滿足二者的訴求；
所以，這么一看，你就明白了，其實這三者之間的關系是：
即，業務需求和用戶需求，只有經過需求分析的轉化，變成產品的功能需求后，才能得到實現。
需求實例
接下來，我們用一個簡單的實例來進行說明：
案例：用戶自助寄件的需求
業務建設方：某快遞公司
需求描述：目前很多城市的小區都已經有了快遞柜，但快遞柜主要是用于送件使用，而對于快遞公司收件，用得比較少，某快遞公司，就希望利用快遞柜，來實現用戶自助寄件的需求。
首先，我們來分析其業務需求
這個案例的業務建設方是：快遞公司，其業務需求也很明確，就是：用戶自助寄件。
業務方之所以要建設這個需求，其目的是：希望利用快遞柜，實現更高效的收件服務，減少人工上門收件的等待、低效、人力投入成本高等問題。
其次，我們來看用戶需求
這個案例的用戶，就是每一個要寄快遞的人，那么他們的需求是什么了？
他們的需求，其實就是在進行“自助寄件”的過程中，你盡量讓我簡單、易用，高效、快捷。
接下來，我們進行需求分析的轉化
需求分析的轉化，核心是兩個點，一是對這個業務的場景進行充分的理解和認知，二是想明白業務場景中需求點，要通過何種方式來滿足它。
業務需求是“用戶自助寄件”，這個業務要實現，我們結合寄快遞的實際場景，其實還是蠻容易就能想到，有3個關鍵環節：
- 用戶要填寫單據：即填寫收發件人的相關信息；
- 用戶要能找到周邊的快遞柜，并且能打開它；
- 還需要進行計量、支付快遞費的問題
這三個環節，基本把這個業務的三個關鍵階段說明出來了，它就是：填單——>找柜子放件——>支付。
然后，逐一對三個階段進行具體的分析：
填單階段：
- 業務方需求：必須收件人、聯系電話、寄件人信息清楚、明確等等。
- 用戶需求：能選的就選，能簡單填寫的就簡單填。
轉化為功能需求，你發現，無非是通過表單形式讓用戶把相關信息填上來，而為了滿足用戶需求，你肯定需要設計對收件人的記憶功能，讓用戶填寫一次，后續每次只需要選擇而已（相關的細節還很多，這里只做舉例）。
找柜子放件階段：
- 業務需求：把最方便最合適的柜子告訴用戶，并確保用戶能安全、準確的找到快遞柜、放入快遞件；
- 用戶需求：我就想知道我要把快遞件放到哪里，別讓我多走；
這個業務需求和用戶需求說起來簡單，轉化成功能需求時，其實里面還蠻多細節的：
- 位置服務肯定需要，一是為滿足發現柜子的需求，二是也有導航的需求；
- 如何打開柜子呢？從我們的產品經驗或者競品參考來看，可以有掃描開啟、驗證碼等方式；
- 如何保證用戶去到快遞柜，一定就有其空的柜子可以給他放了，這里面就涉及一個快遞柜忙閑資源的管理；
所以，這里轉化為功能需求時，你發現：有位置服務功能、掃描開啟/驗證碼開啟功能，柜子資源分配管理功能等；
支付階段：
- 業務需求：根據收費標準，準確無誤、及時收到用戶快遞費。
- 用戶需求：支付方便。
- 功能需求：
- 如何來計量，由于是自助寄件，稱重顯然不合適，那么按體積是一種較簡便的方式，而如何按體積了，其實根據可快遞柜的柜子；
- 如何支付，這個還簡單，可以使用比較常用的幾種支付方式就好；
以上，都只是簡單的需求分析和轉化的過程，實際的需求過程中，我們經常講需要結合業務場景、用戶場景把一些關鍵細節挖掘出來，并能在產品設計時考慮進去，以給用戶一個良好的體驗。
業務場景細節的挖掘
比如：在上面的開啟柜子的方式中，到底用掃描開啟還是驗證碼的方式呢？
其實用“驗證碼開啟”會更合適，因為會存在很多這樣的場景，某個寄快遞的人，剛好家里有人下樓，或者認識的鄰居下樓，而快遞柜就在小區門口，那么找人代勞一下放件是一種很正常的事情，那么這時候，使用驗證碼就是一種最合適、簡便的方式。
又比如：某用戶希望自己的快遞能更快的被寄出去。
那么，如果在給用戶呈現周邊分布的快遞柜的同時，還告訴用戶，該快遞柜的收件時間，目前快遞員的分布位置，是不是能讓用戶更好的去選擇呢。
這樣的細節還很多，需要在實際分析中，更好的去理解用戶場景、挖掘細節，并逐步的完善。
通過上面的分析，我們發現，只要你充分認清楚業務需求方的訴求、用戶在執行具體任務時的訴求，并對產品的常規實現方式有了解的話，需求分析并不是一個多復雜的過程，就是這么一步步去推理、去轉化的過程。
而要把每個細節做透，就必須在實際中多去磨練，在生活中多體驗，學會場景化的思維方式。
本節的內容就是這些，如果大家喜歡我的內容，請關注連載內容。
相關閱讀
作者：貝克曼，微信公眾號：【貝克曼的產品修煉之路】。一名產品老兵，十年以上傳統+互聯網行業產品從業經歷，專注于產品需求分析和企業轉型咨詢。
本文由 @貝克曼 原創發布于人人都是產品經理。未經許可，禁止轉載。
看似行得通實際行不通，而且目標用戶也不可能是所有需要寄快遞的人！第一：這個需求對業務方來說貌似很有幫助，但是對用戶來說反而很麻煩！原先本來就有上門收件的服務，轉而要用戶自己把快遞送到指定地點這對用戶很麻煩。第二：自助箱是一個重資產的模式，不可能地區覆蓋的很全，再加上自助箱有尺寸限制，大型的快遞，估計寄不了。第三：寄件安全問題；第四：自助箱和菜鳥驛站等快遞點相比誰的覆蓋度廣這個是很關鍵的，如果附近明明有最近的快遞點，為啥還需要用你的自助箱？第五：因為計費標準等原因，不可能通用所有快遞件，這種自助箱模式，基本只能寄標準件，第六：你這個還涉及快遞公司的收攬件的業務；其他細節、異常就不說了！
作者應該也是大致闡述了一個思路，我也覺得說這個如果真的當做一個企業為了增加利用率而大興土木的項目反倒是一個負擔，因為它涉及的資源可能是多方的，而實際的需求是和上門寄件又有重合之處的，個人覺得應該作為一個現有業務補充者的存在——在符合安全審核的前提下，不改變硬件的規格，考慮額外提供電子秤等方式，僅僅只是增加一個軟件端的功能/流程，去搭建這個中小型尺寸規格貨物的自助體系。
針對第一點，我是覺得試想一個場景：假設快遞柜能進寫字樓，那在已知人工上門服務可能需要等待的前提條件下，只要操作流程足夠簡便，那利用午飯下樓的時間順手投遞一個貨物到柜子里也不是什么麻煩事吧？
只是關于安全審核的方面，我是不太了解，也許會有一定程度的難度。
快遞柜進寫字樓這個場景，我第二點說了，他是個重資產模式，場地的租金是個大問題！
你說的第四點，的確可能會互相搶生意等等有競爭就會有麻煩吧？加上哪怕操作很方便我也懶得等人，我樓下就是沒有自助箱怎么辦？
這些在落地到時候，的確會成為阻礙。。。我也不曉得怎么搞 ?
其實大家都是做產品的，都知道實際上一個產品或者功能的誕生是很艱難的，一個最關鍵的指標投入產出比其實是我們最需要考慮的，滿足用戶需求沒問題，問題是付出的成本負擔的起么？得到的匯報足夠么？現在很多文章舉的例子很理想化，而成本這個也是應該考慮進去的，實際開發中什么都需要考慮成本的！
包括我后面去看了豐巢實際的做法，特別是關于計重的方式，因為從企業的角度另外設計一套計費方式和為了稱重改變硬件配置是有難以預估的風險的，所以很多東西落地的時候牽扯都不小，可能想法很遼闊最后只是變成了主營業務的延伸等等。
感謝兩位這么深入細致的從項目可行性方面進行的探討，確實蠻難得的；
其實自助寄件之所以沒有開展起來，投入產出當然是一個必須去仔細考量的點，但更關鍵的是政策要求：即所有的寄件，需要到快遞公司或者快遞員上門當場檢視，確認你沒有寄限制物品方可放行；
另外一個值得思考的角度是：從提升快遞效率的角度來講，大量用戶下樓自助寄件的效率是大大優于快遞員逐一上門收件的，而能否推行的關鍵點，在于撬動讓用戶下樓寄件的投入成本和支付給快遞員的成本，效率優化后產生的收益、以及改造自助柜的投入成本，這幾者之間的盈虧平衡點；
深刻
業務需求和用戶需求的關系怎樣的？當二者不可兼得時，如何取舍？
對用戶來說，如何簡便地把快遞寄走是一點，同時對快遞費也是會敏感的，一般涉及到錢的問題都會比較敏感。到時可以考慮上面那個朋友提到的每一處快遞柜配置一臺稱，掃描二維碼寄件，同時打開空柜和電子稱柜，用戶稱重，填寫單據，重量自動同步到訂單中，生成完整的訂單，支付完，快遞件放入柜子，完成寄件。對建設方來說，是增加硬件投入成本，不過呢，這種流程操作是和快遞員上門取件比較類似，用戶比較熟悉。
一個很重要的點忽略了：怎么保證用戶自助寄的物品是安全的符合國家要求的？萬一丟個定時炸彈進去就麻煩了，哈哈
嗯嗯，是個好問題，安全的需求也是需要考慮的，只是看在什么時候，以多大的成本來實現；
無需稱重，也不要按照快遞大小來收費，就按照重量收費就好了，只要能確?？爝f員無法從稱重環節欺騙消費者而獲益就可以了，而且快遞送到消費者手上可以讓收件人稱一下重，發現快遞員謊報可以投訴，只要整個過程信息公開透明，寄件人，快遞員，收件人都知道快件的重量即可。
讓消費者自己稱，太麻煩了吧，消費者也不可能去稱。
從誰受益，誰處理的角度來說，消費者是不太可能去稱重的，因為這是物流公司的事情；
恰恰相反，如果消費者對重量有疑義才會去稱重，如果沒疑義就不會。所以消費者發現快遞員重量欺詐，投訴被確認后有一定數量的報酬，也能維護自己的利益，這就是受益。
首先快遞公司要確保快遞員無法從稱重環節欺騙消費者而獲益，這是重點，消費者自己稱不是強制要求，是消費者如果對寄件費有疑義才去稱，這是消費者自發的，不是快遞公司強制要求的。如果消費者對快遞費無疑義當然就不會去稱了，但是快遞公司要做到快遞員無法從稱重環節獲益。你抓住了最無關緊要的點來思考，值得思考的應該是快遞公司如何實現快遞員無法從稱重環節獲益。
仔細想一下就知道稱重是不現實的，1.稱重需要稱，用戶如何獲得稱？借？買？如果是快遞員上門收件可以考慮讓快遞員帶個稱，但是用快遞柜的話，體積就是最合理的
人人幾乎都有稱。。。而且我強調過了，稱重不是強制要求，而是用戶對快遞費有疑義的情況下可以采取的行動。體積是最不合理的，用戶如何去計算體積？用戶要寄一個體積大重量輕的物體的時候，按照傳統快遞費計算可能需要13，按照體積計算可能需要30，你讓用戶產生兩難局面，久而久之就不用你們公司。又或者用戶寄一個體積很小但很重的東西，虧死你快遞公司。
可以通過升級柜子，內置電子稱重呢？稱重結果 用戶肉用可見的那種
怎么會認為人人幾乎都有稱呢
就計件收費的問題，我的想法是：
在快遞柜旁邊放置電子秤，用戶可以提前稱重，這樣，結合具體物品信息，顧客可以收到價格區間提示。同時，電子秤得到重量信息后，系統自動推薦1-2個相應質量屬性的柜子（前提是空柜）并可以自動彈開柜門（減少用戶選擇）。用戶支付，輸入信息。于是相應質量的物品就放在了合適的柜子里（給予用戶信任）。快遞員取件有兩種結果，一 質量符合，訂單成功。二 質量不符，自動發送信息至客戶，客戶可以選擇撤銷訂單退回寄件費，或補齊相應費用。在這期間訂單進入灰色狀態，如果用戶選擇補齊費用，要在一定時間之后訂單才會生效，由另一批快遞員配送。如果用戶取消訂單，也要在相應時間后，才能取回物品。 第一次作答，這是我的想法，歡迎指點。
這個方法當然也是可行的，只是很多時候，我們需要考慮管理成本、運營成本； 或者我們跳出這個細節來看這個案例，其實這個案例里面，最重要的點是 讓用戶自助寄件，而業務建設方（快遞公司）最關心的點就是通過用戶的自助寄件，來大大提升他們的收件效率，這個效率提升的問題，可能遠遠比是否少收了1元錢快遞費更重要； 所以，也就是說，在前期建設階段，用更簡單快捷的方法，讓用戶自助寄件走起來，是最主要的問題，而不是如何精準計費的問題；
我看大家都在側重于快遞的重量，這可能是最不需要討論的一個方式。
①流程：客戶線上預約–寄存–快遞員取件–快遞員稱重–完成扣款
解決方案：快遞員取件后，稱重，給定價格，用戶收到需要支付的信息，支付。（或者一開始就授權自助扣款）
②流程：客戶線上預約–寄存（快遞柜單獨一個稱重臺，先稱重再打開預約柜）–完成扣款–快遞員取件。
很喜歡這篇文章。看第二遍
個人認為只有業務需求和功能需求兩種。
業務需求：即用戶想要通過產品實現哪些線下的業務場景。
功能需求：即通過用戶的業務場景分析產品功能點。
同意你的觀點，用戶需求是業務需求的一部分，系統面向不同的角色用戶，要基于不同的用戶進行業務場景分析；另外一部分是用戶體驗方面的需求，比如性能需求、安全需求、保密需求等
有沒有人再跟我說一下，快遞小哥又是如何將包裹標記與對應發件人填寫的發件信息的呢（功能需求方面實現）？
用戶將物品放入預約好的柜子后，會有柜子的信息及對應的物品的信息發送至快遞員，提醒快遞員前去取貨
你這個提的比較好 其實這篇文章寫的少了一個角色 就是快遞員
這里面涉及快遞柜公司和快遞公司的對接。以豐巢和我們韻達對接為例，放入包裹時填寫的收發件人地址姓名、柜機號、格口號等信息會通過接口推送至我們的訂單系統，然后訂單系統處理后經過篩選分流匹配后，推送至對應業務員APP，接著就可以去取件了。
首先，感謝大神分享！
以下是我的方案，整個環節可以分四步：
1.用戶在線填單：（小程序很合適, 實名）
A.一般快遞單上必要的信息 + 包裹尺寸輸入，備注。
B.還要包括一些其它費用選項和說明：包裝材料選項，盒子價格，是否加急？
C.上下午取貨時間提示
2.核實信息并匹配是否符合收取標準？
是：發送地理坐標和驗證碼，要求在規定時間內前去存放。
否：a. 對不起，不符合存放標準，預約上門取貨 / 結束服務。
b. 暫時沒有空柜，告知需等待時間，詢問是否愿意等待？
是：等待通知
否：結束服務
3.收取包裹：
A.輸入驗證碼，放入包裹。
B.關門：
C.發信息，提示用戶已收到，等待郵費確認（讓用戶放心）。
4.提取包裹：
填滿：在最后一個柜子被預定時，提醒快遞員前去取貨。
未填滿：在固定時間節點去取貨。
發送收費明細及包裝情況，確認價格是否進行支付?（還可以采取充值方式，這個體驗會差點）
是：支付完成此階段服務。
否：感謝支持，發取貨信息。（價格不是太離譜客戶都能接受）
未及時支付：根據條款，多少時間未確認，即默認發貨。可在固定時間節點提示用戶支付（個人認為沒必要，這是對顧客的一種信任，情感上的體貼。最差效果在下一次對方寄存時必需先結賬再享受服務。頂多損失一次快遞費。）
感謝你的支持和留言，看得出來你在需求細節上想得蠻到位的，加油 ??
對于新人來說，這樣的案例還是比較友好的。也不可能要求作者考慮到場景中所有的情況，這就有點像需求優先級了。
贊
??
??
關于尋找快遞柜，我覺得可以參考摩拜單車的產品思路
這個其實和摩拜還蠻大區別的；
??
嗯
??
喜歡膜拜單車
計費這個，我看到過菜鳥裹裹的自提柜寄件，選擇格子的時候會提示用戶這個格子的限重是多少，頁面上的小提示內也說明了如果物品的重量超過了格子的限重，快遞員小哥會拒收，我覺得這種相互之間的約定就挺好的，如果你希望你的快遞被收走，那么就遵守規定，感覺比較可行。
嗯嗯，這也是個不錯的方式；
風潮快遞柜也是這樣噢
特意看了幾遍，想了一下這個寄件支付的問題。
1.寄件人在手機天下寄件信息完畢確認寄件，地圖定位顯示當前最近的位置去寄件
2.我查詢了一下快遞公司收費標準是以重量來算，你文章中說的以體積來算，假如用戶寄件的物品很輕，但是體積大，那不是價格就很高了。這樣用戶使用率是不高的，還不如直接讓快遞公司上門取件。上面有朋友說在快遞柜里面加一個稱重的，我覺得是可行的。重量稱出來，用戶就可以直接支付
3.關于柜子目前占用情況，我們可以做一個像我們網上支付電影院的選座位的界面，顯示當前有哪些柜子是已經被占用，哪些柜子是空閑的。這里面有一個問題就是當用戶的物品體積過大怎么辦的問題，可以在手機填寫信息時選擇柜子的大小，這個體積用戶是可以目測得。當前就想到這么多。一些看法，歡迎指教，哈哈
感謝你認真解讀！
1. 對于計量收費的問題，其實并不需要考慮所有情況，當體積比較大的物件的時候，完全可以指引用戶走快遞員上門的方式； 自助寄件只是提供了多一種寄件選擇，針對的更多是小件、且周邊有速遞柜條件，用戶剛好要出門等場景下來使用的； 它也并非就代替了原來的快遞員上門的模式；
2. 柜子的空閑占用情況，你說的參考選座位的模式，也是一種好的方式，差別在于，選座位，我要考慮的座位的視野好不好，是不是我喜歡的位置，柜子，其實只要有空閑能放的就好，不需要這么多考慮；
再次感謝你的熱情參與！
“我們可以做一個像我們網上支付電影院的選座位的界面”其實樓上也沒有說要像看電影一樣選位置吧。。。他只是說像買電影票的界面一樣提供給用戶柜子的空閑或占用狀態圖而已吧，個人觀點
有些件體積大但是重量輕的 快遞公司會另外計費的 不會按照重量給你寄費的 其實具體收費標準的話 還得收件員去確定具體要多少錢 然后 收件員發送一個收費金額 平臺通知用戶。用戶覺得這個價格可以接受就點確定發貨 如果覺得價格過高存在異議可以選擇取消發貨 這個就是最終發貨節點設置在哪兒的問題了 你們說放個稱重的 這個就是把發貨節點前置了 而且平臺還得投入很多的設備去完成這樣一個確定發貨金額的這個環節 而后置發貨節點 讓收件員去核實具體要多少錢然后 發給寄件人金額 這樣就可以節省了很多的資源
這種一定要做APP，功能包括定位，在線填單，快遞跟蹤及支付功能。
定位顯示周圍快遞柜位置及空閑情況。選定后鎖定資源半小時，超時釋放，對同一帳號在一定時間內違約次數做出限制，防止惡意操作。
在線填單可以提高效率以及保存歷史記錄，同時獲取目的地信息便于后期自動計價。
生成一個校驗碼到了快遞柜可以打印快遞單。
粘貼好快遞單放入相應柜中，自動檢測重量計算價格，通過APP付款自動鎖柜，否則不予上鎖，自打印快遞單十分鐘后未付款及釋放資源。
物品大小簡單點可以限制規格引導客戶一物一位，做復雜點可以統一大的入口，用機器人自動放置。
新手報道，請多指教
你提出的點確實蠻全面的，我說一下我的想法：
1. 對于涉及定位類的功能，確實做APP會比較好一些，只是APP現在推廣難度確實比較大，當然，使用微信+小程序的方式，其實也是一個很好的方式，因為這個需求就屬于“用完就走”的場景；
2.你說到的打印快遞單的需求，這一點對用戶來說可能不關注到，其實對于業務方，是很重要的一個需求點；利用快遞柜來打印是一種方式，另外讓收件員自帶便攜打印機，在開柜取件時打印也是一種方式，差別在于，因為通?？爝f柜是第三方，是讓快遞柜來改造更好，還是快遞公司自己來改造更合適；
3. 自助寄件的范疇事實上主要是針對小件，簡單的，真正的比較大件，又或者有保價等需求的，也不會走自助的方式；所以，前期其實簡單些會比較好。
謝謝你的參與，讓我看到其實還蠻多點要進行完善的。
的確小程序是更好的選擇，快遞柜本身就是一個廣告載體，掃碼即用，好主意！
用戶不用打印快遞單確實更方便，感謝提醒！作為第三方，用快遞柜打印增加了維護成本，還是快遞員自己打吧??
為什么不在付款后鎖定資源呢？邏輯很簡單啊，就是日常快遞員收件的手續和步驟，不需要自己頭腦風暴。
兩個問題：
一是根據什么標準來付款，要么稱重、要么體積；簡單的方法是用體積，而體積是由柜子大小來衡量的，這樣付款就在放件后，而不是放件前；
二是，柜子的資源是需要高效運作的，只有有效提升柜子的重復使用率，才能實現柜子的高收益，而且柜子通常是第三方的，不是快遞公司的；
沒必要稱重，快遞柜只是輔助收取件，決策點還是在快遞員。
1、只需要在用戶填寫單號的同時寫明寄件的說明，如所寄為何物、重量范圍、體積范圍（只提供3種體積，并配圖說明大致大?。?br /> 2、付款后開柜（這是必須得），用戶發現體積問題放不進就可以在手機上操作改進，若不改進就釋放資源
3、放進柜子后，快遞員取件發現重量問題。此問題也可以規范收取件重量范圍（提供重量區間讓用戶自己選擇，或者讓用戶先多付那么幾塊錢，快遞員收件后再根據情況退款）
4、付款后再開箱，和快遞公司和第三方沒有任何沖突。
以上
用戶操作更麻煩了，本來就圖個簡便高效，還得填這么多信息。萬一柜子不合適了，又得重開。
…為什么會不合適呢？ 因為你要寄大件卻選擇了小件，這個是常見問題還是不常見問題呢？ 你說的只是異常處理流程，并不是正常流程。
【關于稱重支付】
是否可考慮將快遞柜子做成可稱重的，只要我把快遞放到柜子里，就會自動稱出該快遞重量，根據重量生成價格支付。
嗯，這確實也是一個思路，說不定未來會走這個方向了， 只要實現成本不高的話；
個人覺得這里面最值得考慮的問題是：如何判斷寄件的重量？或者是不考慮重量，快遞公司如何收取寄件費？畢竟一切要靠盈利為目的嘛。
關于寄件柜子空閑資源管理：是不是可以考慮用戶通過客戶端獲取驗證碼，有空閑柜子，就可以得到驗證碼，無空閑柜子，當然無法獲取驗證碼，同時推送消息：告知用戶當前有閑置柜子了。同時收件柜子的情況可以事實反饋到快遞員（比如這里的柜子已裝箱滿了，快遞員立即去收件），以此類推，用戶得知道柜子空了，便可以去寄件。這樣有效保證了柜子的閑置資源管理
1.關于收費的問題，其實下面的評論里面已經有在說，可參考一下；
2.柜子資源的管理，不能簡單理解為空閑與不空閑的管理，而是如何提升使用率； 就如同飯店桌臺一樣，翻臺率很重要，你如果設計預定的時候，是不是有空閑就一定給網上來預定了，那線下來客了怎么辦呢？
而且，其實，有一點需要大家注意的是，快遞柜的資源，通常都不是快遞公司來建的，而是另外的第三分公司，那他們的追求，更是如何提升柜子的使用率，因為使用率高，收益才高。
?? 很棒，感謝分享
謝謝你的鼓勵 ??
收費方式是不是可以由快遞員進行驗收之后，再根據一個訂單號反饋給用戶進行付費呢，而不是讓用戶去選擇什么樣的柜子，而且可以實現一個柜子多用，即大家可以把東西扔到一個柜子里面。
這個也不是沒想過，可是有一個信任問題，你想啊，快遞員驗收時，你又不在現場，他說多重就多重，說收多少就多少，你會放心??；
其實用體積是一個簡單的方法； 有時候簡單的方法成本低，也最有效；
自己挑選柜子，我個人腦補的場景會很麻煩，而且我會計較我挑選的體積是否是最合適的，另外體積是否是合理收費的唯一標準，我寄一個體積小密度大的白矮星呢。與之對應的，快遞員驗收時（守住節操）按照公司規定進行合理收費，建立對應的監督和投訴機制，收多少費用，其實個人應該心里有數的。
在手機上填單時，要對比柜子體積和快件的大小，這個場景確實好像不太好處理，有沒有一種黑科技，手機掃描一下物品，或者拍個照，知道體積是多少呢？
至于你說后收費，其實也是可行的，無非是前期使用那種成本更低、更高效； 別忘了，很多時候，管理成本會比建設成本更高了；
你發現沒有，在壽司店里面，會使用不同顏色的碟子來裝不同的食物，然后計價的時候，數不同顏色的碟子就好了； 就好比我們吃燒烤的時候，數不同大小的簽子就OK了， 簡單的方法，其實很多時候，有大功用；
其實這個需求里面，對應快遞柜是否空閑，如何來管理，是有一些點值得研究的；
因為，從業務方的角度講，快遞柜既用作收件，也用作寄件，資源是貢獻的，我不能為某單個用戶長時間保留柜子的空閑；
而從用戶角度來講，你給了我開啟的驗證碼，就必須保證我去到的時候有空閑的柜子可以給我用到； 那么這里，該如何來處理了這種訴求上的差異呢，歡迎看了文章的人一起來探討；
很感謝這樣的案例，很值得我這樣的實習期小白學習。個人想到2個方案：1.限定寄件工作時。app下單后,比如保留3小時，在最后15分鐘發出最后提示（小區里走過去時間足夠）。2.小區寄件大部分是網購的退換貨。每個地區城市經濟、小區規模等情況不一樣，可以根據目前小區快遞柜的數量多少和網購售后退換率的數據占比，模糊估計出小區寄件需求。
嗯嗯，這兩個方案都是有可行性的，實際中對于這兩個到底怎么選，可能還真是會進行a/b方案測試來收集數據；當然，更可能會試運行一段時間，根據數據分析來選擇；
我也沒有答案，歡迎大家討論
快遞柜可以設置成大、中小的規格（app上寄件時候顯示出柜子尺寸），按照規格收費。 另，說到收貨時間，我覺得app通知到截止下午5點取件發走，快遞種類可以細分下(比如順豐和普通快遞）。
嗯嗯，事實上，順豐已經和豐巢柜合作這塊的用戶自助寄件的服務； 收費問題，和你說的就是一樣的，按柜子的大小來衡量快遞的體積，進行收費；
感覺根本不需要app，一個公眾號/服務號/小應用就可以完成
用服務號+微信小程序來完成是很合適的選擇
這里有個假想需求就是“用戶需求”?？爝f公司是想節約人力資源，有動力去做。用戶是否真有這樣的需求？是剛性需求嗎？那就要仔細調研了。而不是我們想當然的覺得是用戶需求。
這個當然不是剛性需求，但是不是有用戶需求呢，我們可以去分析：
第一，有很多人從家里寄快遞，他并沒有時間等著快遞人員上門，當然，你可以說他能帶到公司去啊；
第二，他著急寄出去，可是要等快遞員上門，可能會錯過當天的及時寄出，這時候，你會看到他是愿意自己走兩步的；
拋開上門的兩點來說：以前沒有快遞柜的時候，你會認為用戶愿意下樓去取快遞嘛、或者等著回家再收快遞嗎？這個動力是不是更多也在快遞公司；這個習慣的培養肯定是需要一點時間的；
而且，最關鍵的一點是，快遞公司的效率提升了，對于自主寄件，他肯定會選擇用更便宜的價格來給到用戶，那用戶是不是也會有一些動力；
快遞柜在取件這里說剛需的存在的 很多地方快遞到了 人不在家 有時候會存在小店里 下班回去取 現在快遞晚上送貨到家的很少了 即便是京東 快遞柜的收件功能我感覺就是因為有這個柜子 然后做的一個延伸的功能 反正設備在這里 用或者不用都已經存在了 用就多了一個功能支撐點
這個東西剛需不剛需問題不是很大 對于不經常網購的人來說這些就根本沒有存在的必要 但是對于經常網購的人來說 會有很大的退換貨的幾率的 所以這個問題就需要數據支撐了 有數據支撐就會知道哪些地方的退換貨比較多 集中在哪些區域 有多少量 頻次多高 這些其實是已經存在的數據了 電商公司那里肯定是有這樣的數據的