<nobr id="u7t29"><object id="u7t29"></object></nobr>
<strong id="u7t29"><big id="u7t29"><video id="u7t29"></video></big></strong>
    <dd id="u7t29"></dd>
    <form id="u7t29"></form>
    <tbody id="u7t29"><track id="u7t29"><video id="u7t29"></video></track></tbody>
      <dd id="u7t29"><big id="u7t29"><noframes id="u7t29"></noframes></big></dd>
      <nav id="u7t29"><optgroup id="u7t29"></optgroup></nav>
      <ol id="u7t29"><xmp id="u7t29"><th id="u7t29"></th></xmp></ol>
    1. <rp id="u7t29"><acronym id="u7t29"></acronym></rp>
    2. 項目管理資源網

      您的位置:項目管理資源網 >> 活動項目管理

      大型項目的產品工作心得

      2016/8/18 11:44:30 |  10821次閱讀 |  來源:網友轉載   【已有0條評論】發表評論

        最近做的一個項目從需求分析到上線綿延了四個月之久,從中得到的一些關于設計較大型產品的心得,這也是目前接手過功能點最繁復,產品線對接最多的一個項目。

        一、立項前

        1、統一元素設計需考慮周全

        也許是初創團隊的緣故,我不得不感嘆團隊對產品經理要求之嚴格之縝密,項目全程只有一個人負責,所以大到產品線對接,小到一句提示的位置和展示形式都需要一一推敲。

        哪些元素應該做到統一?

        A、提示方面:統一的操作成功/失敗提示;統一的彈窗形式;提示語言采用較統一的句型;為空情況的友好提醒;溢出情況的友好提醒;表單實時驗證的提醒形式等。

        B、文字方面:是否有統一的段落前“·”號;統一的鏈接狀態;統一的字體、間距、行高等。

        C、圖片方面:調取圖片的統一尺寸;如果是上傳圖片類的操作,需要考慮周全全站的調取情況,以及考慮是否統一預覽圖的尺寸等。

        D、細節交互:未激活功能的按鈕做“灰色”處理(例如用戶沒有勾選信息時批量刪除按鈕不可使用);按鈕點擊的狀態統一(例如增加“提交中”的按鈕狀態,以防止網速慢用戶狂點某一按鈕的情況);特殊控件的統一等。

        也許會有朋友說,上面有些是交互設計師需要做的事,但我一直認為作為一個產品經理考慮周全一些,沒壞處。這些“統一”同樣可以用在驗收階段,要知道,即使一個像素也可以改變整個產品的感覺。

        2、原有功能的去留

        我一直覺得升級已有產品比開發新產品難一些。這就像栽培植物一樣,新種下一棵果樹無非需要選對了土地,然后刨個坑種下去,然而成長期的去病枝、打頂等各種修剪所消耗的精力往往更多。

        改進已有產品常常需要面對一個最棘手的問題:原有功能是去是留?

        原功能去掉的話是不是會影響部分用戶使用?是否需要通過公告、站內信、界面引導等方式友好地告知用戶?怎樣把對用戶的傷害降至最低?

      原功能留下的話是不是可以優化完善?聽到了什么用戶群怎樣的聲音?是否要在這次升級中做調整?

      這些問題當接到項目的時候,產品經理就應該考慮周全了。特別需要注意的是,如果這個產品之前不是自己設計的,那么最好找到PRD說明文檔細細研究一遍,對把握不準的功能點找到原負責人確認,畢竟樹苗是Ta摘的,別把將來最能結果的枝干給砍了。

      3、產品線上下游的對接

      昨天有跟朋友聊起淘寶強勢之處,就是產品與產品緊密捏合,線上線下、跨平臺跨行業形成了一個盤根錯節、根深蒂固的根基,無可撼動。

      所以把握產品線上下游和產品周邊很重要,即使一個看似簡單的新聞展示頁面修改也會牽扯到編輯后臺、廣告位管理、幫助中心,甚至是訪問統計、數據需求的變更。

      這要求在產品設計開始前,需要把該產品“連根拔起”,仔細梳理相關脈絡,如果產品線夠長,一個清晰的產品線結構圖很有必要。

      二、項目中

      1、項目期間來自相關產品線調整的影響

      項目期間相關產品線的調整是我最不愿意遇到的情況,這就像你在通往目的地的道路上高速行駛,就快要到達終點了,突然一個人告訴你:你走錯路了。

      項目里有一個通用模塊,產品設計到一半,這個通用模塊改了;項目里有一個流程,產品做到一半,這個流程廢棄了;最要命的是已經立項開發了,你不得不硬著頭皮跟程序員說:“因為一些不可抗拒原因,這個需求咱不做了?!?/span>

      對于一個耗時較長的項目來說,這種情況難以避免,事出原

          項目經理勝任力免費測評PMQ上線啦!快來測測你排多少名吧~

          http://www.e-orientech.cn/pmqhd/index.html

      “項目管理生根計劃”
      企業項目經理能力培養和落地發展方案下載>>

      分享道


      網站文章版權歸原作者所有,如有認為侵權請聯系我們,將于1個工作日內作出處理!
      網友評論【 發表評論 0條 】
      網友評論(共0 條評論)..
      驗證碼: 點擊刷新

      請您注意護互聯網安全的決定》及中華人民共和國其他各項有關法律法規或間接導致的民事或刑事法律責任
      ·您在項目管理資源網新聞評論發表的作品,項目管理資源網有權在網站內保留、轉載、引用或者刪除
      ·參與本評論即表明您已經閱讀并接受上述條款
      国产成人无码AV一区二区三区
      <nobr id="u7t29"><object id="u7t29"></object></nobr>
      <strong id="u7t29"><big id="u7t29"><video id="u7t29"></video></big></strong>
      <dd id="u7t29"></dd>
      <form id="u7t29"></form>
      <tbody id="u7t29"><track id="u7t29"><video id="u7t29"></video></track></tbody>
        <dd id="u7t29"><big id="u7t29"><noframes id="u7t29"></noframes></big></dd>
        <nav id="u7t29"><optgroup id="u7t29"></optgroup></nav>
        <ol id="u7t29"><xmp id="u7t29"><th id="u7t29"></th></xmp></ol>
      1. <rp id="u7t29"><acronym id="u7t29"></acronym></rp>