每一次的功能更新，產(chǎn)品經(jīng)理總會期待獲得用戶的肯定。這就要求在每一個新功能上線之前，產(chǎn)品經(jīng)理需要做好規(guī)劃。本文作者以O(shè)A系統(tǒng)新功能規(guī)劃為例，對功能迭代的需要注意的關(guān)鍵步驟和問題進行了總結(jié)~

“Hi，我想在把這個功能放在OA上，能實現(xiàn)嗎？”每次聽到這句話，都會夾雜著又害怕又期待的復雜情緒。你不知道同事們可能提出什么五花八門的想法，而每一個新需求，是他們對你的認可和期待，也是對自己的挑戰(zhàn)。

做OA產(chǎn)品快1年，是時候?qū)ψ约哼M行復盤，那么就來聊聊，筆者是如何規(guī)劃OA的新功能的吧。

一、熟悉業(yè)務，了解需求

OA上的功能，筆者個人習慣分成2種。

一是功能使用對象為特定人群，比如具體出勤統(tǒng)計，使用對象為考勤專員，由人為統(tǒng)計每個月的出勤情況轉(zhuǎn)為OA自動統(tǒng)計。

二是涉及到多種角色的功能，比如招聘管理，這里面涉及到的主要人員有用人部門、招聘hr、面試官、高層，每個角色在這個業(yè)務里均有不同程度的參與。

與所有產(chǎn)品規(guī)劃一樣，OA第一步也是熟悉業(yè)務，了解業(yè)務的前因后果與癥結(jié)，才知道要如何下手。筆者最常用的是以下2個方式。

1. 參考競品

拿招聘管理舉例，筆者在開始時按照自己的了解，羅列了招聘的流程，初步規(guī)劃了功能結(jié)構(gòu)，但畢竟自己的角度是單一的，在沒接觸過招聘行業(yè)的情況下，視線非常局限。

參考市面上已經(jīng)商業(yè)化的產(chǎn)品是一個很好的方式，找到頭部產(chǎn)品，去分析他們的功能結(jié)構(gòu)、使用場景，可以讓自己更全面的了解業(yè)務。能夠商業(yè)化的產(chǎn)品，是經(jīng)過市場考驗的較為成熟的，頭部之所以能站在頂端，也必然有其優(yōu)勢。

同樣，善用搜索，可以通過一些平臺找到競品的評價，進一步確認用戶的關(guān)注點。

2. 用戶訪談

如果把規(guī)劃需求比為做菜，那么參考競品就是知道別人的菜譜；而做內(nèi)部OA系統(tǒng)就是把這道菜做的符合自己的口味，需要去掉自己不喜歡的食材，對自己的口味進行配比。

還有什么比面對面聊天更能了解用戶需求呢？直接找對應人員聊呀！

大家都想通過系統(tǒng)取代繁瑣的工作，提高效率，且OA使用頻率高，功能設(shè)計會直接影響到自己的日常使用體驗，所以同事們對于訪談都比較積極。對方?jīng)]有時間的話，多約幾次總能約到的！

B端功能的角色分類較為分明，比如前述招聘管理中的幾個角色。所以最好各個角色都找代表進行訪談。

二、功能設(shè)計

1. 畫流程圖、思維導圖

把業(yè)務以流程圖的形式畫出來，羅列每個流程對應的角色和功能。這樣能夠幫助自己捋順邏輯，并且在設(shè)計具體原型時不會歪掉重心，不遺漏功能。后續(xù)跟需求方、開發(fā)過需求時，也可以協(xié)助講解，讓聽眾更好理解原型設(shè)計。

2. 思考角色的關(guān)注點、功能的排部

在完成前一步后，要做什么功能、功能之間的跳轉(zhuǎn)邏輯心里已經(jīng)有數(shù)了，現(xiàn)在是功能如何排部的問題。

這里可以從角色、從場景出發(fā)。

還是拿招聘模塊舉例，這里面涉及了那么多角色，每個角色的關(guān)注點并不一致。hr關(guān)注整個流程，而面試官很可能只負責面試考察候選人的水平，他關(guān)注的是今天我有多少個面試安排，在什么時間，我要如何規(guī)劃今天的工作，至于招聘進度結(jié)果如何，面試官并不關(guān)心。那么面試官涉及到的部分，是否可以抽出來做一個突出呢？

OA的目的是提升效率，需要讓不同角色更輕松的看到自己關(guān)注的部分。

3. 確定具體細節(jié)

到這里，產(chǎn)品原型的設(shè)計已經(jīng)大致成型了，但是細節(jié)不能被忽視，以下方面的問題需要過一遍：

1）考慮不同角色的操作權(quán)限和數(shù)據(jù)查看范圍，是否需要做對應的權(quán)限規(guī)劃，權(quán)限規(guī)劃是否變更，上線后要如何進行維護；

2）考慮功能、數(shù)據(jù)之間的關(guān)聯(lián)。B端產(chǎn)品功能之間更加環(huán)環(huán)相扣，說幾個常見的情況：A數(shù)據(jù)同時用在多個地方，影響著多個功能；B數(shù)據(jù)變化了會影響C數(shù)據(jù)的變化；D操作完成后要觸發(fā)定時任務E。大模塊內(nèi)的數(shù)據(jù)關(guān)系容易記住，模塊與模塊之間的關(guān)聯(lián)也不要遺漏；

3）考慮特殊情況。使用人數(shù)多了，總會有特殊情況，在B端產(chǎn)品，特殊情況更多是邊界情況，會導致流程無法繼續(xù)進行，而不是體驗不佳可以適當兼容。所有能想到的問題，不要帶著“大家正常不會這樣做”的態(tài)度去無視，必須想好對應的處理方案，這部分可能還會需要跟需求部門一定討論特殊情況的處理規(guī)則。

三、上線后的跟進、迭代

發(fā)布上線后，除常規(guī)的功能迭代、體驗優(yōu)化外，筆者還會特別關(guān)注以下2個方面：

1. 數(shù)據(jù)、狀態(tài)是否正常

B端產(chǎn)品存儲了大量的業(yè)務信息，數(shù)據(jù)、狀態(tài)無誤是OA正常運行的基礎(chǔ)，有些問題在測試時并不能完全發(fā)現(xiàn)。

2. 未考慮到的情況并及時回復處理

產(chǎn)品規(guī)劃時需要盡可能考慮到各種情況，然所有的考慮都是基于已有的經(jīng)驗，上線后也許會遇到新的問題，這需要pm和開發(fā)能夠及時應對處理。

以上，就是筆者當前規(guī)劃OA功能的大致流程。總結(jié)OA的幾個重點就是數(shù)據(jù)正確、使用穩(wěn)定、提高效率。有任何意見和想法，都歡迎進行交流~

本文由 @希音 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自Unsplash，基于CC0協(xié)議