User Story: 學運及 NPO 需求物資即時認捐清點
提案人
Anonymous
hlb 代貼
Summary
讓有意願捐贈物資支援學運或 NPO 的民眾可以即時了解需求物資詳細狀況,以及在線上進行認捐登記,提昇物資管理中心物資控管效率,並減少捐贈物資與實際所需數量不符所造成的資源浪費。
User Story
- 讓物資管理中心工作人員可以
- 登錄物資管理中心收件資訊,如收件人、聯絡電話、收件地址等
- 即時登錄需求物資品項、數量及備註
- 各品項可設定需求優先權
- 設定各品項認捐等待時間(due date)
- 收到捐贈物資後將認捐辨識碼輸入管理後台清理需求物資品項及數量,並即時將最新狀況更新於網站上
- 讓有意捐贈物資民眾可以
- 以 Google 或 Facebook 帳號登記(目的為防止惡意攻擊)
- 可複選認捐品項及設定數量(ref:購物車、世界展望會線上捐款)。
- 流程完成後系統發送認捐清單(以 checklist 方式顯示)及提供認捐辨識碼、條碼,要求民眾郵寄時將辨識碼填寫在寄件人名稱,或將條碼印出貼在箱子上。
- 完成物資捐贈並且有乖乖提供認捐辨識碼的民眾,可在物資入倉後收到系統感謝狀。
- 說明:會設定要能複選是實務上可能不僅只捐贈單一品項,也可能會分批分箱出貨,一品項一辨識碼會增加操作困難度。當然會遇到實際捐贈數量與線上登記不符的狀況,收到物資時暫時一律依線上登記為主,簡化入倉程序,實際狀況明顯落差大的由工作人員手動增加需求數量繼續募集即可。加上倉儲管理系統實在太可怕啦~~
- 系統處理
- 需求物資資訊輸入、顯示及即時更新
- 介面上顯示需求物資品項、數量、募集截止時間、備註及認捐人數、認捐數量、已入倉數量,並以清晰易懂的方式標示優先權例如顏色
- 認捐帳號登入、登記捐贈資訊。但暫時不處理捐贈清單線上查詢
- 對應單一認捐帳號的認捐資料統整及募集資訊更新
- 發送認捐清單包含不重複使用的認捐辨識碼
- 依據認捐辨識碼即時更新募集狀況。接受輸入重複的認捐辨識碼,並 alert
- 發送物資入倉感謝狀
Sample Use Case
- 大雄受到感召要去青島東路,一到現場發現氣溫立馬下降十度,開始擔心參與太陽花學運的學生們是否有吃飽穿暖,用手機連上網站,發現正在募集禦寒物資及蛙鏡毛巾好折凳等,並清清楚楚標示需求物資的募集即時情況。
- 善心大發的大雄立即用手機勾選了毛毯、暖暖包、輕便雨衣、外套,選擇了需求數量的上限,用FB帳號登入確認後,豪氣地按下送出。(系統同時發佈一篇感謝函到大雄的 timeline 上,感謝大雄)。
- 大雄在信箱收到通知信後立馬上 24h 按照清單採購了毛毯、暖暖包、輕便雨衣、GORE-TEX 外套及 3000 杯礦泉水,並在付費資料填寫頁面將認捐辨識碼 copy & paste 在寄件人名字後方。
- 物資中心收到大雄透過 24h 所寄送的物資後清點數量,發現大雄雖然買了高貴的 GORE-TEX,但數量比當時認捐還少20件,依然把認捐辨識碼輸入,然後苦命地重新建立募集外套一件項目。
- 收到大雄認捐辨識碼的系統,會發佈一封正妹宜靜親筆感謝信到大雄信箱,讓大雄知道捐贈物資有安全入倉,並且會被充分妥善使用(同時張貼至大雄 FB timeline)。
討論
- 學運最大問題是現場網路狀況(需要說明),另外現場非常去中心化
- 現場去中心化:
- 物資站初期由不同公民團體設立、管理,後來即使統一物資窗口,但訊息流仍未打通:
- 例如 318~ 黑島青據點在青島鎮江(物資總部)、青島林森,這兩個點的消息比較暢通,志工也較知道缺物資該往哪裡回報;濟南群賢站初期由公民團體(請求?)設立,後來雖然統一物資窗口,但部分志工並不清楚總部是黑島青、總部位在哪個站、
- 物資站志工交接後,對外、對總部的通訊可能打斷,導致志工仍循慣用管道(in 318~324 case: Facebook wall、phone call)對外求援,由其友人轉發,或上 PTT 徵求物資。