<s id="feoiw"><acronym id="feoiw"><u id="feoiw"></u></acronym></s>

<button id="feoiw"><acronym id="feoiw"></acronym></button>
  • <span id="feoiw"></span>

  • <progress id="feoiw"></progress>
  • 產品設計師和產品經理的區別是怎樣的?

    產品設計師和產品經理之間的分工應該是如何的?特別是在原型這塊任務分工?我在工作中經常就遇到這個問題。
    已邀請:
    英扎吉

    英扎吉 - 上當不是別人太狡猾,而是自己太貪

    贊同來自: K

    產品設計師和產品經理有些技能上有所重疊,所以導致產品開發的時候時有打架,倒也是正常的。
    小型公司或者小團隊,產品經理就應該是自己干完。產品經理本身對用戶的交互流程就應該有所涉獵。在“用戶怎么用這個產品,這個產品長得怎樣?”這些方面必須有一定的概念。

    其實這里的分工是根據團隊的習慣來走的,沒有固定答案,我是這樣玩的,僅代表產品經理視角:

    1、產品經理輸出產品基礎原型。這個原型輸出后,即使不走視覺設計,那么也應該是能用的,雖然丑了點(有交互流程,有基礎UI)。
    2、產品經理文字輸出對該產品的理解,產品的目標人群,使用頻次,使用場景,產品背景等等。確保產品設計師了解這個產品的相應背景。
    3、當面找產品設計師聊,在1和2這些點內雙方達成共識。產品經理要相信,在交互層面上,產品設計師是專業的,所以如果涉及到交互流程上面的更改建議,一定要耐心傾聽。

    對于糾結的點,再分情況討論。如果是產品設計師對第2點中的某些方面理解不充分導致的分歧,用數據證明。如果是細節而且非必要項,求同存異??偨Y下:

    1、默契比什么都重要。
    大家合作幾次后,大致都能了解到對方的思考模式和對產品的觀點。屆時再進行合作,那么碰撞會很少,共識會很多。
    2、數據應該齊分享
    從產品上線前的調研數據,到產品上線后的反饋數據,產品經理是應該跟產品設計師有著充分的信息同步。產品設計師只有了解充分的信息,面對那份基礎原型才會盡可能給出接近產品經理和用戶需求的設計交付件。
    上線后的反饋,更能看出哪些設計點上的出色和某些點的不足,在下次迭代的時候,產品設計師才更了解該怎么做。?
    ?
    豆丁

    豆丁 - 人的一生就是這樣,先把人生變成一個科學的夢,然后再把夢變成現實

    贊同來自:

    簡單理解是產品經理做骨架,產品設計師做血肉,UI設計是穿衣服
    K

    K - 就是這么拽

    贊同來自:

    產品經理的第1個角色是信息架構:分幾個頻道、功能需求列表是什么——這個是產品經理負責而不是設計師負責的;

    產品經理的第2個角色是項目管理:版本計劃、開發進度的跟蹤管理、用戶反饋的消化和整理——這些也是產品經理負責而不是設計師。

    拿畫原型來說:如果有產品經理和設計師這兩個角色存在。

    那么出原型前的一些文檔,比如頻道地圖、功能列表(樹)——這些必須由產品經理出而非設計師。
    而至于低保真原型,這個是模糊地帶,兩個角色都能做,但主要責任在產品經理(涉及到的流程圖 和 語匯詞典的標準解釋 必須由產品經理負責,如果有交互設計師這個角色存在,他也要參與)。

    高保真原型也是模糊地帶,但這時的主要責任就是設計師的——這個環節存在的前提是你們公司需要在低保真原型上再出高保真原型。高保真原型出來了,在此基礎上的PRD也有了,剩下設計工作當然就是設計師的——這時產品經理只有監工的責任而沒有執行的義務。
    ?
    Cy

    Cy - 剽悍的人生不需要解釋

    贊同來自:

    這個要分公司的,小公司沒區別,大公司一個是管理,一個是執行

    參與討論請先登錄注冊

    深夜福利爱爱视频
    <s id="feoiw"><acronym id="feoiw"><u id="feoiw"></u></acronym></s>

    <button id="feoiw"><acronym id="feoiw"></acronym></button>
  • <span id="feoiw"></span>

  • <progress id="feoiw"></progress>