?為什么產品和技術往往不是一類人?
在軟件行業,產品設計和技術實現是推動項目成功的關鍵力量,但產品人員和技術人員往往有著截然不同的思維方式和工作重點。這篇文章,我們來分析下產品和技術人員在工作中的明顯區別。
最近聽高建華老師的《經營方法論》,他講到市場和銷售是兩類不同的人,剛好讓豆芽君有些類似的觸動,其實在軟件行業產品和技術也是兩類不同的人。
今天就按豆芽君的觀察和理解來說說這兩類人的一些明顯區別。希望有助于你更好地理解他們在工作上的思維方式,便于大家更好地合作。
一、產品的眼里主要是用戶需求,技術的眼里常常不自覺地個人炫技
是否心中時刻有用戶,是判斷一個人適不適合做產品工作的唯一標準。任何產品最終都以是否滿足用戶需求,解決用戶的問題為目標。
所以一個產品工作者不能有太多的自我,心中始終應該裝的是用戶在想什么。產品人可以適當拔高解決方案,但是基本無法改變用戶的原始需求。當然好的解決方案,有可能慢慢改變用戶的原始需求,但不可能先有方案再有需求。
再來看看技術工作者的工作思維方式。聽到一個問題/需求,習慣性思考怎么解決“問題”。而且馬上想到自己會的是什么,用自己習慣性的方法來解決這個“問題”。這不能怪技術人。因為最終總得有人動手解決問題。誰來解決問題,想到的常常都是對自己“性價比”最高的方法。
這才是社會崗位分工的原因所在。產品人要綜合考慮用戶需求和解決方案。如果是技術人面對同樣的用戶需求,往往直接跳過表象需求背后可能的真實需求,恨不得馬上解決/逃避問題。
為什么我們會說技術人常常不自覺地個人炫技?豆芽君曾經問一個產品轉實施的同事,為什么想轉實施?她告訴我說,做實施工作讓她更有即時成就感。
第一次聽到這個答案時,讓豆芽君有些驚訝。隨著接觸的人越來越多,豆芽君發現確實不少人更適合做實施。相比于借助別人來解決問題,自己動手馬上解決用戶反饋的問題,會讓自己覺得自己很行,在用戶面前有成就感。
人是很難抗拒這種【優秀感】的,就像學校的好學生習慣性考高分,很難接受要去問別人問題。
二、產品考慮的是值不值得做,技術考慮的是能不能實現
前面講到用戶反饋的表象需求,真正的產品人基本不聽什么就做什么。他們的慣性思維是,用戶到底遇到了什么具體問題?這個問題是在什么情況下會發生?如果解決這個問題可以滿足多少人、多少次的需求?這個問題的背后,有沒什么新的機會(比如有新的商業機會)?選擇哪種方式來解決這個問題是相較來說更合適的?
你看這一堆的問題,基本沒有一個是關于怎么做的?怎么做,在產品人眼里是放最后一步。
前面我們講到技術人聽到表象需求,馬上就開始考慮怎么解決/逃避這個問題。這就像一個孩子在家里打掃衛生,家長走過來說地板沒有掃干凈。孩子的第一反應是:再掃一次或借口說剛有其他人弄臟的。
這是根植于人類基因的固有bug,基本不以人的意志為轉移。只有極少數人有意訓練對自己反人性,對他人順人性。
三、產品心中沒有固定招數,技術常常被手中的錘子限制住
因為產品人不是最終動手解決具體問題的人,所以他們心中不需要有固定招數。當然他們也受自己認知的局限,所能提供的可選方案是有限的。但相比技術人來說,他們不受手上掌握的具體技能所限。
產品人更多的是要增加自己的方案多樣性,以應對形形色色的問題時,能有更多的刷子可選。
而技術人掌握的具體技術相當地垂直,好處是能動手解決具體的問題,自己就能出成果。弊端也很明顯,一個問題可能有多種方法,但受限于自己掌握的具體方法,他們只能用最趁手的方法。
講到這,我們并不是想說哪個崗位更高級?而更多想說的是社會分工帶來的差異。
豆芽君在朋友圈拋出這個主題時,有朋友回復了一句:所以要看實際需求是什么?是需要技術,還是需要產品。
這句話還是沒有到點上。因為如果是一個具體、簡單的需求,直接找對應的技術就可以。只有不確定、復雜的需求,才有必要有產品人來作為中間人。
面對復雜、不確定性,才是產品人發力的地方。我們基本不照搬他人的任何話,更多要做獨立地思考。
本文由人人都是產品經理作者【豆芽悟】,微信公眾號:【豆芽悟】,原創/授權 發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協議。
- 目前還沒評論,等你發揮!