軟體行業從業十年的產品經理的得失雜談

2021-07-04 09:28:56 字數 2407 閱讀 9060

所謂時間飛逝、日月如梭,暮然回首,猛然發現自己出道伊始也將近十年了。回顧此前自己曾經擔任過的角色,不可謂不繁雜。曾經做過翻譯員、測試、開發、測試主管、專案經理、產品經理,甚至還做過銷售,徒步的大街小巷的去拜訪潛在客戶。此間我覺得最讓自己慨嘆的是當年做產品經理的時候的一些得失。所以這裡就打算寫下來,與同行們共勉。

其實之前所做的「產品經理」這個角色,我認為是應該打個引號的。因為真正去跑市場、去全世界到處飛、去挖掘需求的是德國那邊的乙個同事,只是開發團隊在珠海這邊,而我剛好英語溝通能力還算可以,所以就把我安排到這個所謂的「產品經理」的角色上來了。

所以,如果把客戶這個概念給抽象封裝一下的話,我們也可以說德國那個同事其實就是我們這個產品的客戶了。所以說,其實產品經理這個概念是比較泛的。你可以是乙個產品型的產品經理,乙個產品的創意的誕生到最終實現推向市場交到客戶的手上,整個過程你都必須把控;你也可以是乙個市場型的產品經理,針對已經在賣的產品,發掘市場的需求,然後交給開發團隊來不斷的迭代;等等等等。

這可能跟當時我做的這個「產品經理」的特殊性有關係吧,我當時花的絕大部分時間都是在我們的產品backlog和每個sprint的backlog上面,不斷的跟德國那邊進行需求的討論,不停的和團隊進行需求的細化,再緊張的去將功能進行優先順序排序並和各路人馬進行討論,然後投放到相應的sprint backlog上面去…

在一開始的一兩個sprint裡面其實整體狀況也都還好,燃盡圖也不算太難看。但是做到後來那條曲線就開始翹得越來越高,遠遠偏離了理想曲線了。最終不得不由原來計畫的7個sprint調整成10個sprint。

後來對這個問題有進行仔細的反思,究其原因,我覺得有好幾個,但是其中最重要的應該就是沒有及時的去對」技術債務「進行清理。

其實這個道理看上去很簡單,基本上跑過敏捷開發的人都知道技術債務給專案所帶來的傷害。但是在真正專案開始的時候,我們往往又會因為趕時間而匆忙將新的功能進行實現,而忽略了**的可擴充套件性和魯棒性等,最終這些「技術債務」越累越高,越到後面越發覺尾大難掉,修改乙個地方可能都會牽一髮而動全身。

這裡看上去只是跟程式設計師有關係,事實上並非如此,這個更多是跟產品經理的理念有關係。像我之前,一心只想團隊快速的把產品backlog裡面的功能快速完成,而沒有花足夠的心思去思考產品表層下面的東西,沒有去認真去抓實現的質量的問題。如果是將乙個產品描述成乙個建築的話,那我覺得功能就是客戶所看到的地面以上的這一部分,而質量就是隱藏在地底下的這個地基這一部分。也許你現在看到的這棟房子外觀巨集偉功能齊全連廁所都實現了自動化,但是一旦碰到大點的風吹雨打,或者說想要加建一兩層的話,可能整棟樓立刻就坍塌了。

所謂欲速則不達,乙個產品經理不應該只是把眼光盯著那份功能列表,還應該多花點時間在解決「技術債務」這些事情上面來。

我相信沒有哪個產品經理會忽視使用者體驗的重要性。使用者買你的產品/軟體的時候,其實他們真正買的是解決他們的痛點的方案。如果用了你的產品之後,原來的痛點解決了,但糟糕的使用體驗卻成為他們的新痛點,那使用者的逃離也為時不遠了。

根據本人之前做產品經理的經驗以及後來在一家創業公司的經歷,我發現我們在使用者體驗方面很容易犯的錯誤主要有以下幾個:

要解決這些問題的方法我認為也很簡單:

這裡還要由我們當時做的另外乙個面向二手房的**管理系統說起。當前二手房中介用的比較多的房***等商用**管理軟體(這裡就不點名了),會把他們的**資料上傳到軟體**商自己的資料中心上面去。而**資訊其實乙個中介的命脈,所以他們更希望是這個資料中心放在自己公司裡面。所以我們當時做的就是提供乙個資料中心伺服器,以及相應的一套**管理軟體,管理軟體支援pc端和移動端。

mvp出來後,開始去跑各種二手房中介進行demo以收集進一步資訊。問題來了,正如上面所說的,使用者是沒有耐心的,無論你說的天花亂墜,還是眼見為實。但是將整個伺服器架起來還是需要不少時間的,別人還需要特意給你騰出空間和提供網路接入等,且更尷尬的是,因為這還是很初期的產品,在你公司裡面跑的時候一般很正常,跑到人家環境裡面一跑的時候,不是這齣問題就是那齣問題。最終很多客戶都是以有事忙為由,中斷了該次演示。

所以這裡產品經理要考慮的不僅僅是真實的產品出來的情況,還需要考慮如何方便銷售團隊在外進行演示,特別是在產品早期獲取使用者反饋的時候。不然你沒有足夠的使用者反饋支撐的話,最終還是走回了閉門造車的老路。

別預設架構師或者專案經理會幫你考慮好銷售團隊遇到的這些困難,這個產品是你的(其實在scrum裡面,產品經理的名字叫做product owner,也就是產品擁有者),專案經理和架構師等團隊成員只是負責將你交給他們的產品backlog在預期時間內實現出來而已。

當然,事實上我們當時的產品遲遲沒有推出市場的原因錯綜複雜,但是,毫無疑問,對市場動態和競品的分析力度和把握的不夠是其中乙個不可忽視的原因。

所以作為產品經理,要時刻的眼觀八路耳聽四方,也許競品新版本的乙個新功能的出現,你就需要立刻有針對性的調整自己的產品的實現策略。

要知道,乙個產品經理不應只是知道不停的往產品backlog中增加新的功能,更重要的是你要知道不停的為公司增加新的增值。

十年軟體測試從業者 和軟體測試的十年「愛恨情仇」

時光荏苒,從畢業到現在已經10年,10年來一直從事著軟體測試的工作。從乙個什麼都不會,到測試技術人員再到測試管理,期間有迷茫,有痛苦,有彎路,有捷徑。今天對自己過去的10年測試經歷做乙個總結,一是給自己重新出發增加動力,二是給剛入道的 迷茫中的測試朋友一點點建議,希望你們少走彎路。首先,談談測試職業...

未來十年最具有潛力的行業

隨著市場需求的不斷壯大,人們的生活和生產方式發生了較大變革,下面高三網小編為大家整理的未來十年最具潛力的十大行業,僅供參考。1.健康管理行業 近年來,我國經濟發展穩步增長,但在物質生活空前發達的當下,不合理的飲食習慣及不良的生活方式卻對人們的健康產生了巨大的負面影響。相關資料表明,中國亞健康人群已經...

會計未來十年發展趨勢 談未來十年會計行業的發展趨勢

談未來十年會計行業的發展方向,會計行業未來十年將變成什麼樣子?資訊化和資料化改變著各行各業,會計行業也不例外,近十年會計行業發生了翻天覆地的變化,10年後,我想還會有巨大的變化。具體變化預想如下 1.會計資訊化 資料化將更加成熟,更加普及,大量會計基礎性崗位將會被機器取代。比如 1 收付款逐步自動化...