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

本文是一個系列文的上篇，分成上下文是為了方便大家的閱讀和理解，本篇是寫的關(guān)于我自己的產(chǎn)品方法論，也是在做這個需求的時候自己定義并遵守的一個規(guī)則和指導(dǎo)思想，內(nèi)容偏理論，可能太干。

此需求也是我近期的工作內(nèi)容之一，所以具有實(shí)戰(zhàn)性也很新鮮，希望會對一些2B的產(chǎn)品會有一些啟示，也希望有供應(yīng)鏈及跨境電商行業(yè)的產(chǎn)品大佬一同交流學(xué)習(xí)。

很早之前我就想寫兩個內(nèi)容，一個是自己的產(chǎn)品方法論，一個是關(guān)于WMS的背后的故事。

產(chǎn)品方法論是因?yàn)槲颐看慰磩e人的文章的時候都覺得頭頭是道，有條不紊，而自己做需求，做一些產(chǎn)品相關(guān)的工作的時候總是今天用“華山派的功夫”，明天用“武當(dāng)?shù)墓Ψ颉?，后天“可能就完全不會功夫了”……所以我想自己寫點(diǎn)東西給自己一些指導(dǎo)，一些約束。

WMS的背后的故事是因?yàn)槲夷壳爸饕?fù)責(zé)的就是這個模塊，我也對這個領(lǐng)域是最熟悉的，當(dāng)然雖然說最熟悉，但是我依然覺得這一塊我做得很一般，還遠(yuǎn)沒有踏入行業(yè)的門檻。

寫這些是為了總結(jié)自己的一些產(chǎn)品心得，同樣的網(wǎng)絡(luò)上這方面的資料和信息太匱乏了，如果我的東西能給別人一點(diǎn)幫助，那也是一個莫大的榮幸。

結(jié)合上述幾個理由，我決定說干就干，既寫下我的產(chǎn)品方法論，也寫下我對WMS這一塊的心得感悟。

我的產(chǎn)品方法論

產(chǎn)品方法論是指我在日常完成一個需求設(shè)計(jì)的一個過程中所使用的一些步驟和方法，其實(shí)這個方法論是我現(xiàn)寫的，這也是我在前面提到自己沒有嚴(yán)格的約束、規(guī)范去指導(dǎo)自己做這些東西的原因之一，因?yàn)闆]有方法論，所以今天想起來了就會用“華山派的功夫”，要是沒想起來可能就會用“武當(dāng)?shù)墓Ψ颉?，甚至為了偷懶直接就沒有什么功夫。

所以會導(dǎo)致每次做不同的需求的時候，會有千奇百怪的差異，有時候會心血來潮寫Mindjet分析，有時候會寫文檔記錄，有時候會用Excel表進(jìn)行跟進(jìn)和梳理，有時候啥也腦子里過一遍就定了方案……

為避免上述問題的持續(xù)發(fā)生，我決定去制定這些方法論，同時也嚴(yán)格去執(zhí)行、落實(shí)，其中對這些方法論進(jìn)行必要的迭代升級。下圖就是我制定的屬于我自己的「產(chǎn)品方法論」，主要是在適用在“需求分析及設(shè)計(jì)”環(huán)節(jié)。

第一步：背景

背景這個東西一般我在寫需求文檔或者寫TAPD的時候都會寫上去，因?yàn)楹芏鄷r候我們都會忘記為什么要做這個功能，或者時間一久就會忘記當(dāng)時做這個的理由和原因是什么了，所以寫背景，一方面是為了以后翻起舊賬的時候可以做參考；另一方面是在需求評審或者分配開發(fā)任務(wù)的時候，讓開發(fā)和測試能夠認(rèn)同這個需求，有共同目標(biāo)和共同的認(rèn)知。

畢竟如果團(tuán)隊(duì)成員都不知道為什么要做這個，做這個的意義是什么，那么久而久之需求就會變成一項(xiàng)苦差事，大家就沒有奮斗和拼勁了。

背景除了上述說到的功效，還能在寫背景的過程中對需求進(jìn)行一個初步評估，結(jié)合各種方法論和一些指導(dǎo)，比如我們常聽到的：“用戶訪談，調(diào)研”，“市場調(diào)研”，“需求析”，“SWOT”，“5W1H”等……

總之這個環(huán)節(jié)就是要確定需求是能做的，是有價值的，讓大家認(rèn)同這一點(diǎn)，才能接下來去落實(shí)具體的方案。產(chǎn)品做完了這一步，才能進(jìn)行第二步的工作。

第二步：方案制定

方案制定是一個大環(huán)節(jié)，也是「需求設(shè)計(jì)」環(huán)節(jié)中最重要的一環(huán)，我一般根據(jù)產(chǎn)品生命周期會將產(chǎn)品工作流程分為這幾個大塊：

1. 需求的收集與評估；
2. 需求的設(shè)計(jì)與評審；
3. 需求的研發(fā)與測試；
4. 需求的上線與跟進(jìn)。

本文所講的產(chǎn)品方法論其實(shí)是針對「需求的設(shè)計(jì)與評審」這一環(huán)節(jié)來寫的，其他環(huán)節(jié)也重要，但是本文重點(diǎn)突出「需求的設(shè)計(jì)與評審」這一塊。

一般來說，做一個需求的時候，需求提出者會給出“問題型需求”和“方案型需求”，那么什么是“問題型需求”，什么是“方案型需求”？

拿WMS中的一個多SKU流水導(dǎo)出的需求來舉例，“問題型需求”應(yīng)該是這樣提出的：

我在導(dǎo)出SKU的流水時候，會發(fā)現(xiàn)每次只能導(dǎo)出一個SKU，或者每次只能導(dǎo)出一個貨主的全部SKU的流水，我希望有一個功能，能讓我自己選擇要導(dǎo)出的SKU，這樣既不用一次性導(dǎo)出去挑選想要的，也不會用分多個批次導(dǎo)出每個SKU的流水然后拼接到一起。

而“方案型需求”一般會這樣提出：

我在導(dǎo)出SKU的流水時候，會發(fā)現(xiàn)每次只能導(dǎo)出一個SKU，或者每次只能導(dǎo)出一個貨主的全部SKU的流水，我希望你們能做一個功能，讓我在界面上勾選我想要的SKU信息，然后進(jìn)行導(dǎo)出，這樣的話我想要哪幾個SKU就能導(dǎo)出哪幾個SKU，就很方便了。

注意看上面的需求描述，其實(shí)大體上來說都是在描述一個事，但是“問題型需求”側(cè)重的是表達(dá)自己遇到的問題，以及自己想要的結(jié)果。

而“方案型需求”則會表達(dá)出自己期望的操作方式或者解決手段，往往很多時候，需求提出者并不懂技術(shù)，也不懂系統(tǒng)的一些架構(gòu)，限制等，所以他們提出的這種要求，有時候是能滿足的，有時候卻不能滿足。

但是，如果產(chǎn)品經(jīng)理沒有仔細(xì)去分辨其中的原因，就會先入為主的被這種“方案型需求”代入其中，一直想用需求方描述的方式去解決這個問題，當(dāng)遇到瓶頸的時候還是會一股腦的想要按照需求描述的去實(shí)現(xiàn)，而難以跳出來去尋找其他的方案。

其實(shí)也許用另外的一種交互或者手段一樣能達(dá)到這種要求，所以當(dāng)一個需求提出的時候，我們應(yīng)該仔細(xì)地去分辨，它是“問題型需求”還是“方案型需求”。當(dāng)需求是一個“問題型需求”的時候，我們會不受約束地去想到多種方案和辦法，這樣更加有利于迅速和準(zhǔn)確地解決問題。

方案制定包含很多內(nèi)容，但是核心點(diǎn)就是：出一個方案，這里的方案可以是初步的，不成熟的，但是一定是要具有可行性的，能被大家認(rèn)同的。

所以我一般會出一些流程圖，業(yè)務(wù)分析介紹圖等和開發(fā)或者是業(yè)務(wù)干系人進(jìn)行初步溝通，看看這種方案從理想化，抽象化的角度是否具有可行性，是否能解決需求方的問題。

方案的制定一樣的會有很多成熟的方案論，例如“用例圖”，“泳道圖”，“任務(wù)拆解”，“需求剖析”，“對比分析”，“用戶調(diào)研”，“數(shù)據(jù)佐證”等等……

這里一樣不展開講了，此環(huán)節(jié)的關(guān)鍵目標(biāo)是：制定出一個初步的需求解決方案，最好是通過了一些業(yè)務(wù)干系人的認(rèn)可。

第三步：產(chǎn)品結(jié)構(gòu)圖

產(chǎn)品結(jié)構(gòu)圖，產(chǎn)品信息結(jié)構(gòu)圖，產(chǎn)品功能結(jié)構(gòu)圖，基本上算是逼死產(chǎn)品小白三座大山了。

首先是從字面意思就有點(diǎn)繞，都是結(jié)構(gòu)，都長得很像，但是又不像；其次就是網(wǎng)上的解釋五花八門，大家各自有各自的認(rèn)知和理解，誰也不能說服誰；最后是到底用哪個，大家也沒有準(zhǔn)信，全部都寫，都整理出來太麻煩，費(fèi)時間，不整理出來又怕被人說自己不專業(yè)，是個“野雞產(chǎn)品”……

于是乎，產(chǎn)品小白們，卒！

在這一塊我個人的理解是產(chǎn)品結(jié)構(gòu)包含了產(chǎn)品信息結(jié)構(gòu)和產(chǎn)品功能結(jié)構(gòu)，「產(chǎn)品信息結(jié)構(gòu)」就是指為了解決這個需求那我做出來的頁面或者功能它有什么信息，例如WMS多批次收貨功能中的信息：

• 一共有幾個界面，每個界面分別能展示什么信息等；
• 一個有多少字段，字段的限制、規(guī)則、解釋等；
• 展開與縮起的信息分別有哪些，優(yōu)先級順序是怎么樣的；
• 功能帶來的交互，文案，提示，以及涉及的一些異常機(jī)制等；

而「產(chǎn)品功能結(jié)構(gòu)」則是突出此需求需要用到什么功能，功能是放在什么位置，起什么作用之類的，繼續(xù)的拿WMS多批次收貨功能來舉例，它的功能結(jié)構(gòu)包含有：

• 每個界面的功能，有什么按鈕，按鈕的作用；
• 每條數(shù)據(jù)應(yīng)該有什么狀態(tài)，不同的狀態(tài)有什么不同的功能；
• 功能會帶來什么作用，產(chǎn)生什么后續(xù)的結(jié)果；
• 功能引發(fā)的一系列聯(lián)動，例如記錄日志、其他系統(tǒng)的聯(lián)調(diào)，多個模塊間的聯(lián)動等；

總體來說，你會發(fā)現(xiàn)產(chǎn)品信息結(jié)構(gòu)和產(chǎn)品功能結(jié)構(gòu)并不能百分百切割獨(dú)立，其中還是會有一些重疊的部分和互相作用（信息是功能，功能也是信息）的部分，所以我一般會將這兩個東西放在一個Mindjet中，取名就是「產(chǎn)品結(jié)構(gòu)圖」，甚至?xí)诶锩婕由弦恍┨厥獾臉I(yè)務(wù)說明和一些背景介紹等，因?yàn)樗鼈兛赡芗炔皇枪δ?，也不是結(jié)構(gòu)，但是卻構(gòu)成了產(chǎn)品結(jié)構(gòu)圖。

我推薦大家不明白的可以去看「人人都是產(chǎn)品經(jīng)理」中的兩篇文章，它們的訪問量和閱讀量都很高，具有一定的指導(dǎo)意義。

此環(huán)節(jié)主要的作用就是：抽象化需求，形成明確的方案，這種方案是躍然于紙的感覺，大家可能看到了你的產(chǎn)品結(jié)構(gòu)圖基本上就能腦補(bǔ)出你做的東西大概是怎么樣子了。

模塊四：原型或文檔

最后一步是關(guān)于原型和文檔，這一塊也是所有產(chǎn)品最熟悉的環(huán)節(jié)了，因?yàn)榛旧系男枨蠖紩叩竭@一步，不管怎么樣，原型不畫那文檔總要寫吧。

這一塊我的方法論反而是比較成熟和穩(wěn)定的了，一般針對原型來說，我都是低保真中突出重點(diǎn)，因?yàn)槲覀儓F(tuán)隊(duì)沒有UI，所以基本上我如果要對UI有什么特殊要求，我就要在低保真的原型中重點(diǎn)突出這個需求，同時也要進(jìn)行私下的溝通或者驗(yàn)收，以防止開發(fā)沒有看到或者沒有重視這個問題。

而原型設(shè)計(jì)其實(shí)就是對上一步的抽象化的方案進(jìn)行實(shí)例化，做過開發(fā)或者能理解面向?qū)ο?/strong>的人就很容易get這個意思。需求的設(shè)計(jì)和梳理其實(shí)都是抽象化的，畫原型和寫文檔就把這個需求的方案從抽象化的類變成實(shí)例化的對象。