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

“沒見過豬跑，還沒見過我跑嗎？“

——————蝎子

某P暴同學非讓我這只節肢動物，甩著要打馬賽克的毒刺，誤導廣大產品同學。而且，還各種肉誘。作為一個吃貨，偶不，是一只吃貨。今天就來論一論螃蟹的吃法。

從過往經驗來看，吃螃蟹有兩種吃法，一種叫會吃，一種叫吃不會。會吃者，手如鉤、齒如剪、舌如勺，風卷殘云間肉盡殼空；不會者，手似棉、齒似石、舌似紙，張狂混沌后全盤破碎。請各位同學對號入座。

而做產品，其實是同樣的道理，會吃的同學，無論你是先開殼吃還是先吃腿，都必須先有個思路。很多新同學，百思不得其解，總是喜歡拿到需求就去畫原型或者直接暈倒。其實呢，當你拿到一個需求的時候，首先要做的事是細分需求。

舉個栗子：某網站注冊登錄功能

可能，老板或者你的領導就直接來了句，”你就照著百度或者新浪，做個類似的注冊登錄功能吧~~”如果你真的這么做了，那么恭喜你，你已經達到騰訊他表弟開心網的要求了，你會抄了。但是，你會發現做完了，會有可能遇到各種各樣的問題，無論是原型還是需求的數據字段，會被各種人噴。最明顯的案例，就是當被問到你選擇這個數據字段的原因的時候，你答不上來。

其實合理的做法呢，當你接到注冊登錄功能這個需求之后，首先要細分這個需求，注冊登錄，事實上是兩個功能，⑴注冊⑵登錄；注冊功能，需要用戶將一些數據記錄到我們網站上，其目的是為了收集用戶數據、篩選核心用戶；登錄功能，區分用戶是否是核心用戶的入口之一。

之所以將這兩個功能綁定，是因為登錄功能中需要驗證用戶的唯一性，而區分用戶唯一性的數據字段，就是用戶在注冊時錄入的部分字段。分析到這里，我們就知道這兩個功能是怎么回事了，然后我們再一一細化。

因為注冊登錄中，注冊一般為先驅步驟，所以我們先細化注冊。這時，我們可以用到一個很好的辦法來細化需求，那就是自問自答，用吃螃蟹的術語叫做“一條腿一條腿的嘬肉”。

注冊需要什么？需要用戶錄入字段。需要哪些字段？滿足網站需求的基礎字段和唯一身份標識。需要如何驗證？數據字段的格式要求或后臺驗證。如果錄錯或者與他人數據重復了怎么辦？錯誤提示。錄入后去哪？跳轉問題。

在每問一個問題后，都先相應的給出一個答案，然后再繼續下一個問題，當自認為沒有問題后，也就表示這時這只螃蟹的八爪和兩鉗都已經被你吃掉了。當然，也有可能這里面有些問題你還沒弄清楚，比如說“字段需要如何驗證”這個問題，就如同蟹鉗中那條肉鉗，不吃到就是死不瞑目。這時就需要去問，問群里，問度娘，問前輩。力求優先將所有的自問都解決。然后，我們就進入了吃螃蟹的核心，也就是真正意義上的產品主體設計。

至于說，產品的主體設計呢？請聽下回分解。

書接上文，如何做產品的主體設計。前文書說到，螃蟹的八爪和兩鉗都吃完了，還吃正身了，這時需要有個下手的入口，我個人喜歡從后臍入手，簡單粗暴。當然，也可以從頭部掰開，更加暴力。其實做產品也是這樣，沒有一個一定要做什么，一定不能做什么的流程，只要你做的東西讓需求方或者下線（運營、研發等）能明白，能執行，怎么做都行。

那么，為何我們很多入行一段時間的人總是在強調邏輯，強調架構呢？還逼迫小白們，去做這個做那個，“原型別給我截圖，自己畫！”“別TM那么早畫原型，去出腦圖去！”“這個功能點擊后展示什么？你不畫出來誰知道？”原因很簡單，對于很多初入行的產品人，總是被網絡上那些大而空和書本中那些說辭給蠱惑，沒有理解到產品的根基。其實，產品經理說來很美妙，實際上就是個翻譯。研發是德國人，講究邏輯、嚴謹；運營是法國人，浪漫、情緒化；老市場是美國人，實際、利益；老板是中國人，多變、心機。產品在這魚龍混雜的體系中，追求一個平衡，穩固一個團隊。該情緒化時，可以每天抱著運營哭，該理性時，可以給研發畫導圖。

而想做到上述種種，需要學習“六國”語言，甚至更多國語言，這是談何容易的。所以，表面上看國產化的產品經理光鮮亮麗，年紀輕輕就高高在上，其實際上都是不稱職的，因為沒有10年左右的行業積累，沒有5年左右的資源積累，做產品經理就是個傀儡，可能最初入行是怎么做的，后面就一直這樣為之。就像你光知道螃蟹能食，也知道螃蟹里有肉，但是真正會吃又是另一回事。往往是頭一次蒸食的人，就以為吃螃蟹就只能蒸食；頭一次紅燒的人，就以為螃蟹就應該紅燒。吃螃蟹沾芥末的，就只沾芥末；吃螃蟹沾椒鹽的，就只沾椒鹽····

言歸正傳，返回做產品主體這件事上。為何要費大量的口水說上述文章，其主要原因是因為當作為一個產品經理（助理），在完成需求分析后，開始主導產品設計時，需要清楚提需者的思路和真正需求。而這個過程其實是有一定的比較優化的流程可以教的。產品設計的一般流程為：框架分析（腦圖）、功能分析（腦圖）、流程分析（流程圖）、原型設計（原型圖）、功能流程優化（返回第二步和第三步）、需求文檔（文檔）。

這里我要重點說說功能流程優化這步，為何在這里會有這么一個步驟呢？雖然，我們在第二步和第三步已經規劃了功能和流程，但是，很多時候在我們真正做原型，做可直觀化模型的時候，會出現對功能和流程的二次思考，就會出現對之前所設計的功能和流程有所修改。這時，就需要返回頭去修改當時所考慮的功能和流程。

可能有人要問，那我直接做原型，然后在做的過程中再去想功能和流程不是更節省時間嗎？你覺得你都把螃蟹掰開了，然后再去猜哪些能吃，哪些不能吃靠譜嗎？尤其是那種從沒有吃過螃蟹的人，第一次吃的時候可能什么氣囊、塞、后臍都會吃掉。然后，我會站在后面偷偷的樂，或者在他吃完后告訴他，“你看，這里是后臍，說白了就是螃蟹的肛門，里面雖然有黃，但也有螃蟹屎，這地方不能吃哦，你剛才沒吃吧？”

所以，在做之前，我們需要有個意識，通過腦圖和流程圖，給自己一個大概的思路，也就是這個東西該怎么做。前期，大家沒有很熟練或者很多經驗的時候，就需要先畫出來，不要覺得這工作沒有必要，這工作其實很重要。等到熟練了，以后大家也可以上來就搞原型，因為很多東西你都做過，或者有思路。不過，一般情況我認為，多畫畫腦圖和流程是沒有壞處的。

接著說前文栗子：注冊登錄功能。

我們之前說過了，前期準備工作，哪些劃分和哪些問題，然后將劃分和問題按照導圖和流程的區別都做出來。比如說功能層面，就可以按照導圖去畫；使用和跳轉層面，就可以按照流程去畫。然后，還記得第一個讓你想的問題是什么嗎？就是功能的目的，比如說注冊的目的，帶著需求去想，比如說我這里是一個公司內部網，需要真實姓名但是對資料什么的需求就比較小。這時，在做導圖的時候，就可以想字段要哪些，巴拉巴拉的內容。

之后，再做原型。做原型才是想用戶體驗，想操作，想展示元素。在做的時候就要規劃，教大家個小竅門，在做原型的時候，電腦一邊畫，手頭一邊記，記些什么呢？記一些細節的交互或者整體表現，記參考了哪些網站的網址，記突然的想法或概念。然后等原型做好后，用手頭記的這些東西返回頭去優化你的功能和流程。

然后等這些都做好后，這款產品基本上你就心里有數了，然后開始寫產品需求文檔，也就是大家俗稱的PRD。有些產品人習慣先寫PRD，因為這樣引導思路，以實現為導向，至少做出來的東西能用。但是，對于廣大產品小白來說，先寫PRD猶如用舌頭從螃蟹里嘬肉，根本沒有頭緒，往往就是沾沾醋碟，然后嚼吧嚼吧就丟掉了。然后再口口聲聲說，不喜歡吃螃蟹，因為麻煩。真的是他不喜歡吃嗎？答案肯定是否定的，如果不喜歡吃完全可以不吃嘛，還在那吃肯定是喜歡或者說不討厭吃，但是為何要說那樣的話，就是因為沒有頭緒，也不知道如何吃，但是又不好意思請教，甚至是懶的去搞。

讓小白寫PRD就如此，所以，一般情況，我還是建議可以先做原型。但是，PRD是一定要寫的，至于說為何呢？另文講說

今天就這樣吧，寫太多了不好，你看螃蟹都吃完了，下次我們吃點什么呢？？

本文由 @風蝎騎士 原創投稿，并經人人都是產品經理編輯。未經許可，禁止轉載。