后臺產(chǎn)品，需要做整體信息架構：

之前的工作狀態(tài)：

業(yè)務提一個需求，產(chǎn)品跟進一個，開發(fā)做一個，整體狀態(tài)，以及后臺架構較為混亂。那么應該要做的是：

給業(yè)務人員，多交流，記錄需求點，分析高頻低頻操作，主次需求；然后把需求分級、排期。后臺業(yè)務人員通常種類繁多：比如現(xiàn)在的系統(tǒng)來講：運營，客服，審核人員，管理員，不同的人權限不同。權限管理相對來說，開發(fā)量還比較大。那么尤其是在產(chǎn)品上線前期，權限操作可以放到下一個版本來做。

近期做了一段時間后臺系統(tǒng)，有以下兩點心得

一、與開發(fā)的協(xié)調合作：

在產(chǎn)品上線前期，整體后臺開發(fā)相比較于客戶端，優(yōu)先級低；并且開發(fā)人員工作是并行的（即他可能同時負責客戶端和后臺），所以造成我：不太好意思催他們。因為一旦他們說在趕客戶端bug，這時候我就毫無理由的退后了，而且還會感覺自己催的不是時候？這樣到后來，我不去跟進度，需求也沒有限制他們完成的時間；程序猿的時間就不好把控，造成了節(jié)奏感斷截，可能有時候特忙有時候閑。后臺的工作雖然優(yōu)先級不是最高，但也是一定要用上的，不少工作離開他沒法進行。那如果后臺沒按時完成，阻礙了其它工作，產(chǎn)品負責人下來也會很郁悶。開發(fā)可能還會覺得產(chǎn)品把任務安排的不合理。

現(xiàn)在客戶端的迭代情況：客戶端是一個大的團隊，每次一些細小的更新都會郵件通知給所有人，其中有承擔任務和沒承擔任務的人，這樣給有任務的人一種無形的壓力（比如，大家都知道這個事情要兩天搞完，搞不完就是自己的問題了）。后臺我現(xiàn)在的做法卻是給相關的兩個人對需求，發(fā)郵件，這樣造成他們沒有緊迫感，其它人也不清楚我們在忙啥。

但是PM一定要記住：項目或者產(chǎn)品沒有按時完成，你應該是負最大責任的那個人。這時候你去說研發(fā)效率低，測試沒有仔細測什么的都不能影響到你的產(chǎn)品項目失敗的結果。

所以比較好的做法是：后臺安排任務也可以和客戶端一樣：切分任務，估計工時，優(yōu)先級定位；這樣開發(fā)可以在不忙的時候做后臺，客戶端有任務先搞客戶端；然后，產(chǎn)品按時間驗收后臺系統(tǒng)和客戶端。

二、給有性格的開發(fā)如何溝通

有個性的開發(fā)通常技術也NB，他邏輯清晰，思維敏捷，愛代碼，經(jīng)驗豐富；同時，他可能很高傲，高冷。假如產(chǎn)品在給這樣的人對需求時，場景經(jīng)常想不全，邏輯矛盾。ps：邏輯有遺漏其實可以理解吧，畢竟評審就是要發(fā)現(xiàn)遺漏的。但絕不能總是遺漏顯而易見的大邏輯。

這樣的大神應該很討厭強勢的PM，個人感覺。

對待他們，1，產(chǎn)品要放低態(tài)度，比如后臺出選方案時，不確定用哪個，可以用請教的方式，請他們從開發(fā)角度提出建議，他們的建議可能會避免你掉坑里；2、私下里多交流吧；3、PM要注意，做事要專業(yè)，不是關系好糊弄糊弄就行了，這樣下去，最后糊弄的一定是自己。邏輯多想，場景多考慮。評審的時候，調整狀態(tài)佳，論據(jù)、論點準備充足。