從規(guī)劃到上線,內部OA系統(tǒng)功能迭代怎么做?
每一次的功能更新,產品經理總會期待獲得用戶的肯定。這就要求在每一個新功能上線之前,產品經理需要做好規(guī)劃。本文作者以OA系統(tǒng)新功能規(guī)劃為例,對功能迭代的需要注意的關鍵步驟和問題進行了總結~
“Hi,我想在把這個功能放在OA上,能實現(xiàn)嗎?”每次聽到這句話,都會夾雜著又害怕又期待的復雜情緒。你不知道同事們可能提出什么五花八門的想法,而每一個新需求,是他們對你的認可和期待,也是對自己的挑戰(zhàn)。
做OA產品快1年,是時候對自己進行復盤,那么就來聊聊,筆者是如何規(guī)劃OA的新功能的吧。
一、熟悉業(yè)務,了解需求
OA上的功能,筆者個人習慣分成2種。
一是功能使用對象為特定人群,比如具體出勤統(tǒng)計,使用對象為考勤專員,由人為統(tǒng)計每個月的出勤情況轉為OA自動統(tǒng)計。
二是涉及到多種角色的功能,比如招聘管理,這里面涉及到的主要人員有用人部門、招聘hr、面試官、高層,每個角色在這個業(yè)務里均有不同程度的參與。
與所有產品規(guī)劃一樣,OA第一步也是熟悉業(yè)務,了解業(yè)務的前因后果與癥結,才知道要如何下手。筆者最常用的是以下2個方式。
1. 參考競品
拿招聘管理舉例,筆者在開始時按照自己的了解,羅列了招聘的流程,初步規(guī)劃了功能結構,但畢竟自己的角度是單一的,在沒接觸過招聘行業(yè)的情況下,視線非常局限。
參考市面上已經商業(yè)化的產品是一個很好的方式,找到頭部產品,去分析他們的功能結構、使用場景,可以讓自己更全面的了解業(yè)務。能夠商業(yè)化的產品,是經過市場考驗的較為成熟的,頭部之所以能站在頂端,也必然有其優(yōu)勢。
同樣,善用搜索,可以通過一些平臺找到競品的評價,進一步確認用戶的關注點。
2. 用戶訪談
如果把規(guī)劃需求比為做菜,那么參考競品就是知道別人的菜譜;而做內部OA系統(tǒng)就是把這道菜做的符合自己的口味,需要去掉自己不喜歡的食材,對自己的口味進行配比。
還有什么比面對面聊天更能了解用戶需求呢?直接找對應人員聊呀!
大家都想通過系統(tǒng)取代繁瑣的工作,提高效率,且OA使用頻率高,功能設計會直接影響到自己的日常使用體驗,所以同事們對于訪談都比較積極。對方沒有時間的話,多約幾次總能約到的!
B端功能的角色分類較為分明,比如前述招聘管理中的幾個角色。所以最好各個角色都找代表進行訪談。
二、功能設計
1. 畫流程圖、思維導圖
把業(yè)務以流程圖的形式畫出來,羅列每個流程對應的角色和功能。這樣能夠幫助自己捋順邏輯,并且在設計具體原型時不會歪掉重心,不遺漏功能。后續(xù)跟需求方、開發(fā)過需求時,也可以協(xié)助講解,讓聽眾更好理解原型設計。
2. 思考角色的關注點、功能的排部
在完成前一步后,要做什么功能、功能之間的跳轉邏輯心里已經有數(shù)了,現(xiàn)在是功能如何排部的問題。
這里可以從角色、從場景出發(fā)。
還是拿招聘模塊舉例,這里面涉及了那么多角色,每個角色的關注點并不一致。hr關注整個流程,而面試官很可能只負責面試考察候選人的水平,他關注的是今天我有多少個面試安排,在什么時間,我要如何規(guī)劃今天的工作,至于招聘進度結果如何,面試官并不關心。那么面試官涉及到的部分,是否可以抽出來做一個突出呢?
OA的目的是提升效率,需要讓不同角色更輕松的看到自己關注的部分。
3. 確定具體細節(jié)
到這里,產品原型的設計已經大致成型了,但是細節(jié)不能被忽視,以下方面的問題需要過一遍:
1)考慮不同角色的操作權限和數(shù)據(jù)查看范圍,是否需要做對應的權限規(guī)劃,權限規(guī)劃是否變更,上線后要如何進行維護;
2)考慮功能、數(shù)據(jù)之間的關聯(lián)。B端產品功能之間更加環(huán)環(huán)相扣,說幾個常見的情況:A數(shù)據(jù)同時用在多個地方,影響著多個功能;B數(shù)據(jù)變化了會影響C數(shù)據(jù)的變化;D操作完成后要觸發(fā)定時任務E。大模塊內的數(shù)據(jù)關系容易記住,模塊與模塊之間的關聯(lián)也不要遺漏;
3)考慮特殊情況。使用人數(shù)多了,總會有特殊情況,在B端產品,特殊情況更多是邊界情況,會導致流程無法繼續(xù)進行,而不是體驗不佳可以適當兼容。所有能想到的問題,不要帶著“大家正常不會這樣做”的態(tài)度去無視,必須想好對應的處理方案,這部分可能還會需要跟需求部門一定討論特殊情況的處理規(guī)則。
三、上線后的跟進、迭代
發(fā)布上線后,除常規(guī)的功能迭代、體驗優(yōu)化外,筆者還會特別關注以下2個方面:
1. 數(shù)據(jù)、狀態(tài)是否正常
B端產品存儲了大量的業(yè)務信息,數(shù)據(jù)、狀態(tài)無誤是OA正常運行的基礎,有些問題在測試時并不能完全發(fā)現(xiàn)。
2. 未考慮到的情況并及時回復處理
產品規(guī)劃時需要盡可能考慮到各種情況,然所有的考慮都是基于已有的經驗,上線后也許會遇到新的問題,這需要pm和開發(fā)能夠及時應對處理。
以上,就是筆者當前規(guī)劃OA功能的大致流程。總結OA的幾個重點就是數(shù)據(jù)正確、使用穩(wěn)定、提高效率。有任何意見和想法,都歡迎進行交流~
本文由 @希音 原創(chuàng)發(fā)布于人人都是產品經理。未經許可,禁止轉載
題圖來自Unsplash,基于CC0協(xié)議
- 目前還沒評論,等你發(fā)揮!