回覆列表
  • 1 # 大牛島

    產品經理懂技術,和技術部門溝通起來方便些,瞭解程式設計需要多少時間,程式設計難度,對時間的把控上會比沒技術的準確一些,產品經理不一定要精通技術,但多瞭解一些技術方面的,比一點不懂技術的產品經理佔優勢

  • 2 # 大大神網

    有人說,我什麼都不會,只能來做產品經理了:我不會打程式碼,所以只能做產品經理了;我不會做設計,所以只能做產品經理了;我不會做運營,所以只能做產品經理了……

    真正牛X的產品經理,不可能什麼都不會,反而是什麼都要會,而且必須在其中的一個或幾個方面達到熟練。

    產品經理要懂程式設計師的世界,也就是說產品經理需要懂技術,不懂怎麼做到跟程式猿溝通?最好你就從那個純粹理性的世界來的,你自己在程式的世界生存過,你會明白程式設計師們思考問題的邏輯,你會很容易做到換位思考(換位思考時常被提起,但只有你做過對方的工作,你才能真正做到換位思考)。

    所以產品經理懂技術的追主要優勢就是:

    可以透過溝通來聯絡程式設計師和客戶以及產品經理三方的世界。

    做好了有效溝通,那麼以後的工作的推進難度,起碼降低80%。

  • 3 # 產品筆記

    先定義這個“懂”:對技術概念有基本瞭解對每一種技術所解決的問題,以及它的使用場景有較深的瞭解因此,懂技術不是讓你去寫程式碼,或者做架構設計,而是懂得什麼場景和問題下該用什麼技術來解決。當你對技術有一定了解,那麼在工作中是相當有幫助的:問題的思考和分析會更全面,不會有過多天馬行空不著痕跡的想法出來,方案也更具可行性,合理性,與成本評估會更靠譜問題的思考與使用者需求的挖掘,有技術的幫助,有助於思路的擴充套件,不再僅僅侷限於使用者測,典型如利用演算法和使用者模型,提升內容推薦的精準度與研發人員的溝通不會有較大問題,能在同一個點上討論問題以上好處多多,產品經理平時應該多關注行業技術的發展,重點在於每一個技術背後所要解決的問題,以及和你平時工作所能結合的點,這樣對技術就不會一下子陷入實現細節。

  • 4 # 刻意練習產品思維

    個人建議:

    不求你會擼程式碼,只求能理解技術實現原理。

    本文目錄:

    一、例項解析(敬畏英雄)

    二、產品經理為什麼要懂技術?

    三、產品經理怎麼懂技術?

    一、先看個案例(敬畏英雄)

    豬哥建議好奇的您,親自去玩兒一下下。

    1、電腦進入京東官網,按F12進入開發者模式

    開發者模式主要分兩大模組:左側程式碼模組,右側樣式模組。

    其他細節,如果需要深究,建議直接網上搜瀏覽器F12開發者模式。

    3、註釋掉-webkit-filter: grayscale(100%)該css樣式

    驚不驚喜?意不意外?小小的一段程式碼,直接讓整個網站煥然一新。

    二、產品經理為什麼要懂技術?

    1、不被技術忽悠

    比如你今天這個特殊的日子,跟技術溝通需要全網置灰的需求,結果技術來一句要一天(8小時)才能完成。

    結果呢?只需要一段CSS全域性樣式就可以把整個網站全渲染,根本不需要設計新的圖片或者寫後端任何程式碼。

    到底多少工作量,心裡有個底很關鍵。有些事,看破不說破也是一種技巧。

    畢竟,我一直都推崇產品與技術要和睦共處原則。

    2、避免提出不切實際的需求

    置身於網際網路的當下,作為產品經理的我們,應該清楚現有網際網路技術的邊界在哪裡?哪些產品設計可以被實現,哪些當下技術無論如何都實現不了?

    3、減少溝通成本,更容易受到技術信賴

    產品思維與技術思維,思考同一個問題的出發點是不一樣的。

    產品思維:處於資訊上游,透過權衡業務與市場,將老闆的戰略意圖貫穿到產品設計中,並傳達給下游相關人員產品的核心價值。

    技術思維:處於資訊下游,主要考慮產品實現難易程度、開發工作量。

    所以,作為粘合劑的你,站在技術角度換位思考問題,是你不得不面對的一堂課。

    4、提前預判需求的可行性

    咱們不僅要有好的想法,也要了解技術邊界,最終的實施還是需要腳踏實地。

    有些想法不確定技術能否實現的前提下,要先找技術溝通,避免瞎忙活一場。

    5、能評估技術工時的合理性

    但是,這個能力一般產品還真做不好。我是剛好做過兩年軟體外包業務,天天面對客戶就是報價、報人天、報工時,才知道一點皮毛。

    如何刻意練習:從今天開始,嘗試以後將功能清單列清楚給技術評估工時的時候,請他將每個功能點需要多少人/天,逐一列一下。然後,你參考模仿學習一二。

    6、與開發爭論時,更有底氣和威懾力

    建議我們產品人,不惹事兒但別給我故意來事兒。

    正常情況下,與專案組上下游和睦相處,但有些時候,避免不了爭論。

    咱們懂技術跟技術扯皮的時候,更有底氣那是肯定的,爭論的前提是就事論事,切記人身攻擊。

    7、能辨別需求方問題是否是技術型問題

    假如看到以下頁面,需求方會找到你。

    哎呀,這個頁面我怎麼訪問不了拉?出現亂碼(只要他們看不懂的東東西西,就是亂碼)拉?快幫我看看什麼問題,要快哦!

    懂技術的你,一眼就能看出是技術型問題。馬上回去找技術瞭解下情況,快速解決問題。

    8、可以很快摸清技術團隊優勢

    雖然我們不擼程式碼,但當前技術團隊綜合實力是可以大概預估的。有些需求如果太超前,就沒必要太為難自己的好兄弟們。

    除非,招聘該新技術領域或者特殊領域技術專家。或者,給技術團隊足夠的試錯時間去尋找解決當前需求的技術方案。

    9、獲得更多創新的可能性

    能充分了解當前網際網路技術的邊界,一樣可以有很多可創新的好點子。

    作為產品人,我們既要天馬行空,也要腳踏實地。如何做到張弛有度,其實挺難的。

    三、產品經理如何瞭解技術?

    有人說,能有什麼速成的辦法可以馬上懂技術就好咯!

    但豬哥送你三個字:快醒醒

    如果你有人跟你說有速成法,建議你帶著腦子冷靜一二。

    當今網際網路任何系統任何產品,離不開這三層:前端(客戶端)+後臺(服務端)+資料庫。

    1、初步瞭解:看寫給產品的技術書籍

    由於豬哥本身就是技術轉型的產品經理,並不是其目標使用者,知道的相關書籍並不多。

    2、深入瞭解:系統學習

    推薦一套技術組合拳給您:js(前端)+Java(後端)+mysql(資料庫)

    2.1、要了解技術,推薦看後端技術語言為主:c++,c#,java,python,php,隨便挑一門,別去比較,你看哪個順眼就選哪個,沒有本質區別。只要通了一門技術,其他一通百通。

    2.2、然後去各種渠道搜刮該門技術的資料(建議完整影片),其他你不選的技術,直接忽略掉。

    影片裡的老師會講解程式碼,講解如何理解部分認真反覆聽,他程式碼演示時可跳過。比如:他會舉例,什麼叫物件。此時,你就要豎起耳朵聽。而Person a =new Person()部分,你可跳過。

    2.3、從前往後(前端-後臺-資料庫),全部瞭解一遍,切記別敲程式碼,理解為主。邊看邊理解,邊學邊問。

    2.4、出師標準:能用自己的話將各項技術表達給別人聽,能理解技術人員說的話。

    3、實戰應用:與開發交朋友

    開發同學,其實並沒有那麼難相處。

    3.1、中午一起出去吃飯。

    並沒有讓你請他們經常吃飯哈!AA制就好,大家都是打工仔,只是建議你與其多交流。

    3.2、做人謙卑些,別自卑便好。

    作為產品的我們,如果做不到與人為善,那是相當不好地喲!

    3.3、抽菸的派煙,不抽的請下午茶。

    可以帶包煙,約他們出去抽根菸,耽誤不了多少事兒。

    如果偶爾要讓團隊同學加班,請他們喝個下午茶或者晚飯花不了你多少個錢兒。

    3.4、男的聊女人,女的聊八卦。

    男人聚在一起無非聊女人、遊戲、愛好等等;女的無非聊明星、哪個面膜好用、哪個帥、哪裡衣服打折。

    3.5、請同事去小賣部買瓶水喝。

    能交到一兩個好朋友,一瓶水算個啥?

    3.6、要臉皮夠厚,自來熟那種。

    有事兒勾肩搭背,沒事兒還是勾肩搭背,裝作跟他認識好多年就好拉,別慌!打你?跑就是啦嘛,逗兒~~

    3.7、找集體的共同愛好,並快速融入

    比如我,經常會跟團隊的開發一起打籃球、羽毛球。

    總結:

    只要有決心,什麼時候都不晚。如果你想在產品領域深耕,技術逃不開的,趁早逼自己一把。

    聽我一句勸,死磕自己一次,堅持每天在知識星球讀書打卡,啃完這兩本書,

    不為別人,為你自己,逼自己一把,你會感激曾經努力的你。

  • 中秋節和大豐收的關聯?
  • 做羊肉湯時,需要哪些配料?