主要以流程圖的形式展現:
在實際過程中,需求優先順序的排序主要從以下幾個維度考慮:
2.1 產品生命週期階段談產品的生命週期,從《使用者體驗要素》中的5個層次來講,就是戰略層的思考。產品處於不同階段,側重點是不同的。處於引入期,能帶來新增的功能優先順序較高。新增達到一定量級的成長期,留存變得更重要。成熟期的產品,商業化變現逐漸重要起來。這主要是從產品的定位來考慮。有些產品從一出現開始,就是為了大量變現的,洗一波使用者就撤的。
2.2 影響範圍
需求的影響範圍是衡量優先順序的重要因素。直接影響產品的絕大部分核心目標使用者一定是優先順序高的需求,這是產品的基石。對於乙個toc線上產品而言,核心功能至多2-3個,解決使用者的核心痛點。功能日活躍滲透率是個很好的衡量指標。
2.3 影響程度
痛點需求一般情況大於癢點需求。只有因為難用而死掉的產品,沒有因為難看而死掉的產品。a功能影響使用者基本使用,b功能能夠基本達到使用者要求,孰輕孰重?
2.4 投入產出比
投入產出比主要考量效益和成本。效益可以包含直接收入,運營效率及推廣成本,使用者的效益等。成本主要是人力成本、時間成本和金錢成本等。潛在風險有時候也是未來的一種成本。較小的成本獲取較高收益的需求一般優先順序較高。
2.5 老闆需求 (偽需求)
老闆需求是產品經理無法避免的,而且一般優先順序較高。這主要是從需求**的維度去考慮,有同事、使用者、老闆…..為什麼收老闆需求優先順序高?首先,老闆的經驗和思考高度一般是高於一般產品經理的。其次,老闆是直接為產品最終結果買單和負責的。最後,不按照老闆需求來,產品經理可以滾蛋了……這裡討論的老闆需求,不討論老闆需求的正確性。如果已經說服老闆調整需求優先順序,就不存在該問題。而是老闆就是要提高某個需求的情況下,且態度較明確。
2.6 目的明確,版本封閉
無論需求的優先順序多麼高,產品迭代的版本必須封閉。目前網際網路產品主要通過快速迭代方式進行,週期一般1-2周時間。乙個版本開發周期越長,功能越多,延期風險越大,且問題是成倍的出現。一般情況下,對於影響重大,實時性非常強的需求才可臨時加入當前版本,否則加入下個版本。需求未能按時完成,為了按期版本封閉,常用方法為砍需求。
oracle學習第一彈
每當我們建立資料庫例項的時候,就會自動的建立三個使用者 sys使用者 超級管理員,許可權最大 system使用者 系統管理員 scott使用者 普通使用者 有三種方式登入oracle資料庫 1.命令列sqlplus 2.sql developer 3.企業管理器,通過web訪問 sql plus是o...
ROS學習第一彈(ROS Tutorial)
今天學習了一下ros的系統配置和一些工具和概念,廢話少說,上 在之前的安裝中,由於使用的是apt軟體安裝管理器安裝,所以裡面的包應該是無法修改的,如果想要修改,應該採用編譯安裝。一些基本命令 cd file name 進入某一檔案路徑 cd 返回上一級目錄 ls 列出當前路徑下的所有檔案 rospa...
菜鳥部落格第一彈
隨著乙個多月的大學生活結束,今天終於開始了畢業的第一天工作。請了40多天的假,本來以為工作會悲劇的。但到公司同事和領導的關心使我擔心的小心感到了溫暖。早就想實現這個計畫,想在正式工作的時候寫部落格,也就是想記錄下每天的工作和每天的心情。寫博主要是記下這剛開始艱苦的歲月,不求對別人幫助,本人是菜鳥,歡...