全栈工程师?
嗯.....目前并不是!

作業平台的搭建,需要考慮這些因素

本文作者為大家梳理了純作業平台搭建的需要考慮的一些因素:性能管理、衝突管理、資料管理、數據管理、履歷管理以及自動化。

好像比較少看到純作業平台搭建的一些交流分享,之前做過一段時間的作業平台,記錄一些心得,權當自己成長的過程了。

前端產品往往在功能、交互、用戶滿意度方面考慮較多,因為往往滿足用戶的需求、提升用戶使用的滿意度,帶來的才是DAU的上漲,收益的提升;後端產品考慮的更多的是對全流程及細節的把控,只有對這兩方面都理解到位,才能想到切實可行的一些流程優化方案。

而對於作業平台的搭建,不僅需要同時考慮到前後端,同時還有一些由於作業平台本身性質決定的一些要求。

基於以上,大概梳理了在設計作品平台必須考慮的一些因素。

(PS:在這裡得說個背景,大部分作業平台還是屬於內部使用的,所以對於展示效果往往沒有面向普通用戶的要求高,畢竟作為作業平台,最重要的指標還是效率與準確率,並且用戶人數一般不會隨着你在產品體驗方面的優化而增加)

併發、性能——保證穩定

既然是作業平台,那對於併發請求以及性能也必然是有要求的,性能往往會決定作業效率。假設你自己作為一個作業員,作業過程中平台老是崩潰,可想而知,這樣的效率必然不高。

其實,對於任何平台,穩定性是極其重要也是極其基礎的一環,只有保證了穩定性,才能考慮之後的使用以及優化。

也許會有人認為這是研發需要考慮的問題,但是作為產品,你需要能夠提前預估出平台的大概使用頻次及各種極端情況。基於這些數據,研發才能更好地做資源評估,保證既不至於浪費過多資源,也不至於使平台長期處於難以使用的狀態。

衝突管理——降低甚至消滅衝突

但凡涉及到作業過程,除非是單人作業,只要存在多人同時作業的情況,如果未做限制,有極大可能性會出現多人同時對一個作業目標進行修改的情況。而這樣會導致判斷標準不明確,容易使作業履歷混亂,難以判斷作業目標流向及結果。

基於此,必然有衝突管理這一步,由此會引入作業領取,提交以及最終結果判定的標準。

衝突管理最簡單的方法就是給每個作業集加上狀態標註,當處於正在作業的狀態則其他人員無法領取該作業集。但有可能因為特殊情況,比如:狀態改變可能有千分之一秒的延遲;或者由於管理員操作失誤等情況導致的導致了兩人同時領取到了同一個作業集,這時候提交規則該如何確定,這都是衝突管理需要考慮到的。

資料的集中管理——降低作業的時間成本

既然是作業平台,則必然有相應的作業規範以及作業所需的參考資料。當資料過於分散的時候,往往會導致作業員作業複雜度增加,對作業員要求也會更高,相應的,作業員會花費更多時間在尋找所需的參考資料上,這必然導致效率大打折扣。

這就好比集齊七龍珠許願一樣,七龍珠為什麼難集齊,除了對手太強大以外,最重要的一點就是因為太分散了,光定位就要花太多時間了。

所以,一個好的作品平台必然是讓作業員能夠快速找到其所需的資料或作業工具的,當然,就是能夠直接展示出作業員需要的就更好了,這個就屬於進階之路了。

履歷管理——完整的作業鏈路

一般來講,任何一個作業平台,都需要記錄每條作業開始到結束的履歷,這樣的數據既是以後做效率及準確率提升的參考,也是問題回溯的依據。

配合衝突管理,能夠更好地監控整個作業數據流的流向。

其實履歷管理就是打印出作業相關的日誌,當然,如何展示就是產品自己確定的了,可能在平台里不需要體現,但是要保證需要的時候能及時獲取到這部分數據就行了。

數據管理

所有作業數據需要保證其唯一性,這其實與之前說的衝突管理有些類似,一般不允許對於同一份作業集,最終出現兩種作業結果。同時需要考慮增量數據的添加與數據的繼承性,繼承性說的是往往當版本迭代或者是作業本身存在繼承關係時,也需要保證繼承數據的唯一性(可以理解為另一種衝突管理)。

自動化

作業平台最重要的衡量指標是效率與準確率,但是人工作業在這兩個指標上往往存在瓶頸,到了一個值以後就難以繼續提升。所以,自動化是作業平台的必經之路,要做自動化需要有大量前期數據的積累,才能夠明確哪些步驟、哪些環節是可以自動化的。

而自動化的佔比也是衡量平台能力的重要指標之一。

所有需要大量人工作業的地方,產品的存在便是為了抽象人工作業的步驟、將其流程化並最終固化至產品上,人工固然是不可以被完全取代的,但是作為互聯網產品需要明白的是:對於部分作業崗位而言,需要人工的存在並不是因為那個環節不可取代,而只是還未找到合適的替代方法,或者不斷獲取相關數據做產品調優。

就像機器學習,不斷需要新的樣本來做訓練。

也許這樣說有些冰冷了,但是產品存在的意義除了解決痛點以外,便是將人們從簡單枯燥的事情中解放出來做更能讓用戶滿意(也許並不一定更有意義)的事情。

以上,差不多就是總結搭建作品平台需要考慮的幾點了吧。

差不多一年前做的了,有些細節記不太清楚了,歡迎補充~

以後應該很少有機會再負責作業平台了,做一個總結同時也反思一下哪些經驗可以復用到現在在死磕的後端。

 

版权声明:本文采用知识共享 署名4.0国际许可协议 [BY-NC-SA] 进行授权
文章名称:《作業平台的搭建,需要考慮這些因素》
文章链接:https://www.pmbear.com/%e4%bd%9c%e6%a5%ad%e5%b9%b3%e5%8f%b0%e7%9a%84%e6%90%ad%e5%bb%ba%ef%bc%8c%e9%9c%80%e8%a6%81%e8%80%83%e6%85%ae%e9%80%99%e4%ba%9b%e5%9b%a0%e7%b4%a0/
本站资源仅供个人学习交流,请于下载后24小时内删除,不允许用于商业用途,否则法律问题自行承担。

评论 抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

大前端WP主题 更专业 更方便

联系我们联系我们