作業平臺的搭建,需要考慮這些因素
本文作者為大家梳理了純作業平臺搭建的需要考慮的一些因素:性能管理、沖突管理、資料管理、數據管理、履歷管理以及自動化。
好像比較少看到純作業平臺搭建的一些交流分享,之前做過一段時間的作業平臺,記錄一些心得,權當自己成長的過程了。
前端產品往往在功能、交互、用戶滿意度方面考慮較多,因為往往滿足用戶的需求、提升用戶使用的滿意度,帶來的才是DAU的上漲,收益的提升;后端產品考慮的更多的是對全流程及細節的把控,只有對這兩方面都理解到位,才能想到切實可行的一些流程優化方案。
而對于作業平臺的搭建,不僅需要同時考慮到前后端,同時還有一些由于作業平臺本身性質決定的一些要求。
基于以上,大概梳理了在設計作品平臺必須考慮的一些因素。
(PS:在這里得說個背景,大部分作業平臺還是屬于內部使用的,所以對于展示效果往往沒有面向普通用戶的要求高,畢竟作為作業平臺,最重要的指標還是效率與準確率,并且用戶人數一般不會隨著你在產品體驗方面的優化而增加)
并發、性能——保證穩定
既然是作業平臺,那對于并發請求以及性能也必然是有要求的,性能往往會決定作業效率。假設你自己作為一個作業員,作業過程中平臺老是崩潰,可想而知,這樣的效率必然不高。
其實,對于任何平臺,穩定性是極其重要也是極其基礎的一環,只有保證了穩定性,才能考慮之后的使用以及優化。
也許會有人認為這是研發需要考慮的問題,但是作為產品,你需要能夠提前預估出平臺的大概使用頻次及各種極端情況?;谶@些數據,研發才能更好地做資源評估,保證既不至于浪費過多資源,也不至于使平臺長期處于難以使用的狀態。
沖突管理——降低甚至消滅沖突
但凡涉及到作業過程,除非是單人作業,只要存在多人同時作業的情況,如果未做限制,有極大可能性會出現多人同時對一個作業目標進行修改的情況。而這樣會導致判斷標準不明確,容易使作業履歷混亂,難以判斷作業目標流向及結果。
基于此,必然有沖突管理這一步,由此會引入作業領取,提交以及最終結果判定的標準。
沖突管理最簡單的方法就是給每個作業集加上狀態標注,當處于正在作業的狀態則其他人員無法領取該作業集。但有可能因為特殊情況,比如:狀態改變可能有千分之一秒的延遲;或者由于管理員操作失誤等情況導致的導致了兩人同時領取到了同一個作業集,這時候提交規則該如何確定,這都是沖突管理需要考慮到的。
資料的集中管理——降低作業的時間成本
既然是作業平臺,則必然有相應的作業規范以及作業所需的參考資料。當資料過于分散的時候,往往會導致作業員作業復雜度增加,對作業員要求也會更高,相應的,作業員會花費更多時間在尋找所需的參考資料上,這必然導致效率大打折扣。
這就好比集齊七龍珠許愿一樣,七龍珠為什么難集齊,除了對手太強大以外,最重要的一點就是因為太分散了,光定位就要花太多時間了。
所以,一個好的作品平臺必然是讓作業員能夠快速找到其所需的資料或作業工具的,當然,就是能夠直接展示出作業員需要的就更好了,這個就屬于進階之路了。
履歷管理——完整的作業鏈路
一般來講,任何一個作業平臺,都需要記錄每條作業開始到結束的履歷,這樣的數據既是以后做效率及準確率提升的參考,也是問題回溯的依據。
配合沖突管理,能夠更好地監控整個作業數據流的流向。
其實履歷管理就是打印出作業相關的日志,當然,如何展示就是產品自己確定的了,可能在平臺里不需要體現,但是要保證需要的時候能及時獲取到這部分數據就行了。
數據管理
所有作業數據需要保證其唯一性,這其實與之前說的沖突管理有些類似,一般不允許對于同一份作業集,最終出現兩種作業結果。同時需要考慮增量數據的添加與數據的繼承性,繼承性說的是往往當版本迭代或者是作業本身存在繼承關系時,也需要保證繼承數據的唯一性(可以理解為另一種沖突管理)。
自動化
作業平臺最重要的衡量指標是效率與準確率,但是人工作業在這兩個指標上往往存在瓶頸,到了一個值以后就難以繼續提升。所以,自動化是作業平臺的必經之路,要做自動化需要有大量前期數據的積累,才能夠明確哪些步驟、哪些環節是可以自動化的。
而自動化的占比也是衡量平臺能力的重要指標之一。
所有需要大量人工作業的地方,產品的存在便是為了抽象人工作業的步驟、將其流程化并最終固化至產品上,人工固然是不可以被完全取代的,但是作為互聯網產品需要明白的是:對于部分作業崗位而言,需要人工的存在并不是因為那個環節不可取代,而只是還未找到合適的替代方法,或者不斷獲取相關數據做產品調優。
就像機器學習,不斷需要新的樣本來做訓練。
也許這樣說有些冰冷了,但是產品存在的意義除了解決痛點以外,便是將人們從簡單枯燥的事情中解放出來做更能讓用戶滿意(也許并不一定更有意義)的事情。
以上,差不多就是總結搭建作品平臺需要考慮的幾點了吧。
差不多一年前做的了,有些細節記不太清楚了,歡迎補充~
以后應該很少有機會再負責作業平臺了,做一個總結同時也反思一下哪些經驗可以復用到現在在死磕的后端。
本文由@一白 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash, 基于CC0協議
- 目前還沒評論,等你發揮!