中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

我們的產(chǎn)品是如何走向成功與失敗的？本文作者從這一問題出發(fā)，結(jié)合自身項目實踐，對推動產(chǎn)品成功的相關(guān)因素展開了分析探究：對問題進行足夠的理解、深入的調(diào)研、合適的用戶研究。

在開始寫公眾號的前期，有很多小伙伴問關(guān)于項目管理的問題，因此寫了篇關(guān)于項目的文章。從整體的項目流程到項目研發(fā)執(zhí)行的細節(jié)分兩篇來介紹，項目管理及產(chǎn)品研發(fā)流程。

01

在過去幾年中，包括我在帶創(chuàng)新部的時候，做了大大小小上百款產(chǎn)品。也做了不少成功的產(chǎn)品，為了總結(jié)一套成功的經(jīng)驗進行復刻，我一直在對自己的工作方式、時間分配做大量的反思和總結(jié)。

正好前兩天在知識星球更新了「好的產(chǎn)品經(jīng)理與差的產(chǎn)品經(jīng)理」的區(qū)別，有一條也談及于此。

通常情況下，我們的產(chǎn)品項目預研及產(chǎn)品實現(xiàn)過程的標準流程是這樣。

詳細的產(chǎn)品研發(fā)實現(xiàn)標準流程是這樣。

以上流程均較為詳細，為了方便我們今天的討論，將其簡化壓縮為一般流程。

02

我們一個產(chǎn)品項目，一般是市場調(diào)研，分析需求，羅列問題，明確問題，設計方案，研發(fā)，測試，生產(chǎn)，上市。

將一個泛化的問題逐步明確，縮小范圍，然后設計方案解決它。

實際項目過程中，產(chǎn)品經(jīng)理、研發(fā)工程師、測試工程師、市場人員會拆分出各自的任務項。

并且從方案設計到系統(tǒng)性測試，期間我們會遇到很多問題，避免不掉回過頭去修改、重新再來，具體表現(xiàn)是這樣的。

在項目管理的舊文中，整個流程是從項目導入開始的，整個周期約 110 天。

如果包含前期的調(diào)研、需求分析、定義問題，這個周期可能還需要更長，根據(jù)具體的情況而定，比如公司和我本有有資源的情況下，進度會比較。

越是項目靠前的階段耗費的時間越長，因為問題不明確，我們需要調(diào)研、搜集數(shù)據(jù)、需求問題驗證。

如果想要快速的切入到項目前期的工作并取得相對的結(jié)果，需要產(chǎn)品經(jīng)理完善相關(guān)的公司流程、制度。

比如建立市場信息收集制度和指導文檔，與忠實的消費者建立強力的鏈接等等。

項目前期的內(nèi)容不是本文的重點，我們后期討論。

所以假設，一個產(chǎn)品項目從前期想法到最終落地時間為 100 份。我通常的時間分配是這樣的。

我所有的成功項目，基本都是這樣，將 30～40% （視項目情況動態(tài)調(diào)整）的時間精力放在開始方案設計之前。

因為只有對問題進行足夠的理解，深入的調(diào)研，合適的用戶研究，所設計的解決方案才會滿足用戶需求。

03

但，即使是這樣，實際的研發(fā)過程中仍然會遇到許多相對細小以及未充分預計到的問題，并且我認為在咱們 AI 硬件類產(chǎn)品中會不可避免的發(fā)生。

因此，這個流程就會增加一個反復的過程，類似這樣：

既然解決方案是在對問題足夠多的調(diào)研、研究和理解基礎(chǔ)上產(chǎn)生的。那么，為什么依然會這樣呢？

我認為有這么三個主要原因：

1. 需求洞察的難度

用戶具有異質(zhì)性、情境性、復雜性等特點，而用戶群又具備群體性。需求探查的時候，需我們與大量的消費者接觸，進入消費的腦海中，洞察他們的行為以及背后的原理。

用戶需求，在舊文“需求系列”中有詳細的闡述。

然而，洞察需求，找到問題的本質(zhì)，是非常非常困難和復雜的。

我們產(chǎn)品經(jīng)理通常有這么兩種情況定義需求：按照自己的理解，按照用戶的描述。

我們很多產(chǎn)品經(jīng)理經(jīng)常足不出戶，全靠在網(wǎng)上搜集信息，拍腦袋，甚至數(shù)據(jù)分析都很少做，更甚至都沒有建立完善的數(shù)據(jù)收集制度和工具，來自運營、銷售、市場、商務等部門的數(shù)據(jù)全部原封不動的躺在各部門睡大覺。

產(chǎn)品經(jīng)理其實是個非?？嗟膷徫唬粌H要對內(nèi)，還需要對外。比如我們做無人機的時候，經(jīng)常跋山涉水跟蹤觀察/訪談用戶，以及測試。

田間地頭蹲守看我們農(nóng)民伯伯怎么操作無人機，休息頻率，請教農(nóng)作物蟲害特性等等。

那段時間，如果把我扔在煤堆里，不拿拐棍捅一下，根本找不到我。

用戶往往描述的問題的時候往往是他們想要解決問題的方案，而不是方案背后的問題本質(zhì)。我們產(chǎn)品經(jīng)理經(jīng)常到這里就止步不前了，以為找到了問題的本質(zhì)。

洞察需求是非常消耗時間和耐力，非常痛苦的一個過程，我們需要不斷的問“為什么”“為什么”“為什么”。

2. 管理層的任性

我們產(chǎn)品經(jīng)理一定遇到過不少這類情況：Boss 改、增需求。

這個原因有很多，以及我們產(chǎn)品人該怎么應對，將在下一篇介紹。

多數(shù)情況下，我們都在頂著老板的壓力被動接受這樣一個現(xiàn)實。

3. 研發(fā)過程中繼續(xù)需求求證

以前在群里討論應該提過這個話題，我們產(chǎn)品經(jīng)理并不是在產(chǎn)品立項進入研發(fā)階段就放手了，我們會繼續(xù)跟蹤用戶，做持續(xù)的用戶探求。并且持續(xù)探求用戶問題的本質(zhì)。

除此之外，我們研發(fā)過程中，會產(chǎn)生樣機，我們也會拿著樣機找到我們的中式用戶進行體驗。

這其中，可能會修正之前的問題定義，也可能會修改現(xiàn)有的解決方案。

以上，是我覺得三種比較常見且重要的影響因素。我自己將這種稱之為「不可避免的研發(fā)行為」。

無論是研發(fā)過程中、從系統(tǒng)性測試回到方案設計，還是從小批量到研發(fā)的反復。還算可以接受，因為基本上我們的產(chǎn)品項目還算跑在通往成功的路上。

04

真正讓我們頭疼，且常常失敗的產(chǎn)品項目是這樣的：

這種從系統(tǒng)性測試或者小批量回到問題定義的研發(fā)產(chǎn)品項目流程，極其可怕。往往意味著我們前面所作的一切都是無用功，需要推到一切從頭再來。

這無論是對于產(chǎn)品經(jīng)理，還是對研發(fā)工程師是致命的打擊。

可能有不少產(chǎn)品經(jīng)理聽到過 RD 這么抱怨過：“搞了一年，啥結(jié)果也沒有”。因為實現(xiàn)產(chǎn)品以及產(chǎn)品在市場上的成功是我們的資本，是職場的籌碼。

而這種情況經(jīng)常發(fā)生在這樣的行為下：

更為極端的情況下，是這樣的：

在我所有的產(chǎn)品經(jīng)歷中，基本上所有失敗產(chǎn)品都是在這種情況下產(chǎn)生的。

為此，借助與不少公司老板、高層聊天的機會，探究了一下他們的工作方式。得出的結(jié)論逃不過上面兩種時間分配。

第一種的時間是我做的大致統(tǒng)計，具體每家公司都有差異。

當然，我探訪的老板們，他們也談市場調(diào)研、需求分析、用戶研究，培養(yǎng)公司忠實的消費者用戶群。但也基本是停留在做一點兒或基本不做。

其實公司管理層也都意識到方案設計前期需求洞察的重要性，為什么卻投入很少的精力甚至直接忽略呢？

除前文需求洞察艱難這一小節(jié)所講的原因外，還有如下幾個原因：

1. 需求洞察部分工作難以量化，可視性不佳

需求洞察部分的工作難以量化，公司管理很難通過相對比較可行性的量化指標（KPI）。比如，敲代碼，ID 設計具有很強的視覺化的反饋，而需求洞察則很難。

而這就導致管理層認為這部分是浪費時間，特別是在「精益創(chuàng)業(yè)」「快速迭代」等思潮的影響下更加劇了這種情況的惡化。

需求洞察的結(jié)論又往往是比較短小的文字描述，其工作量領(lǐng)導無法直接感知出來，項目評審會上，無具象化的產(chǎn)出很難反映出產(chǎn)品經(jīng)理的付出。描述性的、抽象性的東西顯得很空洞且簡單。

其實我們產(chǎn)品經(jīng)理本身又何嘗不是如此呢？

舉個栗子：

為什么很多產(chǎn)品經(jīng)理到處找 PRD 文檔模板，其中有一個原因就是是希望豐富自己的輸出，顯得自己專業(yè)，工作可量化。

回想一下，每當自己輸出文檔的時候，是不是有一種總感覺缺點兒什么的感覺。

2. 管理層的固有觀念

管理層認為需求洞察其實很簡單，以及對需求獲取的流程產(chǎn)生認知偏差。

以為，出去跑一下供應鏈就可以獲取信息，走訪一下市場等等類似方式即可。

比如，我曾經(jīng)有個領(lǐng)導，周四下的任務，下周的周三就來問，什么時候可以出方案？什么時候立項？

其實這種就是典型的將產(chǎn)品項目工作移到解決方案的實現(xiàn)上，直接跳過了需求洞察、需求評審、可行性分析，風險預案等產(chǎn)品前期工作。

這種行為我認為也是不可避免，一是個人工作經(jīng)歷和對崗位內(nèi)容認知的缺乏；二是，老板也有老板，他需要拿到具體、可視、可量化的東西向他的老板回報。

我們產(chǎn)品經(jīng)理需要對此有充分的認知，并努力做好溝通與數(shù)據(jù)分析，不是為了證明老板錯了，而是用你具體的詳細，可量化的目標物與老板溝通。

最后

需求洞察是一項非常艱苦、非常艱難的工作，是一個通常被價值低估的產(chǎn)品工作內(nèi)容。

我相信好的需求洞察是保證產(chǎn)品項目取得成功的重要因素之一。

并且，我相信花大量時間在產(chǎn)品方案前期的需求工作部門效果顯著并且降低我們無效用的研發(fā)投入。

作者：AI 產(chǎn)品觀，前實體行業(yè)「需求導向型產(chǎn)品經(jīng)理」，現(xiàn)「AI 硬件產(chǎn)品經(jīng)理」（AIPM），公眾號：AI 硬件產(chǎn)品官。

本文由 @AI 產(chǎn)品觀 發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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