chinesefreesexvideos高潮,欧美极品少妇性运交,久久久国产一区二区三区,99久久婷婷国产综合精品,成人国产一区二区三区

　　編輯導(dǎo)語：產(chǎn)品思維對于產(chǎn)品經(jīng)理來說十分重要，能夠有效提升工作效率和工作質(zhì)量。本文作者分享了有關(guān)產(chǎn)品經(jīng)理思維要素的相關(guān)內(nèi)容，從思維誤區(qū)、思維方式建議、理性思維探討展開分析，一起來學(xué)習(xí)一下吧，希望對你有幫助。

　　先簡單說說為什么寫這篇文章。

　　作為很久（其實(shí)也就兩三個(gè)月）沒有在產(chǎn)品前線工作的產(chǎn)品人，前幾天參加了幾場內(nèi)部的產(chǎn)品內(nèi)審會(huì)，發(fā)現(xiàn)少部分新入行或者入行時(shí)間3年以內(nèi)的產(chǎn)品身上，有著不少的思維誤區(qū)。

　　需要說明的是，本文基于2B餐飲茶飲行業(yè)進(jìn)行撰寫，不一定適用于其他行業(yè)及其他類型產(chǎn)品。

　　對于產(chǎn)品經(jīng)理必備的那些基礎(chǔ)技能，包括理解能力、邏輯分析能力、抽象思維、宏觀思維、自驅(qū)力、同理心、洞察力、溝通能力、創(chuàng)新能力、執(zhí)行力、抗壓能力、學(xué)習(xí)能力等，這些網(wǎng)上寫爛了的，就不去花太多的文字進(jìn)行詳細(xì)的描述了。

　　就從以上列出來的幾點(diǎn)，大部分靠的其實(shí)還是天賦及閱歷。

　　天賦這種事沒辦法解釋，有天賦的3天入門三年大成，沒天賦的，3個(gè)月入門，13年都不一定能大成。

　　再說閱歷，其實(shí)就是不斷的實(shí)踐、學(xué)習(xí)、提升，見得多了，做的多了，看的廣了，研究的深了，自然就從入門到初級(jí)到中級(jí)到高級(jí)到大牛了。

　　初級(jí)產(chǎn)品還算好一點(diǎn)，知道自己能力淺，說話小心翼翼，但是有些產(chǎn)品經(jīng)理到了中級(jí)階段，就開始飄了，開口閉口就是我認(rèn)為XXXX，我覺得XXXX，你們不要XXXX。

　　甚至有些產(chǎn)品做到高級(jí)層次，依然會(huì)有這種很奇怪的“我認(rèn)為”思維。

　　我記得有句話說，不要用你以為的去揣測真實(shí)用戶的需求，那樣你只會(huì)距離他們越來越遠(yuǎn)。

　　他們?yōu)槭裁磿?huì)有這種想法呢？我很想說，這叫半瓶子晃蕩。

　　大部分人都會(huì)經(jīng)歷這樣一個(gè)自我膨脹的階段，我也不例外，只是我能夠迅速調(diào)整心態(tài)。

　　為什么會(huì)這樣呢？做了幾年產(chǎn)品了，做的多了，見的多了，自以為能力已經(jīng)非常強(qiáng)了，同理心已經(jīng)融會(huì)貫通，洞察力已經(jīng)深嵌思維了，拿著以往的經(jīng)歷及片面的知識(shí)去肆意下結(jié)論了。

　　可怕的是，很多產(chǎn)品經(jīng)理長期如此還不自知。

　　現(xiàn)在呢，很多公司，不論大小，都開始提拔年輕人擔(dān)任管理或者帶領(lǐng)小團(tuán)隊(duì)，或許這些人在小團(tuán)隊(duì)里確實(shí)是優(yōu)秀的，但對于整個(gè)產(chǎn)品市場來說，其實(shí)還是偏嫩一點(diǎn)。

　　提拔你，不是因?yàn)槟闾貏e強(qiáng)，而是你目前的能力可能比其他產(chǎn)品高那么一點(diǎn)，也是認(rèn)可你的潛力，培養(yǎng)你多方面的能力，你要做的是謙虛謹(jǐn)慎前行，但是有些人開始膨脹了，自認(rèn)為能夠承擔(dān)這樣的角色是因?yàn)樽约簩?shí)力特別強(qiáng)。

　　是個(gè)產(chǎn)品總想把高級(jí)掛在頭銜上，回頭拿那些分析工具用在自己身上試試，是高級(jí)不？

　　一般來說，心態(tài)的變化會(huì)產(chǎn)生兩條很大的分裂方向，第一個(gè)是很快受到打擊，發(fā)現(xiàn)自己只是矮子里拔高的那一個(gè)，往遠(yuǎn)處看，高個(gè)子一大堆，然后盡快調(diào)整自己提升自己（也可能自暴自棄了），第二個(gè)則是越發(fā)膨脹，除了自己，其他人都是渣渣，然后認(rèn)為薪酬和實(shí)力不匹配，開始有了亂七八糟的心思，后續(xù)就不用細(xì)說了，明白的都明白。

　　我自己呢，也一樣經(jīng)歷過這個(gè)階段，幸好打臉來的快，醒悟的早。

　　我又想起了一句話這么說的：越學(xué)越覺得自己淺薄，越學(xué)越覺得自己啥都不會(huì)。

　　我現(xiàn)在就是這種狀態(tài)，說夸張一點(diǎn)就是如履薄冰了。

　　我以前做電商、現(xiàn)在做餐飲，但不論做什么，很多業(yè)務(wù)邏輯是相通，就是所謂的殊途同歸，同樣的，隨著國內(nèi)各種行業(yè)開始數(shù)字化、物聯(lián)網(wǎng)化，業(yè)務(wù)邏輯線也越來越長。

　　你敢保證你整條業(yè)務(wù)鏈都懂嗎？我以餐飲舉例，簡單列一下吧：

　　1）基礎(chǔ)交易閉環(huán)

　　門店管理、商品管理、櫥窗管理、菜單管理（貨架）、定位判斷、業(yè)務(wù)類型（自提、堂食、外賣）、訂單管理（正逆向）、POS對接、支付/退款方式（微信、支付寶等）、硬件對接（自助點(diǎn)餐、自提柜、小票機(jī)等）等；

　　2）會(huì)員管理

　　注冊來源、注冊方式、基礎(chǔ)信息、社會(huì)屬性、會(huì)員標(biāo)簽、會(huì)員畫像，與訂單、消費(fèi)信息（客單、頻率等）關(guān)聯(lián)，會(huì)員資產(chǎn)（積分、儲(chǔ)值、其他資產(chǎn)）、會(huì)員類型（普通、付費(fèi)）、會(huì)員等級(jí)、會(huì)員權(quán)益等；

　　3）基礎(chǔ)營銷

　　卡券能力（優(yōu)惠券、儲(chǔ)值卡、禮品卡、會(huì)員卡、體驗(yàn)卡等），會(huì)員生命周期個(gè)階段營銷方式，基于券的營銷，基于活動(dòng)的營銷，精準(zhǔn)營銷（基于用戶標(biāo)簽及畫像分析）等；

　　4）基礎(chǔ)財(cái)務(wù)

　　訂單/賬單對賬、門店分賬對賬、積分對賬、儲(chǔ)值卡對賬、優(yōu)惠券對賬、分類賬、明細(xì)賬、依據(jù)對賬結(jié)果輸出的會(huì)計(jì)分錄，電子發(fā)票管理；這里還存在兩個(gè)很有意思的場景，一個(gè)是多個(gè)品牌積分互通的財(cái)務(wù)轉(zhuǎn)換處理，一個(gè)是財(cái)務(wù)側(cè)視同銷售的活動(dòng)營銷；

　　5）供應(yīng)鏈管理

　　供應(yīng)商管理、分公司管理、門店管理（直營和加盟的區(qū)分）、采購管理（成品、半成品、物料BOM、門店及分公司計(jì)劃采購）、倉儲(chǔ)庫存管理（門店/分公司上報(bào)、入庫、出庫、盤庫）、物流管理（供應(yīng)商對總部、供應(yīng)商對分公司/門店、總部對分公司/門店、分公司對門店）、銷售管理（總部對分公司、總部對門店、分公司對門店等、門店對用戶）、成本管理（商品成本、人工成本、水電房租成本、物流成本等）、財(cái)務(wù)管理（營收占比、利潤率、坪效分析、采購計(jì)劃金額、階段預(yù)算等）等；

　　6）對接管理

　　各種三方平臺(tái)對接（美團(tuán)、餓了么等），各種配送及物流對接（達(dá)達(dá)、順豐、美團(tuán)、餓了么、快遞100等），各種支付對接（微信、支付寶、銀聯(lián)、聚合支付、銀行數(shù)字貨幣），地圖對接（高德、百度、騰訊等）等；

　　7）數(shù)據(jù)管理

　　需要區(qū)分?jǐn)?shù)據(jù)統(tǒng)一及基礎(chǔ)數(shù)據(jù)分析，數(shù)據(jù)統(tǒng)一包括數(shù)據(jù)的獲取（包括自有系統(tǒng)及三方平臺(tái)）、源數(shù)據(jù)存儲(chǔ)（方便溯源）、數(shù)據(jù)清洗、數(shù)據(jù)標(biāo)準(zhǔn)化、數(shù)據(jù)存儲(chǔ)，數(shù)據(jù)歸類；基礎(chǔ)數(shù)據(jù)分析包括會(huì)員分析、訂單分析、商品分析、儲(chǔ)值分析、營銷分析、ROI分析、門店分析、各類業(yè)務(wù)環(huán)比同比分析、C端用戶體驗(yàn)分析、B端使用分析、服務(wù)器算力分析、客單價(jià)分析等。

　　8）總結(jié)

　　先列這么多吧，已經(jīng)很多了。

　　一般來說，想搞一個(gè)行業(yè)TOP的SaaS系統(tǒng)，以上的產(chǎn)品能力至少要具備80%吧。

　　而且相互之間的關(guān)聯(lián)性極多，各種業(yè)務(wù)功能有著串聯(lián)、并聯(lián)以及交叉的復(fù)雜關(guān)系，當(dāng)系統(tǒng)復(fù)雜度達(dá)到一定程度的時(shí)候，牽一發(fā)而動(dòng)全身。

　　所以，活到老學(xué)到老是必須的。

　　再看上面一開始提出的產(chǎn)品經(jīng)理基礎(chǔ)能力，如果想做好上面簡單的SaaS系統(tǒng)，你要具備什么能力？好像都要有吧，而且還要扎實(shí)。

　　除了以上所列舉的內(nèi)容之外，其他行業(yè)產(chǎn)品怎么做？如何做到一法通萬法通？產(chǎn)品經(jīng)理又區(qū)分很多類型，我所列的還是基礎(chǔ)行業(yè)，再往深了說，還有數(shù)據(jù)產(chǎn)品、AI產(chǎn)品、策略產(chǎn)品、物聯(lián)網(wǎng)產(chǎn)品、工業(yè)產(chǎn)品等等，你還玩得轉(zhuǎn)嗎？

　　所以，面對行業(yè)內(nèi)卷越來越嚴(yán)重，基于產(chǎn)品經(jīng)理基礎(chǔ)能力，我整理了幾條思維相關(guān)的建議。

　　1）歸類及分層

　　歸類，顧名思義，把同類型的東西規(guī)整到一起。再深一點(diǎn)，還有必要的歸屬關(guān)系。

　　業(yè)務(wù)帶來需求，那么業(yè)務(wù)如何歸類？

　　業(yè)務(wù)是一個(gè)比較寬泛的詞，在產(chǎn)品側(cè)，業(yè)務(wù)幾乎就是全部前端能力或體驗(yàn)的代名詞了，比如外賣業(yè)務(wù)、自提業(yè)務(wù)等。

　　于是，很多甲方公司會(huì)設(shè)定一個(gè)業(yè)務(wù)部門，拆分很多業(yè)務(wù)組，比如采購業(yè)務(wù)組、營銷業(yè)務(wù)組、銷售業(yè)務(wù)組、外賣業(yè)務(wù)組、堂食業(yè)務(wù)組、會(huì)員業(yè)務(wù)組、支付業(yè)務(wù)組、卡券業(yè)務(wù)組等等。

　　同時(shí)呢，小一點(diǎn)的但關(guān)聯(lián)度高的業(yè)務(wù)也可能會(huì)合并到一個(gè)組里，比如把卡券和營銷做合并，甚至把會(huì)員、卡券、營銷做合并，把外賣、堂食做合并等等。

　　所以，業(yè)務(wù)分類其實(shí)也很明朗了，盡可能的不做交叉歸類，基于業(yè)務(wù)類型進(jìn)行歸類，比如：

　　點(diǎn)餐業(yè)務(wù)、支付業(yè)務(wù)、會(huì)員營銷業(yè)務(wù)、儲(chǔ)值業(yè)務(wù)（也有把儲(chǔ)值歸類到會(huì)員里的）、數(shù)據(jù)業(yè)務(wù)、財(cái)務(wù)等。

　　當(dāng)各業(yè)務(wù)歸類，且互相關(guān)聯(lián)形成閉環(huán)的時(shí)候，其需求歸類也就好做了。

　　基于業(yè)務(wù)歸類對需求進(jìn)行歸類整理。

　　我遇到過很多需求清單寫的很亂的產(chǎn)品經(jīng)理，第一條是會(huì)員的，第二條是點(diǎn)餐的，第三條是卡券的，第四條又是會(huì)員的，這樣來回交叉，經(jīng)常會(huì)出現(xiàn)需求重復(fù)、需求相似的情況。

　　基于業(yè)務(wù)類型進(jìn)行需求歸類時(shí)，能夠有效的杜絕需求重復(fù)或類同的情況，也能夠協(xié)助判斷需求的合理性、緊急程度等，有助于去偽存真，預(yù)設(shè)優(yōu)先級(jí)，并可以基于歸類，對需求進(jìn)行有效合并。

　　比如甲方業(yè)務(wù)側(cè)提了兩個(gè)需求，分別是會(huì)員積分獲取支持多方式多來源、積分增加手動(dòng)發(fā)放功能（舉例內(nèi)容，忽略是否為偽需求），那么這兩個(gè)需求是否可以合并，相信任何一個(gè)產(chǎn)品經(jīng)理都可以進(jìn)行判斷了。

　　隨后便是功能歸類，以會(huì)員為例，會(huì)員是一個(gè)大模塊，其子模塊包含了基礎(chǔ)信息、標(biāo)簽信息、畫像、會(huì)員資產(chǎn)等，每一個(gè)子模塊下又會(huì)有下級(jí)模塊，比如會(huì)員資產(chǎn)下有積分、集點(diǎn)、卡、券等資產(chǎn)數(shù)據(jù)。

　　其歸類在會(huì)員屬性下，同時(shí)又有了分層關(guān)系，從主模塊會(huì)員到子模塊到具體功能，其實(shí)已經(jīng)分了三層，從以上文字所述，各層直接涇渭分明，已經(jīng)很清爽了，但是當(dāng)你仔細(xì)思考時(shí)，你會(huì)發(fā)現(xiàn)一件很有意思的事，也是很多產(chǎn)品經(jīng)理在做而不自知的事：

　　有歸類，但不準(zhǔn)確。

　　舉個(gè)例子吧。

　　從管理后臺(tái)，查看會(huì)員基本信息，在詳情頁，一般會(huì)這么設(shè)計(jì)：

　　一看沒啥問題吧，簡要明確了會(huì)員的主要信息。

　　再往深了看，你給開發(fā)的時(shí)候，表也這么寫的，如果會(huì)員信息多了呢？

　　會(huì)員基礎(chǔ)信息、會(huì)員資產(chǎn)信息、會(huì)員類型、會(huì)員權(quán)益。

　　看文字，有歸類，看字段，歸類去哪里了？

　　可以想一想，后續(xù)做數(shù)據(jù)分析使用你數(shù)據(jù)的時(shí)候，你沒有歸類，是否會(huì)造成數(shù)據(jù)處理復(fù)雜度增加呢。

　　同時(shí)，我們也知道，前端展示的數(shù)據(jù)是服務(wù)端提供的。

　　那么在產(chǎn)品設(shè)計(jì)時(shí)，你直接對信息進(jìn)行歸類的話：

　　細(xì)節(jié)問題，有助于你結(jié)構(gòu)化業(yè)務(wù)類型及需求，有助于開發(fā)能夠迅速理解需求及各層次關(guān)聯(lián)關(guān)系，有助于標(biāo)簽匹配，有助于后續(xù)的數(shù)據(jù)分析。

　　換一個(gè)角度，仍以會(huì)員為例，某一個(gè)會(huì)員從注冊時(shí)間、注冊方式開始，到類型、等級(jí)、資產(chǎn)、權(quán)益、會(huì)員旅程等，經(jīng)常在變化，如果能夠提前做好約束，拆分主表及子表，那么數(shù)據(jù)更新時(shí)，動(dòng)作小，對服務(wù)端資源的消耗是否會(huì)降低呢？

　　也有產(chǎn)品認(rèn)為，太細(xì)了，這些歸類開發(fā)人員會(huì)做的，但是你保證你遇到的都是優(yōu)秀的開發(fā)嗎？

　　出了問題，往前翻，是你的問題，不是他的問題。

　　有些產(chǎn)品又會(huì)說了，我只提功能，提規(guī)范，太細(xì)的話精力不夠，時(shí)間不夠。

　　來吧，是個(gè)產(chǎn)品經(jīng)理都應(yīng)該為你設(shè)計(jì)的功能業(yè)務(wù)邏輯負(fù)責(zé)，你的邏輯不夠細(xì)，導(dǎo)致資源浪費(fèi)，降低產(chǎn)品效率，增加了服務(wù)成本，影響用戶體驗(yàn)算不算你的？

　　這還只是需求歸類及分層，再往下又是功能歸類了。

　　還以會(huì)員舉例。

　　查詢一個(gè)會(huì)員信息，需要幾步？

　　第一步登錄后臺(tái)；

　　第二步進(jìn)入會(huì)員模塊，一般默認(rèn)進(jìn)入的是列表頁；

　　第三步搜索會(huì)員ID或手機(jī)號(hào)或昵稱等均可，查出會(huì)員；

　　現(xiàn)在會(huì)員找到了，用了四步，標(biāo)準(zhǔn)流程嘛。再細(xì)一點(diǎn)，查詢會(huì)員某一次儲(chǔ)值贈(zèng)送的券數(shù)據(jù)。

　　這個(gè)時(shí)候，你就要看會(huì)員詳情頁能不能看到詳細(xì)的儲(chǔ)值信息了。

　　第五步，會(huì)員詳情頁，點(diǎn)擊儲(chǔ)值記錄，進(jìn)入儲(chǔ)值記錄頁面；

　　第六步，儲(chǔ)值記錄頁面，查找需要的儲(chǔ)值信息。

　　一般來說，很多產(chǎn)品經(jīng)理做到這里就結(jié)束了，想查贈(zèng)送的券，需要對比時(shí)間，再去會(huì)員資產(chǎn)券包中查詢。

　　換一個(gè)思維呢，在這一條記錄加一個(gè)按鈕，查看詳情，展示本次充值的金額、充值方式、贈(zèng)金、積分、送券等信息。

　　好了，看到了信息了，那么記錄里有就真的有了嗎？在券后面要不要加個(gè)按鈕跳轉(zhuǎn)到券包??？積分后面要不要加個(gè)按鈕跳轉(zhuǎn)的積分記錄??？贈(zèng)金后面要不要加個(gè)按鈕跳轉(zhuǎn)到贈(zèng)金記錄??？金額后面要不要加個(gè)按鈕跳轉(zhuǎn)到金額變化記錄啊？是不是還要查一下儲(chǔ)值贈(zèng)禮的活動(dòng)信息和記錄是否一致??？

　　回到正題，功能歸類這樣做可以嗎？各個(gè)子功能交叉，資產(chǎn)又跟儲(chǔ)值交叉，儲(chǔ)值又跟營銷交叉。

　　來，再換個(gè)思維，這些是展示在Web端的數(shù)據(jù)，數(shù)據(jù)從數(shù)據(jù)庫拉取的，數(shù)據(jù)庫是表結(jié)構(gòu)。

　　表結(jié)構(gòu)你是做好歸類和分層的。

　　再想一想，這些功能交叉了嗎？沒有，只是增加了跳轉(zhuǎn)而已。

　　這里涉及到場景化問題了，具體怎么做，要看這個(gè)功能是使用普遍性高不高，誰在用這個(gè)功能，業(yè)務(wù)人員還是運(yùn)營？

　　這個(gè)例子不好舉，但從業(yè)務(wù)到需求到功能導(dǎo)數(shù)據(jù)的歸類及分層，其實(shí)在產(chǎn)品設(shè)計(jì)階段就做好了，在設(shè)計(jì)階段就需要搞清楚，功能如何做歸類，都適用于哪些人，多角色之間的功能兼容度做到什么程度更合適，當(dāng)產(chǎn)品功能越做越多，你一眼看過去感覺有些亂，但是透過現(xiàn)象看本質(zhì)，底層的邏輯是順暢的，產(chǎn)品就是優(yōu)秀的。

　　而頁面的設(shè)計(jì)取決用使用者的訴求。

　　你設(shè)計(jì)的產(chǎn)品頁面結(jié)構(gòu)需求基于使用該產(chǎn)品的人員結(jié)構(gòu)進(jìn)行規(guī)劃，兜兜轉(zhuǎn)轉(zhuǎn)又回到了最初，業(yè)務(wù)人員提的需求，你進(jìn)行了歸類及設(shè)計(jì)，最終開發(fā)完了，業(yè)務(wù)好用、運(yùn)營好用、開發(fā)一目了然、數(shù)據(jù)歸類清晰層次分明，主表子表結(jié)構(gòu)，又能夠有效的減少一張無限長的大表所帶來的冗雜繁復(fù)。

　　后續(xù)做優(yōu)化、刪減、擴(kuò)展，是不是更好做了？

　　2）歸屬

　　再說開頭的歸屬關(guān)系。

　　沿用前面的例子，需求是會(huì)員積分獲取多方式多來源、積分增加手動(dòng)發(fā)放功能，作為產(chǎn)品經(jīng)理，很輕松就能列出很多獲取積分的方式，我們單拿手動(dòng)增加積分的功能來說吧。

　　我曾經(jīng)遇到過一種情況，因?yàn)樘厥庠颍枰o某一位或者某幾位會(huì)員增加積分的，當(dāng)時(shí)負(fù)責(zé)的產(chǎn)品直接以下方結(jié)構(gòu)增加。

　　第一種：

　　第二種：

　　在會(huì)員詳情頁積分?jǐn)?shù)額后面，放了一個(gè)加號(hào)的icon，點(diǎn)擊彈窗：

　　從單一場景來說，似乎這么做沒有問題。

　　換一個(gè)場景看看，積分清算、積分溯源、積分成本扣減時(shí)，這些沒有歸屬的積分產(chǎn)生的金錢成本誰來承擔(dān)？

　　在做積分消耗時(shí)，我們會(huì)把積分產(chǎn)生的成本歸屬到對應(yīng)的門店、分公司或總部，那么上面這個(gè)做法，應(yīng)該誰來承擔(dān)？或者從操作員身份來判斷？需要繞幾個(gè)圈圈？如果操作員的歸類和分層沒做好無法區(qū)分或區(qū)分的難度大呢？

　　這里，缺了一個(gè)歸屬。

　　我提了個(gè)建議：加一個(gè)歸屬門店字段，預(yù)設(shè)枚舉包括現(xiàn)有的全部門店、總部、分公司，如果總部和分公司字段在其他功能體系中都沒有，且只支持門店歸屬，還可以開一個(gè)虛擬門店或多個(gè)虛擬門店，將積分歸屬到對應(yīng)的虛擬門店。設(shè)定該業(yè)務(wù)能力權(quán)限，門店人員只能選擇自己權(quán)限匹配的門店或者預(yù)設(shè)的虛擬門店。

　　這樣一來，做積分清算時(shí)，可以直接把這部分積分歸類到對應(yīng)的門店，由相應(yīng)的門店來承擔(dān)。

　　但是還有個(gè)問題，如果這部分積分需要多方同時(shí)承擔(dān)呢？如總部、分公司、門店各自承擔(dān)一部分？大家應(yīng)該都知道該怎么設(shè)計(jì)了，無非是指定數(shù)額或按比例。

　　舉這個(gè)例子，也是為了表明，在產(chǎn)品功能設(shè)計(jì)階段，歸屬關(guān)系的重要性。

　　所以，產(chǎn)品經(jīng)理，是個(gè)細(xì)致活。

　　這個(gè)點(diǎn)需要與實(shí)際場景做關(guān)聯(lián)。

　　不論你做的產(chǎn)品面對的是C端用戶還是B端用戶，你的需求都會(huì)有很多來源，作為產(chǎn)品經(jīng)理，需要做好3件事：

　　需求歸類在上一段已經(jīng)做了描述，就不細(xì)說了。

　　優(yōu)先級(jí)判定應(yīng)該基于目前產(chǎn)品的階段及需求內(nèi)容進(jìn)行判斷，比如大家常說的緊急重要、緊急不重要、重要不緊急、不重要不緊急等等。

　　重點(diǎn)說一下需求判斷，這一點(diǎn)，目前很多初中級(jí)產(chǎn)品可能會(huì)思考不足。

　　需求判斷最根本的目的是去剖析了解需求的核心目的，即透過需求看本質(zhì)，找到最核心的根需求。判斷時(shí)，需代入相應(yīng)的角色，如市場角色、使用者角色等。

　　找到需求的根本，可以實(shí)現(xiàn)2件事，第一去偽，第二定位。去偽自然是篩掉偽需求，定位是為了確定該需求的使用場景。

　　具體怎么做呢？

　　結(jié)構(gòu)化思考，該需求轉(zhuǎn)化成功能后，其作用是什么？有無當(dāng)前可替代的能力？有無類同的需求？

　　功能推演，將自己代入到實(shí)際使用者，梳理全部業(yè)務(wù)流程，包括正逆向，包括與周邊功能的關(guān)聯(lián)。

　　我們還以會(huì)員手動(dòng)增加積分來舉例。

　　當(dāng)提出這個(gè)需求后，第一步歸類到會(huì)員主業(yè)務(wù)、積分子業(yè)務(wù)模塊中。

　　第二步思考這個(gè)功能的作用，特殊場景下，為用戶增加積分，如某活動(dòng)發(fā)放積分失敗補(bǔ)償、投訴及其他補(bǔ)償?shù)龋康氖菫榱吮Ｗo(hù)用戶體驗(yàn)，提升服務(wù)質(zhì)量，同時(shí)，還需要考慮，這個(gè)功能一般誰來使用，可以是客服、運(yùn)營、營銷、業(yè)務(wù)人員等。還需要考慮其他有可能產(chǎn)生該需求的場景。

　　第三步，找定位，尋根本，列關(guān)聯(lián)。積分補(bǔ)充能力，其涉及到了積分獲取方式，涉及到了積分發(fā)放歸屬，涉及到了積分獲取記錄，涉及到了積分來源溯源，涉及到了積分成本核算等。

　　如此，需求的追根究底算入門了。

　　設(shè)計(jì)時(shí)，頁面、功能、業(yè)務(wù)邏輯做的簡約，一目了然，不繁復(fù)。

　　簡約≠簡單，需要有深層次思考，考慮與周邊能力的關(guān)聯(lián)性、后續(xù)可持續(xù)的拓展性等。

　　再以會(huì)員舉例。

　　會(huì)員詳情頁很多的產(chǎn)品恨不得一股腦把所有信息都放進(jìn)去，比如：

　　類似這些信息，在會(huì)員詳情頁一次性展示全了，且內(nèi)容繁多。

　　一眼看去除了數(shù)據(jù)多一點(diǎn)，似乎沒什么問題。

　　但，請靜下心想一想，誰，哪個(gè)角色需要看會(huì)員詳情信息，還要看到這么多的數(shù)據(jù)？

　　業(yè)務(wù)、運(yùn)營、營銷、客服？這些信息展示的目的是什么？是為了讓需要的角色來查詢相關(guān)的信息的，那么什么角色會(huì)查呢？他必須一次性看到全部信息嗎？他是否能夠迅速從這么多信息里找出他所關(guān)心的信息呢？

　　那有沒有另一種可能，每個(gè)角色需要的信息也不一樣？

　　再考慮一個(gè)權(quán)限功能，之前的例子里提到了手動(dòng)增加積分可以在會(huì)員詳情進(jìn)行配置，那么這個(gè)權(quán)限限制了哪些角色？

　　反反復(fù)復(fù)又回到了上面的建議，歸類和分層。

　　對功能和字段歸類，對內(nèi)容進(jìn)行分層。

　　基于分層做權(quán)限，基于歸類區(qū)分主表及子表，默認(rèn)展示主要信息，其他的不重要的，放到更細(xì)的下一層詳情里。

　　那么，當(dāng)指定角色進(jìn)入到該頁面時(shí)，看到是只是十來個(gè)主要字段信息，再細(xì)的或者擴(kuò)散的信息，點(diǎn)擊對應(yīng)的字段名稱或數(shù)據(jù)前往下一層查看即可。

　　如此，在設(shè)計(jì)上符合歸類、分層、歸屬的思維，體驗(yàn)上又簡約大方，核心信息一目了然。

　　故，簡約而不簡單。

　　我們回想一下剛?cè)胄袝r(shí)被前輩一直叮囑的話：2C產(chǎn)品重體驗(yàn)，2B產(chǎn)品重邏輯。

　　隨著時(shí)代的進(jìn)步，行業(yè)的發(fā)展，這句話要改一下了。不論是2C還是2B，都是體驗(yàn)與邏輯性共存。

　　所以，我們產(chǎn)品需要從多維度思考業(yè)務(wù)邏輯及用戶體驗(yàn)，多維度指的是用戶維度，用戶包含涉及產(chǎn)品的全部用戶（使用者、管理者），包括2C2B2G等。同時(shí)，在做產(chǎn)品設(shè)計(jì)時(shí)，同步考慮功能在服務(wù)端的執(zhí)行效率，盡可能減少甚至杜絕浪費(fèi)資源的做法。

　　再舉個(gè)例子：

　　某品牌需要給門店安裝兩臺(tái)云打印機(jī)，分別是標(biāo)簽打印機(jī)和小票打印機(jī)，這兩臺(tái)打印機(jī)均需要通過后臺(tái)綁定到系統(tǒng)門店上，才能有效的給茶飲咖啡訂單打印杯貼標(biāo)簽及訂單小票。

　　但是，這兩臺(tái)云打印機(jī)屬于不同的品牌，一個(gè)支持掃碼綁定，一個(gè)不支持。那么，你在做綁定功能時(shí)，是怎么做的呢？看看這兩種設(shè)定吧：

　　第一個(gè)方案：

　　綁定打印機(jī)-選擇掃碼綁定-掃設(shè)備二維碼識(shí)別-識(shí)別成功-確認(rèn)信息提交-綁定成功；綁定打印機(jī)-選擇掃碼綁定-掃設(shè)備二維碼識(shí)別-識(shí)別失敗-返回頁面2-手動(dòng)綁定-進(jìn)入頁面3配置信息并提交-綁定成功；綁定打印機(jī)-頁面2選擇手動(dòng)綁定-進(jìn)入頁面3配置信息并提交-綁定成功。第二個(gè)方案：

　　綁定打印機(jī)-進(jìn)入頁面2選擇打印機(jī)品牌-進(jìn)入頁面3掃碼識(shí)別-確認(rèn)信息并提交-綁定成功；綁定打印機(jī)-進(jìn)入頁面2選擇打印機(jī)品牌-填寫打印機(jī)信息并提交-綁定成功（支持掃碼的，在打印機(jī)ID行展示掃碼icon，不支持的不展示掃碼icon）。從體驗(yàn)和邏輯上來看，哪個(gè)方案更合理呢？

　　先說第一個(gè)方案，3層頁面關(guān)系，50%的幾率掃碼識(shí)別失敗，同時(shí)這失敗的50%需要調(diào)用服務(wù)端能力；再說第二個(gè)方案，2層頁面關(guān)系，基于預(yù)設(shè)打印機(jī)信息，判斷是否需要支持掃碼；

　　從體驗(yàn)上來說，第一個(gè)方案頁面多，易掃碼失敗，用戶體驗(yàn)差，第二個(gè)方案頁面少，掃碼失敗幾率低，用戶體驗(yàn)好。

　　從邏輯上來說，第一個(gè)方案鏈路長度比第二個(gè)方案多一條，同時(shí)易錯(cuò)率大于第二個(gè)方案。

　　忽略其他關(guān)聯(lián)性因素，純以上面這個(gè)功能來對比，個(gè)人建議方案二，體驗(yàn)及邏輯的并存。

　　要做到避免蒙眼造需求，你以為的不一定是你以為的，你以為的，或許會(huì)降低產(chǎn)品效率且增加多重復(fù)雜問題，當(dāng)你為某一個(gè)角色提供你所認(rèn)為的輔助功能時(shí)，應(yīng)考慮是否會(huì)對其他用戶甚至整個(gè)產(chǎn)品產(chǎn)生影響。

　　還可能會(huì)存在出了事故責(zé)任定位問題。

　　同樣，舉上面云打印機(jī)的例子。

　　某產(chǎn)品害怕門店人員不會(huì)綁定云打印機(jī)，打算在管理后臺(tái)增加了遠(yuǎn)程綁定功能，通過運(yùn)營協(xié)助門店綁定打印機(jī)。

　　在面對這個(gè)主動(dòng)需求時(shí)，我們提出了以下問題：

　　如果運(yùn)營綁錯(cuò)了門店怎么辦？第一個(gè)問題的延續(xù)，綁錯(cuò)之后造成了業(yè)務(wù)失誤誰來承擔(dān)？如果是門店提供的信息錯(cuò)誤導(dǎo)致運(yùn)營綁定錯(cuò)誤該誰來承擔(dān)？如果所有門店知道能夠遠(yuǎn)程綁定，都上報(bào)工單說自己不會(huì)，申請遠(yuǎn)程綁定怎么辦？如果門店操作硬件設(shè)備失誤，導(dǎo)致遠(yuǎn)程綁定一直不成功或錯(cuò)誤，影響了運(yùn)營的其他工作內(nèi)容，又影響了自己門店甚至其他門店的營業(yè)，該怎么處理？包含且不僅僅是以上問題。

　　所以，產(chǎn)品經(jīng)理在“造”需求時(shí)，或者在分辨類似的需求時(shí)，多思考，多判斷，多推演，學(xué)會(huì)質(zhì)疑，學(xué)會(huì)反對。

　　以小處著手、大處著眼，做到透過現(xiàn)象看本質(zhì)，了解需求背后的意圖，找到需求的根；摸人性，從社會(huì)心理學(xué)角度去剖析用戶心理，提升同理心，有效基于人性優(yōu)化產(chǎn)品力；明社會(huì)，閉門造車不可取，要了解社會(huì)現(xiàn)狀，緊跟實(shí)事，緊跟政策，別被大勢淘汰；鑒行業(yè)，緊盯競品甚至周邊產(chǎn)品，行業(yè)從來不是以一刀切的方式區(qū)分的，很多行業(yè)之間存在互通關(guān)聯(lián)關(guān)系，學(xué)會(huì)借鑒競品、借鑒類同行業(yè)做法再創(chuàng)新；把控細(xì)節(jié)、結(jié)構(gòu)化思考、宏觀戰(zhàn)略組合拳模式打出去，定義產(chǎn)品核心戰(zhàn)略發(fā)展方向；抽象思維能力=無數(shù)次具象后的推演能力，多學(xué)習(xí)、多實(shí)踐、多思考、多復(fù)盤、舉一反三，形成自己的知識(shí)體系，才能夠在面對業(yè)務(wù)需求時(shí)，瞬間抽象出實(shí)現(xiàn)方法，即腦中有畫面，表達(dá)有條理。本文由@ 白澤 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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