談一談,自身做產品經理的一點感悟

 
 
許久沒有更新了,最近孩子出生了,忙了一段時間後,還是決定把之前的文章撿起來,整理一下,發出來。
這篇文章只是簡單的框架,對框架內的東西做了一些簡單的闡述,希望大家看過之後有所感悟。
 
 
在這裏插入圖片描述
 


 

一. 產品經理

先來說說產品經理的定位吧,一定是產品設計,但是產品設計不是產品經理一個人放飛自我的隨意想象,而是依據客戶的實際需求,分析競品,結合公司現有的實力範圍(框架、組織結構等),不斷的從各種選項中選擇出一套完整的、風險因素最小的方式來打造出的“極品”;在產品設計過程中,從最初的需求調研分析到最終產品的成型似乎都是在做一個權衡的遊戲,不斷在做一個個選擇題。
 
 

二. 產品設計的因素

產品設計過程中總會受諸多因素影響,但概括來無非還是老掉牙的三個維度:商業、技術和用戶。

商業方面可以分爲:

  • 企業(企業文化、公司制度、業務場景、企業戰略目標等內因)
  • 市場(目標市場、市場規模、市場時機、營銷策略等)
  • 競對(競爭對手分析);

技術方面則需要綜合考慮技術實現難度、技術成本、技術團隊的人員配備等等因素;;

用戶方面則更廣:產品團隊首先是第一用戶;那麼實際使用的用戶也就是目標用戶則爲重中之重;其次我們也要考慮到可能存在的潛在用戶,也要考慮 產品生命週期中的實際支持者,產品決策者,產品驗收人員對產品可能存在哪些實際需求點。
 
 

三. 關注痛點

痛點一定是用戶急於通過產品來解決的實際需求問題

  • 挖掘用戶真正的剛需
    我們需要通過客戶來挖掘客戶的實際需要,不僅要從年齡、性別、文化水平等外在指標來分析用戶,更多的要從用戶的價值取向、偏好等內在因素去分析、挖掘用戶真正的剛需。
  • 幫助客戶認清自身的剛需
    我們需要幫助用戶明確自己的剛需,讓用戶意識到自己的需求有多麼急迫,用戶清晰了自己的剛需纔會產生自驅力、纔會依賴你的產品。
    在產品設計中使用適當的策略去激發用戶的痛點,適當刺激會讓用戶有更高的粘性。
  • 驅動客戶
    爲用戶提供能滿足剛需的安全感與確定感。
    用白話來說就是:用戶不用我們的產品,他仍然可以完成他的日常生產生活,那麼我們需要通過產品策略不斷輔助用戶保持自我驅動力。
  • 確保滿足客戶的剛需
    確保能滿足剛需是產品的根本,也是產品存在的最終價值。
    無論過程怎樣,產品與服務的最終目的都是幫助用戶解決痛點滿足剛需,請真誠的對待用戶,不欺騙、不作惡。

時刻謹記我們需要尋找的不是一羣“長相近似”的人,而是一羣“價值觀趨同”的人。

四. 關注邊緣

(一)更新迭代

  • 做好測試工作:確保新舊版本兼容,確保增加的功能和特性滿足用戶需求
  • 爲客戶提供初始的培訓工作,在版本迭代後,對重大需求變更做出相應的培訓
  • 儘可能不要修改用戶已經習慣的使用方式和操作流程,出非流程出現重大的改變
  • 對APP的重大迭代要做好充分的講解和友好的頁面提示工作
  • 快速響應:通過現有的通訊工具,爲客戶提供先上及時的技術應答工作
  • 部署方式:區域性逐步部署,在某個區域內部署版本,然後逐步擴大範圍

(二)邊緣交互

  • 點擊交互:鼠標單擊,屏幕點擊,應給予相應的選中提示;使用顏色引導用戶對“確認”“取消”的選擇
  • 圖片:預加載狀態、鼠標懸浮狀態、默認狀態、圖片加載失敗狀態
  • 打造合理時間間隔:廣告輪播切換間隔時間5000ms,廣告輪播漸隱漸現過渡效果1000ms,左側目錄導航移入、移出、導航延時展開延時100ms,鼠標hover延時反饋延時200ms

五. 項目管理

(一)敏捷開發

敏捷(Agile)是一種關注價值、消除浪費、以人爲核心、迭代、循序漸進的開發方法,也是一種不斷適應變化和以人爲本的開發模式,產品承接需求變化,不斷更新迭代;瀑布模型等傳統軟件開發過程試圖對一個軟件開發項目在很長的時間跨度內作出詳細的計劃,並形成詳細的文檔,然後依照計劃進行開發。敏捷開發以價值、目標和人爲導向。

如果要實行一個很好的scrum,通常要滿足兩點:一、團隊有三名或以上的研發工程師;二、團隊內有一名合適的Scrum Master。當團隊內無法找到合適的Scrum Master時,不要輕易推行敏捷。如果你的團隊是由新人組成,或者即使有資深員工但是他並不瞭解或認同敏捷開發的話,那麼你需要等待合適的Scrum Master出現。

當你真正實行敏捷開發時,要注意量化衡量團隊的執行力的指標:完成度、評估準確度、計劃合理度。這是評定整個進度的很重要的指標,也是讓迭代更好的進行下去的準則。

(二)其餘開發模式

迭代式開發,不要求每一個階段的任務做的都是最完美的,而是明明知道還有很多不足的地方,卻偏偏不去完善它,而是把主要功能先搭建起來爲目的,以最短的時間,
最少的損失先完成一個“不完美的成果物”直至提交。然後再通過客戶或用戶的反饋信息,在這個“不完美的成果物”上逐步進行完善。

螺旋開發,很大程度上是一種風險驅動的方法體系,因爲在每個階段之前及經常發生的循環之前,都必須首先進行風險評估。

六. 項目經理與產品經理

產品經理

細心打磨產品,負責產品整個生命週期,負責產品的更新迭代;
從實際出發,進行用戶需求調研、需求分析、需求優先級制定並實現需求-功能點轉化;
平衡商業、技術、用戶、企業等多重因素,實現產品方案落地;
在項目實際推動過程中,參與促進運營、用研、視覺、交互、前端、開發、測試等多個角色協同合作;
跟進產品落地,負責產品驗收並確保產品質量
協助產品推廣運營

項目經理

以項目爲核心,把控項目成本、範圍、時間及質量

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章