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

本文從五個板塊分析了產(chǎn)品研發(fā)的流程以及每一個流程中的要點，并且以生活中的事情作為案例幫助我們更好地理解。

本篇文章主要講產(chǎn)品研發(fā)流程，順便將生活與之結合看看會產(chǎn)生怎樣的火花。

當然，產(chǎn)品研發(fā)的每一個流程都可以單獨作為一篇文章來暢談。

篇幅有限，所以本文只是淺談概念，嘗試以一種有趣的方式來聊聊研發(fā)流程。

產(chǎn)品&人生：

產(chǎn)品研發(fā)大致可以分為五個流程：項目啟動、需求分析、產(chǎn)品設計、開發(fā)上線、版本迭代。

在產(chǎn)品研發(fā)過程中，需要了解每一個流程，并且得找到每個流程對應的干系人，以及這些流程中都有哪些產(chǎn)出。

下面將就每個流程跟大家簡單的聊一聊。

01 項目啟動

項目啟動是一個項目的開始，項目啟動會是一個項目開始的標志。

項目啟動會上將項目相關人員召集到一起，在會上任命項目經(jīng)理、建立項目領導班子。

在這個階段，會確定項目目的、相關干系人、商業(yè)需求、時間計劃等要素。

【映射人生】

當你的父母計劃要一個孩子時，你就是此項目的目的，父母就是產(chǎn)品/項目經(jīng)理，相關干系人有你的親戚以及未來會遇到的各種人，商業(yè)需求就是希望你能健康成長、出人頭地，時間計劃是一輩子。

當然，項目是有階段性的，項目經(jīng)理也是可以換的，當你擁有掌控自我的能力后，你可以成為自己的產(chǎn)品經(jīng)理，把自己打磨成你心中最好的產(chǎn)品。

02 需求分析

個人認為需求分析應該是整個項目生命周期中最重要的步驟之一，因為一旦需求搞錯，那么失之毫厘謬以千里。

其實在這個階段，不僅僅是標題中的需求分析這么簡單，它可以拆分為需求的獲取、分析和確定。

1. 需求獲取

需求獲取也叫需求采集，按照來源可分為兩大類——內(nèi)部渠道和外部渠道，如下圖所示：

內(nèi)部渠道主要分為三個，分別是：

• 產(chǎn)品經(jīng)理自己發(fā)現(xiàn)可以優(yōu)化的地方，或者根據(jù)行業(yè)變化以及數(shù)據(jù)分析得出來需求
• 領導要求必須要做
• 其他同事在使用或者運營過程中發(fā)現(xiàn)的問題及需要優(yōu)化的地方

外部渠道也可以分成三個部分，分別是：

• 客戶要求
• 競品分析時，發(fā)現(xiàn)某功能能夠產(chǎn)生更高的商業(yè)價值，是一個值得借鑒的方法
• 潛在用戶，例如在用戶調(diào)研時得到的需求

收集需求的時候要注意，最好有一份屬于自己的需求列表，寫清楚需求類型、需求來源、需求內(nèi)容、需求場景，如下表：

• 需求類型：新增、優(yōu)化、修復。
• 需求來源：從需求獲取階段就可以看到，需求的來源是多種多樣的，需要明確這個主體是誰，可以簡單理解為，跟誰有關，不做誰生氣。
• 需求內(nèi)容：用客觀的描述性語句來記錄需求內(nèi)容，盡量使用主語?謂語?賓語的形式，不要使用帶有主觀情緒的句子描述需求，以免對后續(xù)需求分析造生困擾。
• 需求場景：需求產(chǎn)生的具體情境。

小學語文大家都學過，如何詳細描述一件事呢，也不過時間地點人物。

需求場景也是如此，這里描述清楚：什么時候，什么地方，誰，碰到了什么問題，問題頻率是多少，為什么會碰到這個問題，碰到了之后產(chǎn)生什么后果。

其他：還可以做一些補充說明，比如開發(fā)可能不了解業(yè)務的專業(yè)術語，這里可以補充一些解釋。

【映射人生】

從你出生以后，你也會收到來自很多角色給你的需求，比如：

內(nèi)部渠道：

• 父母作為產(chǎn)品經(jīng)理，他們會給你提出很多的要求，例如：在上學的時候，學習一定要認真，學習成績必須排在班級前五名，如果不這樣的話，你的屁股就會遭殃
• 老師和老板作為你的領導，也會給你提出各種要求，例如：在上學/工作期間，績效一定要達到A，不能惹禍，如果不這樣的話，就會叫家長/扣工資
• 你自己作為自己的產(chǎn)品經(jīng)理，也會給自己提出各種要求，例如：今年一定要買一臺新電腦，LOL要上王者，找個女朋友……
• ……

外部渠道：

• 女性同胞要求你人品好，性格好，會掙錢，如果不這樣，那就不跟你談戀愛
• 隔壁孩子德智體美樣樣優(yōu)秀，長得還帥，小姑娘們?nèi)紘瑳]辦法，必須得提升自己
• 疫情期間，社區(qū)要求出門必須戴口罩，不戴不能出門
• ……

例子：

解釋：詳細記錄了需求來源、需求場景以及具體的可實現(xiàn)的目標，是一個有效的需求。

注意：這里只是需求獲取階段，有效的需求只是代表可以被記錄，但是不是要落實這個需求，還需要進行需求分析。

反例：

解釋：這就是一個失敗的需求獲取。

因為沒有挖掘到用戶真正的需求，出人頭地、好多錢等等都是一個很虛的概念，不能量化，無法落地，是一個不切實際、最后無法驗收的需求。

這種情況應該怎么辦呢？可以問問自己，為什么要出人頭地，要成功。多問自己兩個為什么，如下所示：

為什么要很有錢？

因為有錢就能買到很多東西。

比如說你想買什么東西？

我想買房子。

為什么要買房子？

因為女朋友說不買房就不能結婚，以后孩子也不好在這邊上學。

問到這里，就會發(fā)現(xiàn)需求和第一個是差不多的了，但是這是一個可以量化、可以驗收的需求，當你掙到能買一套房的錢的時候，那么需求就已經(jīng)滿足了。

而如果是成功，特別有錢，這種需求不能量化，也就沒有驗收標準，也就不能稱之為一個有效需求。

2. 需求分析

需求分析的過程到底是什么呢？

簡單一點，就是將用戶需求轉(zhuǎn)化為產(chǎn)品需求，再把產(chǎn)品需求變成產(chǎn)品功能。

在需求分析這一步，可以把收集來的需求做一次分類，分成有價值、無價值。

首先可以剔除掉無效的需求，無效的需求也就是我們經(jīng)常說的“偽需求”，那什么樣的需求是無效的需求呢？

• 與產(chǎn)品定位不相符的需求
• 不合理或者很小眾的需求

剔除掉無效的需求之后（這里省略需求可行性分析等步驟），剩下的基本上都是有價值的需求，那么這些需求就全部都做嗎？不是的。

對于剩下的這部分需求，可以根據(jù)四分法則，將其歸類，如下圖：

首先，價值高，更緊急的需求肯定是優(yōu)先級第一的，這一類在本次迭代中就需要去滿足；

價值低，不緊急的需求，可以放到最后去完成；

其他兩個可以根據(jù)實際情況以及研發(fā)需要的時間去排他們的優(yōu)先級。

【映射人生】

• 價值高，更緊急：找工作、完成作業(yè)/本職工作、吃飯
• 價值高，不緊急：買房、買車、結婚生子
• 價值低，更緊急：陪女朋友逛街、跟基友打游戲
• 價值低，不緊急：買新手機，買新電腦

3. 需求確定

需求分析完成之后，需求也就確定了，將所有需求按照優(yōu)先級排序放入excel中，這里excel的格式是什么樣的呢？就是把收集需求的行和列交換就可以了，同時加上優(yōu)先級、預計完成時間等。

【映射人生】

03 產(chǎn)品設計

需求分析做完之后，那么就得要開始設計產(chǎn)品了。產(chǎn)品設計可以分為三大塊：產(chǎn)品功能設計、UI/UE設計、技術評審，下面依次聊聊吧。

1. 產(chǎn)品功能設計

在產(chǎn)品功能設計階段，基本上都是產(chǎn)品經(jīng)理的工作了，產(chǎn)品經(jīng)理需要將確定的需求轉(zhuǎn)換為產(chǎn)品上實際可操作的功能，并且要整理出每個功能之間的聯(lián)系，數(shù)據(jù)是怎么傳遞的，產(chǎn)品大概長什么樣子，具體功能、字段、特點的描述。

總結下來，這階段產(chǎn)品經(jīng)理需要有一份產(chǎn)出，就是PRD（產(chǎn)品需求文檔）。

PRD，即產(chǎn)品需求文檔，每個人對PRD的理解都不一樣，下面本人以一個產(chǎn)品小白的身份簡單跟大家聊聊它，如果有理解不到位的地方還請留言區(qū)指正。

PRD=產(chǎn)品結構+功能/業(yè)務流程+原型圖+需求說明

1.1 產(chǎn)品結構

產(chǎn)品結構分為信息結構和功能結構。

（1）信息結構圖：將數(shù)據(jù)從產(chǎn)品頁面中抽離出來，形成一個個信息模塊。

作用：便于開發(fā)梳理數(shù)據(jù)庫字段；避免設計時出現(xiàn)信息遺漏。

這里舉一個音樂播放器舉例：

（2）功能結構圖：以功能點為核心，將每一個大功能拆分成小功能。

作用：明確產(chǎn)品的所有功能模塊以及對應子功能情況；從全局分析產(chǎn)品的功能架構。

還是以音樂播放器舉例：

1.2 功能/業(yè)務流程圖

業(yè)務流程圖面向老板及業(yè)務人員，目的是梳理整個業(yè)務邏輯流向，要清楚地說明每個角色在每個環(huán)節(jié)需要處理什么事情，從而實現(xiàn)業(yè)務流程的正常運轉(zhuǎn)。

功能流程圖面向產(chǎn)品經(jīng)理自己或者研發(fā)同事，目的是更清楚的表達功能設計邏輯，以業(yè)務流程為主線，細化每個環(huán)節(jié)的功能邏輯，以及不同系統(tǒng)間的數(shù)據(jù)同步邏輯。

1.3 原型圖+需求說明

功能以及業(yè)務都梳理好了，產(chǎn)品經(jīng)理就需要以這兩者為主線去設計產(chǎn)品原型了，一般都是使用axure軟件完成原型設計。

原型圖就是將為了滿足任務順利完成而體現(xiàn)在頁面上的元素集合。需要將要展示的數(shù)據(jù)、按鈕以及其他元素按照合適的方式分布在圖紙上。

例如：要設計一個注冊賬號頁面，首先必須有用戶名輸入框、密碼輸入框、密碼二次確認輸入框、提交/取消按鈕，當然每一個輸入框都需要有簡短的文字描述，以及格式要求。

當然一個頁面設計不可能這么簡單，還需要設計跳轉(zhuǎn)頁面、跳轉(zhuǎn)動畫等。

你以為這就完了嗎？不是的。你不能保證每一個用戶都按你設想的去使用產(chǎn)品，必須給用戶犯錯的空間，要列舉出用戶操作此產(chǎn)品時會出現(xiàn)的每一種可能性，并且畫出對應原型。

需求說明：以文字的形式詳細描述每一個元素及流程的信息。

一般可以將需求說明與原型圖結合在一起。

例如：

【映射人生】

需求：求婚

信息結構圖：

功能結構圖：

業(yè)務流程圖：

需求說明：

原型圖：

2. UI/UE設計

當產(chǎn)品經(jīng)理給出原型圖之后，交互設計師會根據(jù)原型圖進行UI/UE設計。

（1）UI

User Interface，即用戶視覺，UI設計需要美觀，符合用戶使用習慣，基本上經(jīng)過設計師設計的高保真原型圖就是系統(tǒng)最終成型的樣子了。

有些小公司或者是開發(fā)一個小功能的時候，會省略掉UI設計的過程，直接拿到產(chǎn)品經(jīng)理的原型圖就開始大刀闊斧的開發(fā)了。

（2）UE

User Experience，即用戶體驗，這個概念就有點虛幻了，在使用產(chǎn)品過程中的所有感受都屬于UE的范疇，設計師需要結合各種方面來進行設計。

【映射人生】

（1）UI設計

• 出去約會得穿的漂漂亮亮的，做理發(fā)店做個頭發(fā)，做好面子工程
• 修房子時，你自己提供初步設計方案就是原型圖，最后還是得需要專業(yè)人士來設計，給出最終的高保真設計圖

（2）UE設計

• 哄女朋友的時候不能只說“多喝熱水”，得用實際行動去證明你愛她，比如說：給你10萬塊去買個包，這讓女朋友的用戶體驗就提高了
• 求婚的時候，讓兄弟們都找點活干，比如：錄像、放音樂、燈光、鮮花、禮炮……把氣氛搞起來，讓女朋友用戶體驗倍增

3. 技術評審

在所有設計工作都完成的時候，就得召集領導、測試負責人、開發(fā)負責人以及項目經(jīng)理一起開個會了。

此會議基本是產(chǎn)品經(jīng)理主持，設計階段的產(chǎn)出都可以掏出來了，甩到開發(fā)的臉上，跪著說，求求了，幫我做了吧。

要把需求跟開發(fā)講透，不能有任何模棱兩可的地方，一定要保證所有人對需求的理解是統(tǒng)一的。

【映射人生】

求婚的前一天，你把兄弟們叫到一起，最后確認明天求婚的計劃萬無一失，是否可行，有無意外發(fā)生的可能性，誰遞花，誰放炮，誰錄像，是不是都清楚了，這個事情可不能出任何差錯。

全部確認無誤，那就按部就班各自開始準備了。

04 開發(fā)上線

開發(fā)上線粗略可以分為三點：研發(fā)、測試、上線。

1. 研發(fā)

經(jīng)過需求評審和技術評審會議之后，開發(fā)已經(jīng)了解了產(chǎn)品架構，不需要等原型圖就能夠開始搭建后臺框架。

拿到具體的原型和PRD后，前后端開發(fā)同事就需要火力全開了。

這里需要補充的一點就是，在產(chǎn)品研發(fā)流程中一定要做的工作就是，站立會。

站立會顧名思義就是一群人站著開會，這里可以每天早上拿出半小時時間，由產(chǎn)品經(jīng)理牽頭，召集項目相關人員（產(chǎn)品經(jīng)理、研發(fā)人員、設計師、測試人員）找個會議室，大家依次講述目前手頭上的工作進度情況。

站立會的目的是能夠及時同步信息，避免出現(xiàn)研發(fā)等設計師的原型，或者設計師設計完一個功能后沒有及時交付給開發(fā)的情況。也能及時了解到項目的進度，不會快到了交付時間才發(fā)現(xiàn)得延期完成。

【映射人生】

說完了求婚，這里就拿準備婚禮舉例子吧。

在準備婚禮的階段，相關人員每天都必須碰個頭，說一說現(xiàn)在的進展怎么樣，物品采購情況怎么樣，有沒有遇到什么問題。

確認無誤之后，按照既定的計劃去做好每個人該做的事情。

2. 測試

開發(fā)人員在完成一個功能之后就可以將其提交給測試人員，進行功能測試，測試方法這里就不詳述了，測試之前一定要準備好相關測試文檔。

如果發(fā)現(xiàn)bug，那么就需要將此bug反饋給研發(fā)同事，讓其修復并且重新提交測試，一直到測試通過為止。

【映射人生】

測試就像婚禮彩排，在婚禮正式開始之前，需要按照婚禮的流程去走一遍，確保在整個流程中沒有任何紕漏，及時找到并解決遇到的問題。

3. 上線

本次迭代中所有功能都研發(fā)并且測試完成之后，就可以準備上線了，這時候需要產(chǎn)品經(jīng)理寫一封上線申請郵件，通知相關用戶及領導。

上線申請郵件主要內(nèi)容有：上線版本、上線功能、上線開始時間、上線完成時間。

同時技術人員也需要準備一封上線郵件，主要內(nèi)容包括：更新上線組件的名稱、計劃更新時間、操作人員、上線所關聯(lián)的issue、相關代碼倉儲、回滾操作及方案。

成功上線后，除了在上述郵件中回復上線完成外，還需要由產(chǎn)品經(jīng)理寫一封產(chǎn)品更新郵件，告知相關用戶本次產(chǎn)品更新了什么功能，應該如何操作，并且更新產(chǎn)品操作手冊。

【映射人生】

婚禮儀式正式開始之前，需要邀請親朋好友過來參加，在婚禮進行的時候家長及新人需要向來賓表示感謝，新人要講述一路走來的酸甜苦辣，順便暢想一下未來，如何如何發(fā)展，生幾個寶寶等等。

05 版本迭代

此版本在上線后就代表研發(fā)流程結束，可以開始下一版本的準備了。

目前市面上的產(chǎn)品研發(fā)基本都是MVP+敏捷開發(fā)。

MVP：Minimum Viable Product，最簡化可行性產(chǎn)品。

當計劃開發(fā)一個新產(chǎn)品或者新功能的時候，不可能短時間就能夠?qū)⑵淙抗δ荛_發(fā)完成，如果花費時間過長就會導致丟失先入市場的優(yōu)勢，這時候就需要用到MVP模型。

將用戶最需要的功能優(yōu)先滿足，不求界面有多炫酷，也不求功能有多花哨，只要保證能夠通過此產(chǎn)品滿足用戶的需求。

敏捷開發(fā)：敏捷開發(fā)是將一個大項目拆分成多個小項目，以用戶需求為核心，采用迭代、增量的方式開發(fā)軟件。

通過敏捷開發(fā)的方式，將大項目劃分成多個可獨立運行的小項目之后，每個人都有獨立負責的模塊，能夠進行有效的溝通，在保證產(chǎn)品質(zhì)量的前提下，實現(xiàn)了產(chǎn)品的快速迭代，滿足市場需求。

在此版本完成之后，馬上開啟下一個版本研發(fā)，按照以上步驟循環(huán)。

【映射人生】

當計劃買一輛卡宴的時候，發(fā)現(xiàn)沒有這么多資金，可以考慮先買一輛五菱之光滿足日常通勤的需求，等到存夠了錢再慢慢換更高品質(zhì)的汽車。

當想成為王健林的時候，不妨定一個小目標，比方說，先掙他一個億。每年存一個億，額，繼續(xù)睡，別醒過來。

總結

通過本文大致梳理了一個產(chǎn)品的研發(fā)流程，稍微總結一下吧。

產(chǎn)品研發(fā)可以分為五個步驟：

1. 項目啟動：開啟項目，確定相關人員，立項
2. 需求分析：可以細分為需求獲取、分析、確定，做好需求記錄，可行性分析，四分法確定優(yōu)先級
3. 產(chǎn)品設計：產(chǎn)品功能設計（輸出功能流程圖、業(yè)務流程圖、原型圖、PRD）、UI/UE設計、技術評審
4. 研發(fā)上線：研發(fā)（每天召開站立會同步進度）、測試、上線
5. 版本迭代：確定下一輪需求，敏捷開發(fā)

本文結合了一些實際生活中的例子，簡單介紹了產(chǎn)品研發(fā)流程，不知道是否表述清楚，請大家積極在留言區(qū)給出寶貴的建議或批評。

工作映射人生，行動起來吧，把自己當成一個獨一無二的產(chǎn)品不斷地優(yōu)化、打磨，讓自己成為一個對社會有用的人。

作者：Derr1ckChan，一個三年輿情產(chǎn)品運營經(jīng)驗的滬漂貓奴，公眾號：貓奴跟你聊產(chǎn)品

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

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