創(chuàng)業(yè)團(tuán)隊(duì)的產(chǎn)品能力看板

覓云人
0 評(píng)論 1820 瀏覽 15 收藏 7 分鐘
🔗 B端产品经理需要更多地进行深入的用户访谈、调研、分析,而C端产品经理需要更多地快速的用户测试、反馈、迭代

互聯(lián)網(wǎng)激蕩二十年,咋還趕不上一個(gè)羅馬帝國(guó)興衰史呢?互聯(lián)網(wǎng)的創(chuàng)業(yè),從一開始的技術(shù)驅(qū)動(dòng)到產(chǎn)品驅(qū)動(dòng),到現(xiàn)在運(yùn)營(yíng)驅(qū)動(dòng),創(chuàng)業(yè)團(tuán)隊(duì)的產(chǎn)品能力,都有那些變化?

互聯(lián)網(wǎng)的2C創(chuàng)業(yè),從一開始的技術(shù)驅(qū)動(dòng)型,轉(zhuǎn)變成了產(chǎn)品驅(qū)動(dòng)型,現(xiàn)在呢?又是運(yùn)營(yíng)驅(qū)動(dòng)型。

一開始是技術(shù)驅(qū)動(dòng)型,意思是技術(shù)極客們發(fā)明一個(gè)cool東西,比如電子郵件、比如搜索、比如IM,這就是光,就把大家?guī)щx了洪荒時(shí)代。接下來是產(chǎn)品驅(qū)動(dòng)型,產(chǎn)品經(jīng)理們帶著文檔粉墨登場(chǎng),有的做電商、有的做社交,有的做營(yíng)銷。多數(shù)的時(shí)間在撕逼,熱熱鬧鬧的,就像村口雨后的池塘。

現(xiàn)在,是運(yùn)營(yíng)驅(qū)動(dòng)型啦!

新的創(chuàng)業(yè)團(tuán)隊(duì)委身于各大平臺(tái)腳面下,在鐐銬的束縛下創(chuàng)業(yè)。把內(nèi)容投祭于算法之海,讓訂單吞吐于審核之淵,就連財(cái)務(wù),也無法掙脫規(guī)則之網(wǎng)。產(chǎn)、研、運(yùn),這互聯(lián)網(wǎng)創(chuàng)業(yè)公司的鐵三角定律,暫且還沒有失效。

早時(shí)候,運(yùn)營(yíng)的任務(wù)是擴(kuò)大產(chǎn)品的邊界,而現(xiàn)在,產(chǎn)品的任務(wù)是擴(kuò)大運(yùn)營(yíng)的邊界。大家更換了站位點(diǎn)而已。

現(xiàn)在互聯(lián)網(wǎng)的主旋律,是降本增效,這是所有大廠的痛苦面具。

其實(shí)創(chuàng)業(yè)團(tuán)隊(duì)更需如此,因?yàn)楫a(chǎn)品作為需求和實(shí)現(xiàn)之間的橋梁,在團(tuán)隊(duì)中打磨充分的產(chǎn)品能力,是提升的關(guān)鍵點(diǎn)之一。

我將以此圖為大綱,幫助創(chuàng)業(yè)團(tuán)隊(duì)完善產(chǎn)品能力。

一、需求分析能力

很少有人意識(shí)到,如果談降本增效的話,需求分析階段其實(shí)占據(jù)了大量的隱性成本。

無休無止的會(huì)議,源源不斷的溝通,這都是人員成本的損耗,而互聯(lián)網(wǎng)的人員成本本來就那么的貴,平攤下來每小時(shí)都很肉疼。

難道,非要每次都一定得到正確的戰(zhàn)略戰(zhàn)術(shù)答案嗎?

太理想了,有多少創(chuàng)業(yè)公司乃至行業(yè)巨頭都折戟于需求判斷上,想靠一次需求分析就拿結(jié)果,哪有這么容易。

長(zhǎng)考出臭棋、清談可誤國(guó)。

簡(jiǎn)單快速達(dá)成共識(shí)才是意義,要做到這個(gè)機(jī)制才行。

而且,在這個(gè)機(jī)制下,大家也可以根據(jù)進(jìn)展,及時(shí)進(jìn)行需求調(diào)整。

二、流量承接能力

對(duì)于很多創(chuàng)業(yè)團(tuán)隊(duì)來說,流量都是從團(tuán)隊(duì)外部來購(gòu)買的,有可能是金錢成本(流量購(gòu)買),也有可能是機(jī)會(huì)成本(大廠內(nèi)創(chuàng)業(yè)流量扶持)。

而在流量越來越昂貴的今天,承接住流量且做最大程度的轉(zhuǎn)化,那么降本增效就立竿見影。

流量承接思維可以廣義化,幾乎可以適用于所有的互聯(lián)網(wǎng)產(chǎn)品。

因?yàn)?strong>流量一定會(huì)有一個(gè)或若干個(gè)來源,無論是點(diǎn)擊廣告、直播間、私域消息,或是市場(chǎng)物料等等。

那么需要把來源就作為漏斗的最上部分,畢竟這是提升效果最大的地方。

流量到達(dá)落地后,再用產(chǎn)品的思維不斷的去優(yōu)化,做出有價(jià)值的工作。

三、產(chǎn)品設(shè)計(jì)能力

說來也挺好笑的,互聯(lián)網(wǎng)產(chǎn)品經(jīng)理的概念已經(jīng)有20年了。

真正做產(chǎn)品設(shè)計(jì)合格的產(chǎn)品經(jīng)理,卻的是少之又少。

甚至在相當(dāng)一部分從業(yè)者中,產(chǎn)品經(jīng)理都等同于原型畫圖師。

……錯(cuò),是抄襲友商原型畫圖師。

優(yōu)秀的產(chǎn)品經(jīng)理,相對(duì)于麻瓜產(chǎn)品經(jīng)理,設(shè)計(jì)效率可以提高十倍。

另外還不用和研發(fā)撕逼,因?yàn)?strong>需求足夠清晰、可用、且覆蓋所有邏輯支路。

直接反映就是,在人員成本上的顯著改變。

這難道不算最大的降本增效嗎?

四、項(xiàng)目推進(jìn)能力

項(xiàng)目推進(jìn)其實(shí)是需要分為兩個(gè)部分,一是需求分解,二是進(jìn)度管理。

畢竟好的產(chǎn)品經(jīng)理也需要是好的項(xiàng)目經(jīng)理。

對(duì)于創(chuàng)業(yè)團(tuán)隊(duì)來說,早期的項(xiàng)目階段是最痛苦的,也是最考驗(yàn)心力的。

煎熬與狂喜,交織在一起……這就像愛情一樣。

所以,好的項(xiàng)目推進(jìn)能力,本來就是最直接的降本增效。

這樣一起打過仗的,才算是好兄弟。

五、業(yè)務(wù)了解能力

這里剛好可以回答一下什么是創(chuàng)業(yè)團(tuán)隊(duì)。

在當(dāng)下還能啟動(dòng)的創(chuàng)業(yè)團(tuán)隊(duì),一定是在縹緲之間,在某賽道中發(fā)現(xiàn)了一個(gè)小小的機(jī)會(huì)。

所以能三三兩兩的組織起一幫人馬,亦或者是爭(zhēng)取到大廠領(lǐng)導(dǎo)層的一次鼓勵(lì)。

沒錯(cuò)啊,在風(fēng)起萍末之間,就藏著金山銀海

但根據(jù)創(chuàng)業(yè)團(tuán)隊(duì)的組成不同,來源背景不同、資金來源不同……走向路徑也會(huì)不同。

所以需要?jiǎng)?chuàng)業(yè)團(tuán)隊(duì)必須對(duì)所處行業(yè)要非常的了解,尤其是產(chǎn)品經(jīng)理。

否則別說降本增效了,剛起步就玩脫的,也不鮮見。

六、團(tuán)隊(duì)管理能力

管理產(chǎn)品團(tuán)隊(duì)是一件很簡(jiǎn)單的事情,因?yàn)槿际锹斆魅恕?/p>

管理產(chǎn)品團(tuán)隊(duì)又是一件很困難的事情,因?yàn)槿际锹斆魅恕?/p>

所以不妨大道至簡(jiǎn)一些。

放棄掉那些無謂管理技巧,把行動(dòng)拉滿,才是有意義的東西。

君子喻義,君子也要喻以利。

所謂降本增效,就是讓能者發(fā)揮能力,把浪費(fèi)的錢發(fā)給他就是了。

綜合下來,絕對(duì)會(huì)不虧。

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

題圖來自Unsplash,基于CC0協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒評(píng)論,等你發(fā)揮!
专题
14595人已学习15篇文章
智能硬件产品经理需要做什么工作内容呢?与互联网产品经理有什么区别呢?本专题为刚入行的智能硬件产品经理分享了入门指南。
专题
15334人已学习13篇文章
用户画像是指根据用户的基本属性、用户偏好、生活习惯、用户行为等信息而抽象出来的标签化用户模型。本专题的文章分享了如何设计和应用用户画像。
专题
16368人已学习12篇文章
本专题的文章分享了对账体系的设计思路。
专题
13181人已学习13篇文章
本专题的文章分享了搜索策略产品经理必读系列。
专题
12643人已学习12篇文章
产品定位是一个产品面向市场前先要考虑清楚的问题,也是产品人和运营人的必备技能。什么产品为谁解决什么问题,产品的主要卖点或独特性是什么?本专题的文章分享了如何做产品定位。
专题
17388人已学习13篇文章
本专题的文章分享了小程序介绍、小程序搭建、优化设计规范和功能设计指南