從技術(shù)角度看,很多產(chǎn)品都會犯這7個錯誤

13 評論 12684 瀏覽 90 收藏 9 分鐘

之前的經(jīng)歷只能代表過去,而你未來的行為才能決定你在這條路上你能走多遠(yuǎn)。

私下不斷學(xué)習(xí),不論線上公開課或是線下課程以及相關(guān)書籍,總在不斷汲取前人的諄諄教誨。網(wǎng)上很多人都說“什么都不會的都去做了PM”,“PM門檻低”,作為一個無時無刻不跟PM打交道的我來說,深有感觸。但是我個人認(rèn)為:之前的經(jīng)歷只能代表過去,而你未來的行為才能決定你在這條路上你能走多遠(yuǎn)。至于到底是從哪個行業(yè)轉(zhuǎn)過來的,大可不必介懷;持續(xù)的學(xué)習(xí)及自省才能保證你在這條路上越走越寬。

好了,進(jìn)入正題,談?wù)勎矣龅降囊恍┊a(chǎn)品經(jīng)理(畫圖經(jīng)理),也算時刻警醒自己,避免未來犯些同樣的問題;

1、借鑒(不動腦!)

常用口頭語,“別人怎么怎么樣”,“他們就是這么做的”,“按照這個做就行”這應(yīng)該是很多產(chǎn)品經(jīng)理都做過的事情。借鑒跟抄襲完全是兩碼事,沒有結(jié)合自身的業(yè)務(wù)及產(chǎn)品定位就一味地生搬硬套這是不動腦!根據(jù)自身業(yè)務(wù)模式,產(chǎn)品定位,使用場景,用戶受眾而有選擇性的模仿這是借鑒。

曾經(jīng)做過一個O2O項目是關(guān)于賣酒的,老板(老板是最大的PM)來一句:按E代駕那樣做,主打一鍵叫酒功能,不管在哪隨時隨地可以買酒。模式很創(chuàng)新,但是這界面跟他們一樣真的好么?還有,喝酒的場景,一般是小飯館、飯店、酒吧、KTV或家里,但是飯店、酒吧、KTV之類的一般是不允許自帶酒水。產(chǎn)品的定位都是進(jìn)口酒,消費(fèi)用戶又是那種相對經(jīng)濟(jì)能力稍好的,所以盡管這個模式很創(chuàng)新但是細(xì)想,按照這個模式做可能并不一定很好。

2、不做用戶研究

不知道用戶真正想要的是什么!,單純?yōu)榱水媹D而畫圖,俗稱畫圖經(jīng)理!

老板:“這個應(yīng)該不錯,咱們可以嘗試一下,小張啊,你做個原型出來我看看”。

小張:“嗯,那個…功能?”。

老板:“你看下其他App怎么做的么”。

小張:“額…好嘞”。

。。。。。。一個星期過去了

小張:“老板,你看一下,原型做出來了”。

老板:“嗯!可以,可以…對了,那個地方這么做不對啊,你看看那什么什么怎么做的啊,把這個地方在改改”。

小張:“嗯,好的”。

。。。。。一個星期又過去了,接著。。。。。??啾频拈_發(fā)開始了。。。。

這種情況應(yīng)該是比較常見的,老板下需求、運(yùn)營或者PM去執(zhí)行,最后交給開發(fā),然后再循環(huán)往復(fù)。但是產(chǎn)品經(jīng)理很少去研究用戶,也不動腦去哪找到目標(biāo)用戶去研究。

例如:我們現(xiàn)在做的是一個家裝類產(chǎn)品,我們的客服是跟客戶打交道最頻繁的人,每天都需要電話回訪用戶,但是沒有人跟客服說或者系統(tǒng)的培訓(xùn)下,讓其在回訪用戶過程中有意識的記錄下用戶比較關(guān)心的問題;以及APP里客服系統(tǒng)的歷史聊天記錄,做些分析及總結(jié)。這些都是很好的采集用戶關(guān)心的問題及需求的地方,但是卻沒有人做,我覺得這就是沒有真正的思考。做好了原型,交給開發(fā),最后上線,萬事大吉!

哦,對了,忘了PM的一個很重要的職責(zé)(把控用戶體驗),在這一過程中,總時不時的跟我們說,“怎么能這么做呢,用戶體驗不行的”,張口閉口談他所認(rèn)為的用戶體驗?。。。ㄎ艺娴暮芟氪蚰悖阒烂矗?/p>

3、考慮不全面,邏輯都不通,開發(fā)效率低下

這邏輯不通啊,這沒網(wǎng)咋辦啊,這里要是沒數(shù)據(jù)咋顯示啊。這種情況下,文案寫什么啊。

這種情況也經(jīng)常出現(xiàn),雖說智者千慮,必有一失,但您這失的頻率也忒高了點(diǎn)吧?

沒有流程圖,單純的畫產(chǎn)品原型,哪怕你是創(chuàng)業(yè)團(tuán)隊,時間有限,沒有功夫畫流程圖,那您也得自己好好把整個流程過個幾遍吧?看看哪里有遺漏缺失什么的。

4、不經(jīng)常把玩自家產(chǎn)品

我始終認(rèn)為(最基本的好么?。┳约旱漠a(chǎn)品一定要多用,只有這樣才能發(fā)現(xiàn)一些不易發(fā)覺的問題。

我因為開發(fā)的原因所以總無法避免的要天天面對它,就因為這樣我總能看到一些PM發(fā)現(xiàn)不到的問題及可優(yōu)化的地方。如果一個技術(shù)對產(chǎn)品的了解甚于PM,想讓技術(shù)尊重你?咱們還是談?wù)勌乩势债?dāng)選的問題吧。

5、產(chǎn)品沒規(guī)劃及對整體的把控、后期跟蹤不到位!

產(chǎn)品上線就結(jié)束了,沒有后續(xù)的版本規(guī)劃,老板說后期做什么后面就做什么沒有自己的一點(diǎn)想法。說白了就是對所處行業(yè)了解的不夠透徹,產(chǎn)品后續(xù)的走向不知該如何把握,只能單純做一些執(zhí)行方面的工作(畫原型);產(chǎn)品開發(fā)期間進(jìn)度很少過問,跟蹤不夠及時。

雖說項目進(jìn)度是項目經(jīng)理的工作,但是實(shí)際情況是很多公司都不是沒有項目經(jīng)理的,所以做為PM這塊是一定要抓起來的,整合各方資源為你所用,將項目順利往下推進(jìn)。

6、任何決策都沒有數(shù)據(jù)的支持,說服不了別人!

很多PM吐槽,技術(shù)老跟自己作對,交流不順暢,工作難以推進(jìn),總跟自己撕逼。身為技術(shù)的我,在做一個產(chǎn)品及功能的時候也是需要認(rèn)同感的好么?每當(dāng)接到一個SB需求,我內(nèi)心是很反感的,不好意思,就是不想給你做!下次請用數(shù)據(jù)說服我。

我接觸不少PM確實(shí)如此,有的連埋點(diǎn)都不知道,更別提什么數(shù)據(jù)分析了,不做統(tǒng)計工作,你到底是依據(jù)什么做的產(chǎn)品優(yōu)化及迭代,大神,請教教我好么!

7、不反思?。?!

古人有云:“吾日三省吾身”。

不求一日三省,好歹一個版本你省一次可好。

“什么這你都懶得省了”…..

他們自己私下到底有沒有反思總結(jié)我不知道,但是起碼從之后的工作中可以發(fā)現(xiàn),即使是反思總結(jié)了,也基本沒什么效果。好的產(chǎn)品是需要不斷打磨的,這就需要我們不斷的反思及總結(jié),在過往的工作及版本中出現(xiàn)過什么問題以便在日后的工作中不在發(fā)生同樣的問題。

最后最后想說的就是不斷的學(xué)習(xí),互聯(lián)網(wǎng)發(fā)展太快,智能機(jī)的興起掀起一股移動互聯(lián)網(wǎng)大浪潮,在以后的未來幾年誰又會知道會發(fā)生些什么呢,我們應(yīng)時刻抱有一種危機(jī)意識,不停的奔跑,即意識上危機(jī),行為上積極。

人無遠(yuǎn)慮,必有近憂。

謹(jǐn)記謹(jǐn)記。

 

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

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 非技術(shù)出身產(chǎn)品經(jīng)理的技術(shù)溝通秘籍!15天補(bǔ)齊程序/代碼、前端、后端、數(shù)據(jù)庫4大模塊基礎(chǔ)技術(shù)知識。
    詳情戳>http://996.pm/7daXE 或咨詢起點(diǎn)學(xué)院蘑菇(wx:qdxymg)

    來自廣東 回復(fù)
  2. 樓主果然是資深的開發(fā),應(yīng)該是架構(gòu)師級別的了吧。。本人小白想問個事,如果接手一個產(chǎn)品,一看就知道差的不行的。還需要做那些分析什么的么,比如UI很差,還是90年代的擬物化,我就不可以通過我自己經(jīng)驗做優(yōu)化?有必要做數(shù)據(jù)分析和調(diào)研么。。當(dāng)一個需求一年了還沒做出來那還需要用戶調(diào)研么?還需要收集客服的用戶反饋么?大神,知道為啥PM越來越?jīng)]腦子么?一個簡單的需求點(diǎn)評估時間30人天,90人天的,你感覺這個需求能推進(jìn)下去?要不就加人,要不就不要做的這么炫,只有這兩個辦法。所以,一邊開發(fā),一邊老板,逼的PM能動腦子么?動腦子的東西做不出來有什么用?什么是邏輯不通?我看你的舉例,這些邏輯不通我這個小白感覺這不是問題。。比如斷網(wǎng)情況,消息提示框提示網(wǎng)絡(luò)錯誤,這是最簡單的東西了吧,難度開發(fā)就沒腦子?當(dāng)產(chǎn)品出來了,主要需求功能點(diǎn)都有了才做用戶體驗,會提示主人,我感受不到網(wǎng)絡(luò)啦。這類的等等。額,個人看法,當(dāng)需求一砍再砍的時候,像您這種開發(fā)大神就會說這些沒用,那些沒用,這些做了帶來什么?如果做就1個星期,人工工資多少錢?做這個功能值當(dāng)不值當(dāng)?哎。。然后砍砍砍,到最后邏輯根本不通,好多小問題。然后就會說,你看看你做的方案,這不行那不行,什么都沒考慮到。對此,我只想說要不要把第一版方案拍你臉上?

    來自河北 回復(fù)
    1. 樓主寫的沒錯啊,這些都是產(chǎn)品經(jīng)理的通病啊。
      一開始就是小白,沒有一點(diǎn)營銷、市場經(jīng)驗,基本都存在這些問題。

      來自浙江 回復(fù)
    2. 作為一個剛?cè)胄袥]有一點(diǎn)經(jīng)驗的產(chǎn)品來說,出現(xiàn)以上問題很正常,而這些是我這些年做開發(fā)過程中,遇到的一些產(chǎn)品普遍存在的問題,不乏有工作一兩年的經(jīng)驗的人。而作為一個有經(jīng)驗的產(chǎn)品來說,以上的錯誤將使你在不論是技術(shù)、設(shè)計還是運(yùn)營的心里其專業(yè)性都會大打折扣,長此以往,你以后所做的任何決策,他們都會抱有質(zhì)疑。至于砍需求或是多報工期這是每個產(chǎn)品都會遇到的問題,不論大神還是小白,即使一個功能一個星期能做完,開發(fā)也會給自己預(yù)留幾天,因為這期間不知道會出現(xiàn)什么問題,導(dǎo)致實(shí)際工期延誤,還有特別想說明的一點(diǎn)是,有些功能產(chǎn)品看著可能感覺簡單,“那個什么什么不都有這個功能么。。?!弊鳛殚_發(fā)真的非常非常厭惡這種話,你看百度簡單么,就一個搜索框,但是你要考慮后面的整個邏輯?!?砍需求,時間不允許的情況下,這是必須的,但是,產(chǎn)品要把握一個原則就是,主要功能不能砍,酷炫動畫,以后可以迭代加(微信有酷炫的動畫么?這不是吸引用戶的重點(diǎn))。至于你說什么邏輯不通,這不是問題,開發(fā)就沒腦子?開發(fā)的腦子都放在寫代碼上面了,OK。所有的異常狀況,及異常狀況的頁面怎么顯示,文案是什么,異常狀況下頁面需要重新加載,加載方式?下拉?點(diǎn)擊屏幕?還是怎么樣?上述這些都是一些細(xì)節(jié)性的東西,也是比較基本的這些如果都出問題,那以后的工作將更難往下推進(jìn)。

      來自北京 回復(fù)
    3. 本人并沒有不贊同你說的,只是根據(jù)不同城市背景,不同環(huán)境,所面對的不一樣,像本人4線城市唯一一家互聯(lián)網(wǎng)公司,你能想象技術(shù)有多難招?技術(shù)的話語權(quán)是多重?所以針對本人這種情況下,你所說的這些錯誤根本不是錯誤。如果不存在這些錯誤的話公司是承受不住的,是要考慮成本的。而且砍需求方面本人對PHP、JAVA也略懂一些,我需要實(shí)現(xiàn)一個功能時,我是考慮進(jìn)去的,不是說“那個什么什么不都有么”。我認(rèn)為這個功能實(shí)現(xiàn)需要1周時間,開發(fā)考慮實(shí)際情況如果需要1周半,2周,我都能接受,但是一評估,1個月。我能接受,老板能接受?不接受怎么辦?砍!我沒有說邏輯不同是開發(fā)的問題,我是按照你的舉例,網(wǎng)絡(luò)錯誤下是怎么樣。最起碼,我做的東西考慮不到的地方很多,溝通解決。和運(yùn)維同學(xué)一起論證。但是邏輯不通的情況只有在不斷砍需求以后才會出現(xiàn)。當(dāng)老板不聽你說的,就要把核心砍掉,你知道有多無奈么。開發(fā)會說:我不管,那是你們的事,就給我需求我就按需求做。跟開發(fā)搞好關(guān)系的代價是需求根本不會按照理想做。我就想問,是做事的還是搞關(guān)系的?當(dāng)給開發(fā)好好說話的時候他會認(rèn)為你對你的東西沒底,是求他干活的。反正在我們這邊不撕逼根本推進(jìn)不下去。我基本不話圖,不寫PRD,當(dāng)初有個方案點(diǎn)擊某個按鈕進(jìn)入該頻道,點(diǎn)擊該頻道內(nèi)個人中心檢測登錄狀態(tài)。生生的做成了點(diǎn)擊按鈕就檢測登錄。告訴我他理解的是這樣,技術(shù)部門40多人,就開發(fā)主管是這么理解,他下面的開發(fā)就按他的理解做。額,說的有點(diǎn)多了??偨Y(jié)回復(fù):你說的這幾個錯誤并不是從技術(shù)角度看產(chǎn)品,而且從你的角度看產(chǎn)品。環(huán)境不同,單位性質(zhì)不同,很多產(chǎn)品是必須要按照你所謂的這些錯誤做。多說一句,開發(fā)像廚子,產(chǎn)品像服務(wù)員,需求方像顧客,你一個廚子了解服務(wù)員么?就像同樣不了解廚子,服務(wù)員只能這菜好吃不好吃,但是你廚子知道服務(wù)員需要怎么和顧客對接,怎么像主管,老板報告?你認(rèn)為的是僅僅點(diǎn)個菜傳個餐。

      來自河北 回復(fù)
    4. 提升專業(yè)性,并且跟開發(fā)搞好關(guān)系,對于以后工作的推進(jìn),將大有益處。

      來自北京 回復(fù)
    5. 永遠(yuǎn)不要小看調(diào)研的力量…只有考慮全面才能說服技術(shù)和老板你的需求多么有價值,那時候?qū)⒉辉偈切枨蟊豢常菍⑿枨蠓植襟E按優(yōu)先級開發(fā)~所有人都會配合你的~所以,永遠(yuǎn)不要小看調(diào)研的力量! 說幾句題外話,跟老板和技術(shù)匯報需求的時候,主打的點(diǎn)可能不一樣,這就需要PM不僅要分析用戶還要分析你匯報的對象,比如對于老板你可能要強(qiáng)調(diào)你的需求可以為公司帶來怎樣的利益,對于技術(shù)你的需求可以解決什么問題會用到什么前沿技術(shù),多跟他們聊聊產(chǎn)品聊聊理想,工程師們都希望自己有一天能變成技術(shù)大牛而不是寫代碼的~所以你看,一個看似簡單的匯報需求就需要調(diào)研好多東西呢~ 一起加油!

      來自北京 回復(fù)
    6. 非常贊同

      來自北京 回復(fù)
  3. 像我這種新手產(chǎn)品就有這種問題,有的邏輯走不通,唉,還是需要多學(xué)習(xí)啊

    來自江蘇 回復(fù)
    1. 同感,被技術(shù)鄙視的不要不要的

      來自江蘇 回復(fù)
    2. 特別是那句:“這個你們產(chǎn)品要考慮清楚啊。。?!保蝗f點(diǎn)暴擊啊

      來自江蘇 回復(fù)
    3. 都是有一個過程的,多交流,多學(xué)習(xí)。

      來自北京 回復(fù)
    4. 恩,同意~

      來自江蘇 回復(fù)