中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

本文拋開各種產(chǎn)品經(jīng)理能力模型，僅聊聊在設計師眼中，一位“靠譜”的產(chǎn)品經(jīng)理畫像是什么樣子的。

入行設計接近4載，感覺和自己對接的人員對自己的評價中，最喜歡的一個詞就是：靠譜。

沒錯，很中性的一個詞，但是去而包含和別人對你的極大肯定，不需要多于的美化，也不需要過多的捧殺。

轉(zhuǎn)回正題，隨著對接不同的項目，接觸到了形形色色的產(chǎn)品經(jīng)理，有剛?cè)肼毜牟锁B，也有混跡多年的老油條。僅從設計師眼中看來，一個“靠譜”的產(chǎn)品經(jīng)理，不僅可以提升整體項目流程的效率，同時也可以讓設計、開發(fā)、測試人員都處在一種十分融洽的氛圍中共同完成目標。

接下來的正文，就拋開各種產(chǎn)品經(jīng)理能力模型，僅聊聊在設計師眼中，一位“靠譜”的產(chǎn)品經(jīng)理畫像是什么樣子的。

1、產(chǎn)品思維

眾所周知，PM往往需要多樣化的學歷、工作背景，以適應不同的互聯(lián)網(wǎng)產(chǎn)品，這是他們自身的優(yōu)勢，但是背景多樣化帶來的負面效應就是互聯(lián)網(wǎng)產(chǎn)品思維的不平衡。一位具有較好產(chǎn)品思維，或者學習能力強，能夠快速塑造自身產(chǎn)品思維的PM，在對接過程中會很順利。設計師提出的體驗優(yōu)化點或者方案，產(chǎn)品能夠快速響應并從產(chǎn)品角度給出調(diào)整方案，從而將需求細節(jié)打磨更加精致。

但是產(chǎn)品思維不強的PM，設計師在對接需求的時候往往會感到心里很累。在需求提出開始就會很無語，漏洞百出的方案描述，或者只有一句話來描述“增加XXX功能”。看到這樣的需求，任何一個設計師心里估計都要奔潰一陣子。

度過了需求提出的難關，在做需求的過程中，設計師會根據(jù)實際體驗和視覺效果進行微調(diào)，調(diào)整內(nèi)容需要跟PM溝通確認。本來這是一個很正常的流程，但是筆者就不幸遇到過一個“相對”比較“缺失”產(chǎn)品思維的PM，給出N種優(yōu)化方案，并附上優(yōu)勢和劣勢點說明。

但是PM的回復是：

“我覺得你的方案和我給的差不多啊~”

“吧啦吧啦吧啦吧啦吧啦吧啦”

……

然后，就沒有然后了。

剛開始筆者以為可能是我的方案不清晰？所以還會去認真“撕X”一下，但是后來發(fā)現(xiàn)，情況不對?。?/p>

可能不是我方案的問題，而是發(fā)現(xiàn)，筆者說的一些優(yōu)勢和劣勢的問題，對方好像根本沒有意識到，并且自動過濾掉了。他的眼中只有他自己最原始那個漏洞百出，從多個競品里抄來拼湊的圖啊。

對于設計師自己負責的項目，面對這樣的情況，設還是需要堅持自己的立場并尋求圓滿解決方案的，但是具體手法，這里就不贅述了。

2、對項目的整體規(guī)劃能力

任何產(chǎn)品不是一蹴而就的，在敏捷開發(fā)的指導下，需要多個小版本的快速迭代上線，從而實現(xiàn)互聯(lián)網(wǎng)產(chǎn)品的速度優(yōu)勢。因此，無論是從0到1的產(chǎn)品，還是線上產(chǎn)品的功能優(yōu)化，都需要多個小版本快速疊加起來的。

版本一多，勢必會拉長整個流程周期，每個周期內(nèi)需要完成版本的哪個功能，就是PM需要從一開始就要意識到的（這里需要排除BOSS主導的一些項目，畢竟很多時候，老板的也就是一句話的事，但是影響到執(zhí)行層就是天壤之別了），這樣PM對產(chǎn)品每個階段的目標有明確的認識，具體反映在每一版本的需求都是層層遞進關系，就算有迭代或者回滾現(xiàn)象發(fā)生，也能夠做好風險規(guī)避，避免設計和開發(fā)重復的工作量。

還是說一下反面例子，如果產(chǎn)品對項目整體缺少規(guī)劃能力時，就會出現(xiàn)以下的現(xiàn)象：

1. 縱向上進行功能優(yōu)化時，每個版本缺少銜接性和遞進，導致每一版本中出現(xiàn)重復設計，或者由于是斷層式需求，所以體驗或者視覺樣式上不一致問題；
2. 橫向上功能重構或者新項目啟動過程中，各個功能模塊之間的邏輯關系不清晰，不同功能模塊之間的跳轉(zhuǎn)邏輯和復用關系混亂，后期需要耗費很大工作量去排查。

3、節(jié)點把控能力

PM要有主人翁意識，對產(chǎn)品的上線效果負責，所以要把控產(chǎn)品流程的每個節(jié)點，以及各個環(huán)節(jié)之間的配合效果。因為有些項目可能不會專門配置項目經(jīng)理來把控項目進度和流程，這就要求產(chǎn)品能夠從宏觀大局上出發(fā)，在流程與時間上找到平衡點，保質(zhì)保量完成任務。

同時對于開發(fā)調(diào)整需要及時與設計、測試同步，避免項目流程阻塞，很多內(nèi)容需要當事人重新確認，從而耗費工作量。

這里的節(jié)點主要指時間節(jié)點，畢竟很多設計和開發(fā)手中的項目是并行開發(fā)的，每個項目需要給出合理排期，一個版本內(nèi)相對完整的項目時間流程如下圖：

前期PM提出需求并進行評審，包括內(nèi)審、設計評審、開發(fā)評審等，在這個過程中交互設計需要設計結束，同時啟動視覺設計。需求確定并收集截止后，后端優(yōu)先啟動開發(fā)，隨后前端開始開發(fā)，隨后就是進行測試和設計驗收，待BUG修復完成后，可進行Android灰度測試或者iOS版本的內(nèi)測，隨后就是提交應用商店等待上線。

所以從流程中中可看到，設計、開發(fā)、測試的工作都是緊密配合并且有重疊的，所以需要做好時間規(guī)劃，把控每個節(jié)點的啟動和結束時間，同時為每個流程都需要預留可浮動的天數(shù)減少項目風險。

4、品德與責任感

無論產(chǎn)品是否做得好，但是要先學會做人。為人處事要正直端正，唯唯諾諾或者趨利避害的性格是無法勝任的。PM是項目的牽頭人，如果頭部出現(xiàn)問題，那身體的其他部分就太容易失控了。

曾經(jīng)參與過一個項目就遇到了一個缺乏責任感的PM，相比與缺少產(chǎn)品思維或者其他靠譜能力而言，對于團隊的傷害更大，主要表現(xiàn)在：

（1）不愿擔責任

項目出問題需要討論確定時，本著多一事不如少一事的態(tài)度，任由事態(tài)發(fā)展或者當事人自己解決，不主動去把控問題解決進度和結果。

（2）處事不端正

內(nèi)部合作出現(xiàn)問題，總是想著息事寧人，維護表面的和諧。面對強勢的對接人員就容易妥協(xié)，面對性格溫和的對接人員就滿不在乎，內(nèi)心缺少公平公正感。

（3）甩鍋

項目delay，PM本身對于關鍵問題不敲定，不發(fā)出郵件確認和明確，這樣就會很容易讓項目組內(nèi)部關系一團糟，問題出現(xiàn)時難免會出現(xiàn)互相甩鍋的現(xiàn)象，結果項目內(nèi)部需要花費很多時間和精力來追責而不是完成項目進度。

在設計師眼中，“靠譜”的PM既懂得產(chǎn)品，又懂體驗，同時還有一些美學知識，當然他是一個品行正直有責任感的人……如此看來，作為一個“靠譜”的PM也是不容易啊。

#專欄作家#

蝦米&胖喵，微信公眾號：pangmiaodesign，人人都是產(chǎn)品經(jīng)理專欄作家。高級交互設計師（百度/愛奇藝），夫妻搭檔，貓奴。曾做過公益產(chǎn)品、影音媒體產(chǎn)品，目前專注于企業(yè)級產(chǎn)品、娛樂社區(qū)產(chǎn)品體驗設計?！坝胸?，就有一萬種美好！”

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

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