2B產(chǎn)品設(shè)計(jì)關(guān)鍵詞:流程、角色、批量、個(gè)性化
關(guān)于一個(gè)優(yōu)秀的2B產(chǎn)品設(shè)計(jì),如何從流程、角色、批量、個(gè)性化4個(gè)重要關(guān)鍵詞入手呢?
?一、通過(guò)流程理解業(yè)務(wù)
2B產(chǎn)品設(shè)計(jì)是從理解業(yè)務(wù)開始的。不論是行業(yè)垂直還是業(yè)務(wù)垂直的2B產(chǎn)品,大多都是強(qiáng)業(yè)務(wù)屬性的。
要完成一項(xiàng)特定的業(yè)務(wù),可能是一個(gè)復(fù)雜的過(guò)程,需要多個(gè)人協(xié)調(diào)配合。比如說(shuō)資產(chǎn)的全生命管理是一個(gè)很長(zhǎng)的過(guò)程:采購(gòu)->入庫(kù)->領(lǐng)用->跟蹤->維護(hù)->報(bào)廢,涉及到的角色可能包括:采購(gòu)人員、資產(chǎn)管理員、普通員工,如果需要審批的話那還涉及到部門領(lǐng)導(dǎo)、財(cái)務(wù)人員等等。
可見業(yè)務(wù)有兩個(gè)特點(diǎn):過(guò)程復(fù)雜、角色多,那我們?cè)诶斫鈽I(yè)務(wù)時(shí)也試著從這兩個(gè)角度來(lái)考慮,即流程和角色。如果把流程和角色看做兩個(gè)維度,就可以得到泳道圖,which is 常用的業(yè)務(wù)邏輯梳理工具。
下邊的泳道圖例子是一個(gè)餐廳從顧客點(diǎn)單到結(jié)賬的流程,涉及到顧客、服務(wù)員、廚房三個(gè)角色,如果按點(diǎn)餐的階段也可以分為用餐前、用餐中、用餐后。
如何梳理業(yè)務(wù)流程:從宏觀到細(xì)節(jié)
復(fù)雜的業(yè)務(wù)系統(tǒng)梳理往往不是一蹴而就的,為了讓自己的理解更系統(tǒng)、更有條理,可以采用從大到小,從宏觀到細(xì)節(jié)的順序分析和梳理業(yè)務(wù)流程。
比如上邊舉的餐廳的泳道圖栗子,其實(shí)是一個(gè)比較寬泛的整體流程。在有了這個(gè)流程之后,我們可以更進(jìn)一步的梳理顧客“點(diǎn)餐”的流程:
我一般會(huì)把流程拆分成兩個(gè)部分:業(yè)務(wù)流程(宏觀)和功能流程(細(xì)節(jié))。
- 業(yè)務(wù)流程對(duì)應(yīng)宏觀的流程,如果輸出PRD的話,可以放在產(chǎn)品概述的部分,讓自己和同事首先對(duì)業(yè)務(wù)有個(gè)宏觀的認(rèn)識(shí);
- 功能流程可以針對(duì)一個(gè)小的功能點(diǎn),也可以針對(duì)“點(diǎn)餐”這樣的功能模塊,功能流程最好盡可能的詳盡,應(yīng)該包括各種各樣的異常處理,原則是RD小伙伴能按照這個(gè)流程就開發(fā)出來(lái)相應(yīng)的頁(yè)面和功能。
流程另一種含義:操作流程
上邊講到的業(yè)務(wù)和功能流程更多是我們定義產(chǎn)品、設(shè)計(jì)產(chǎn)品時(shí)候幫助自己或同事理清思路的一種方式。
這里要說(shuō)的另一種流程是有關(guān)用戶體驗(yàn)的“操作流程”。由于2B業(yè)務(wù)本身的屬性,要完成某些任務(wù),過(guò)程可能涉及到多步操作,操作流程會(huì)比較長(zhǎng)、比較繁瑣。出于產(chǎn)品易用性的考慮,在設(shè)計(jì)這種功能的時(shí)候盡量讓用戶的操作流程化。
在表單設(shè)計(jì)中我們總結(jié)過(guò)讓用戶填寫信息“分塊分步”,其實(shí)就是操作流程化的思路。把繁瑣的表單填寫細(xì)化成幾個(gè)步驟,用步驟條指明當(dāng)前所處的位置和接下來(lái)要進(jìn)行的操作。這樣流程化的操作可以讓用戶很順利的完成填寫表單這個(gè)比較復(fù)雜的任務(wù)。
再舉個(gè)例子,在一個(gè)數(shù)據(jù)采集產(chǎn)品中,采集數(shù)據(jù)人員要完成圖像數(shù)據(jù)的采集工作需要完成上傳數(shù)據(jù)、填寫基本信息、填寫業(yè)務(wù)信息、數(shù)據(jù)標(biāo)注、數(shù)據(jù)校驗(yàn)幾個(gè)步驟,這幾個(gè)步驟其實(shí)并不具有嚴(yán)格的先后順序(可以先填信息也可以先標(biāo)注數(shù)據(jù)),所以我們?cè)O(shè)計(jì)的第一版產(chǎn)品中這些功能是一個(gè)一個(gè)分散在頁(yè)面中的。
經(jīng)過(guò)用戶調(diào)研,我們發(fā)現(xiàn)這種設(shè)計(jì)會(huì)讓用戶進(jìn)入頁(yè)面后不知所措,不知道自己該做什么。所以改進(jìn)的版本中我們把雜亂的功能都列在了一起,看起來(lái)像是一個(gè)todo list,這樣即使是第一次使用產(chǎn)品的用戶也能快速上手完成采集數(shù)據(jù)這項(xiàng)任務(wù)。
二、角色、用戶、權(quán)限
什么是角色?用戶?權(quán)限?
在上邊點(diǎn)餐的栗子中,顧客、服務(wù)員、廚師是角色;顧客小李、顧客小方分別用不同的賬號(hào)登錄,分別點(diǎn)餐,他們是兩個(gè)用戶;顧客可以查看菜單、點(diǎn)餐,可以說(shuō)顧客有“查看菜單”、“點(diǎn)餐”的權(quán)限。
角色很多時(shí)候?qū)?yīng)著2B業(yè)務(wù)中的某類工作崗位,每個(gè)工作崗位負(fù)責(zé)的工作不同,我們就把他們叫做不同的角色,比如最常見的“普通用戶”、“管理員”等等,都是因?yàn)闃I(yè)務(wù)中負(fù)責(zé)的工作不一樣所以區(qū)分成不同的角色。
用戶很好理解,一般每個(gè)人都有自己的賬號(hào)登錄系統(tǒng),每個(gè)人都是一個(gè)用戶。
權(quán)限呢?其實(shí)就是每個(gè)用戶可以看到的東西(數(shù)據(jù)權(quán)限)、可以操作的功能(功能權(quán)限)。正因?yàn)槊總€(gè)工作崗位負(fù)責(zé)的工作不同,工作崗位A的工作內(nèi)容不希望讓工作崗位B的人看到(比如公司CEO能看到的數(shù)據(jù)和操作的功能肯定和一個(gè)普通員工不一樣),所以我們需要通過(guò)權(quán)限來(lái)控制每個(gè)用戶能的視野大小。
RBAC模型
細(xì)心的小讀者會(huì)發(fā)現(xiàn),角色就是用戶和權(quán)限之間的橋梁,一個(gè)用戶可以查看的數(shù)據(jù)權(quán)限、操作的功能權(quán)限是通過(guò)角色來(lái)配置的。
那我們不禁會(huì)問(wèn),為什么要通過(guò)角色建立用戶和權(quán)限的關(guān)系呢?為什么不直接給用戶賦予相應(yīng)的權(quán)限呢?
也不是不行,比如在很簡(jiǎn)單的權(quán)限系統(tǒng)中,只有普通用戶和管理員兩種角色,我們就可以省去角色,直接給管理員用戶賦予相應(yīng)的權(quán)限,其他所有用戶保持基本權(quán)限即可。
但在2B產(chǎn)品中,角色往往不止一種,用戶也有非常多,逐個(gè)給用戶設(shè)置權(quán)限是件非常繁瑣的事情。既然有些用戶的工作類似,所需要的權(quán)限也一致,我們就把這些權(quán)限打包成一個(gè)組合,賦給需要這組權(quán)限的用戶。
所以從這個(gè)角度看,角色也可以叫做“權(quán)限組合”。如果一個(gè)角色的權(quán)限發(fā)生變化,只需要修改該角色的權(quán)限范圍即可,不用挨個(gè)用戶去修改權(quán)限;如果一個(gè)用戶的角色發(fā)生變化,只需要修改這個(gè)用戶的角色,不用再去單獨(dú)配置他的權(quán)限。所以通過(guò)角色來(lái)管理用戶的權(quán)限效率會(huì)提高很多。
上邊講的這種模式就是RBAC(role based access control)模型。雖然RBAC是個(gè)比較偏技術(shù)的模型,但它為我們定義產(chǎn)品提供了一種思路:從角色和權(quán)限的角度梳理功能。
梳理角色和權(quán)限
在RBAC中,角色更偏重“權(quán)限組合”的概念。在定義產(chǎn)品時(shí),角色更偏重“業(yè)務(wù)中的某類工作崗位”的概念。兩個(gè)概念其實(shí)是一致的,但在產(chǎn)品定義階段,我們先按照工作崗位的思路來(lái)梳理角色。相應(yīng)的,權(quán)限在這個(gè)階段也可以理解為該角色看到的內(nèi)容和操作的功能。
梳理角色和權(quán)限也可以分為兩個(gè)維度,宏觀和細(xì)節(jié)。
宏觀的角色梳理對(duì)應(yīng)到工作中大概是調(diào)研階段。2B產(chǎn)品調(diào)研更多的是對(duì)業(yè)務(wù)的調(diào)研。在我們梳理業(yè)務(wù)流程的過(guò)程中,其實(shí)對(duì)業(yè)務(wù)涉及的角色、各角色負(fù)責(zé)的工作已經(jīng)有了一個(gè)大概的認(rèn)識(shí)。角色、工作、流程三種是密不可分的,它們一起組成了上邊提到的泳道圖。泳道圖這種輸出在產(chǎn)品體驗(yàn)要素中的應(yīng)該更靠近戰(zhàn)略層,目的是讓我們對(duì)產(chǎn)品給誰(shuí)用、解決什么問(wèn)題有明確的認(rèn)識(shí)~
細(xì)節(jié)的角色和權(quán)限梳理就要精確到每一個(gè)頁(yè)面的每一個(gè)功能了,所以對(duì)應(yīng)產(chǎn)品體驗(yàn)要素中的范圍層。
在產(chǎn)品設(shè)計(jì)階段,我們要決定每個(gè)功能給誰(shuí)用,不給誰(shuí)用;數(shù)據(jù)給誰(shuí)看,不給誰(shuí)看。比如說(shuō),在資產(chǎn)管理中,刪除、編輯的操作是不能開放給普通員工的,因?yàn)槿绻總€(gè)人都可以隨意修改資產(chǎn)信息會(huì)造成整個(gè)數(shù)據(jù)的錯(cuò)亂。但修改和刪除功能是有必要的,所以我們只把這些功能開放給管理員用戶。
梳理功能權(quán)限我常用的就是兩種方法:如果每個(gè)角色的差異較大,基本沒有重合的工作,從角色角度分類,分別梳理各個(gè)角色的功能就可以了。
如下圖:
如果角色間工作重疊較多,那么可以把角色和所以功能列成一個(gè)二維表格,然后逐一考慮這個(gè)人需不需這個(gè)功能。
如下圖:
有朋友可能會(huì)有這樣的疑問(wèn):2B產(chǎn)品的權(quán)限系統(tǒng)完全開放給用戶,由用戶去配置具體的角色、權(quán)限就好了啊,為什么還需要花這么大力氣來(lái)梳理角色和權(quán)限的關(guān)系呢?
我的理解是,梳理的過(guò)程也是幫助我們理解業(yè)務(wù)的過(guò)程,是磨刀不誤砍柴功。如果沒有梳理清角色、權(quán)限、流程,那設(shè)計(jì)出來(lái)的產(chǎn)品很大概率會(huì)有這樣那樣的邏輯問(wèn)題,后邊再去修復(fù)既費(fèi)時(shí)又費(fèi)力。
而且我們梳理的角色權(quán)限類似一個(gè)“標(biāo)準(zhǔn)版”,是適用于大多數(shù)情況的一種配置。如果用戶有個(gè)性化需求,在這個(gè)“標(biāo)準(zhǔn)版”基礎(chǔ)上進(jìn)行修改也會(huì)更加容易。
三、批量操作
親身體驗(yàn)!“批量”的思想在2B產(chǎn)品設(shè)計(jì)中真的很重要!先來(lái)康康一些簡(jiǎn)單的批量操作功能。
?(郵件的批量刪除)
?(批量增加需求)
(批量審批)
其實(shí)“批量”的思想在很多地方都有體現(xiàn),除了上邊這幾個(gè)栗子,還有個(gè)非常常用的批量功能就是excel導(dǎo)入。那么到底什么功能需要“批量”呢?
什么功能需要批量?
我的一點(diǎn)點(diǎn)經(jīng)驗(yàn)是可以從使用頻率和功能復(fù)雜程度的角度來(lái)考慮,顯然應(yīng)該優(yōu)先考慮使用頻繁而且功能復(fù)雜的功能的批量化。
舉個(gè)例子,在一個(gè)歷史數(shù)據(jù)采集平臺(tái)(核心功能是人工把各種存量歷史數(shù)據(jù)上傳到系統(tǒng)中)里,最最核心、高頻的操作就是上傳數(shù)據(jù)。但上傳數(shù)據(jù)的同時(shí)還要填寫一些數(shù)據(jù)信息描述,相對(duì)來(lái)說(shuō)操作比較復(fù)雜。
于是除了單個(gè)數(shù)據(jù)上傳外,我們?cè)O(shè)計(jì)了兩種批量上傳數(shù)據(jù)的方式:
- 方式一是先批量上傳多個(gè)數(shù)據(jù),然后分別填寫描述信息;
- 方式二是先填寫部分共同的描述信息(比如一批數(shù)據(jù)可能屬于相同任務(wù)、時(shí)間和作者),然后批量上傳數(shù)據(jù),描述信息會(huì)分別賦給每個(gè)數(shù)據(jù)。
批量功能的設(shè)計(jì)套路
這小節(jié)總結(jié)一下比較常見的批量功能實(shí)現(xiàn)方式~
(1)導(dǎo)入
通過(guò)excel導(dǎo)入大量的數(shù)據(jù)是非常好用的批量手段,尤其是有歷史數(shù)據(jù)需要導(dǎo)入產(chǎn)品時(shí),歷史數(shù)據(jù)很有可能是通過(guò)excel保存的,所以excel導(dǎo)入這樣的方式能兼顧用戶的使用習(xí)慣又能提高錄入數(shù)據(jù)效率。
導(dǎo)入功能可以分為模板下載、文檔上傳和錯(cuò)誤數(shù)據(jù)處理三個(gè)部分。有幾篇文章(淺析批量導(dǎo)入的功能設(shè)計(jì)、批量導(dǎo)入的詳細(xì)設(shè)計(jì)說(shuō)明)已經(jīng)總結(jié)的很清楚啦,推薦推薦,這里就不贅述了。
(關(guān)于模板設(shè)計(jì)還是贅述一個(gè)小tip吧,因?yàn)樯线呁扑]的兩篇文章好像沒提到)如果某個(gè)字段對(duì)應(yīng)到系統(tǒng)中是枚舉類型的(類似下拉框選擇的選項(xiàng),選項(xiàng)是有限固定的),可以考慮在模板中填寫時(shí)就采用下拉選擇的形式,防止由于名稱不規(guī)范等原因出現(xiàn)導(dǎo)入錯(cuò)誤。
(2)列表+批量
批量操作也經(jīng)常在列表的基礎(chǔ)上實(shí)現(xiàn),列表主要負(fù)責(zé)展示數(shù)據(jù)的概況,勾選多條數(shù)據(jù)后可以對(duì)勾選的數(shù)據(jù)做批量操作,比如上邊舉例中的批量刪除、批量審批就都屬于這種。
再舉個(gè)栗子,在資產(chǎn)管理中,可以在資產(chǎn)列表中選擇多個(gè)要處理的資產(chǎn),然后同時(shí)對(duì)它們進(jìn)行領(lǐng)用、借用、歸還等操作。
(3)表單+批量
表單的批量操作一般是新增數(shù)據(jù)時(shí)候使用,比如同時(shí)新增多條數(shù)據(jù)。單條新增數(shù)據(jù)的問(wèn)題主要是填寫信息較多而且一次只能添加一條數(shù)據(jù),如果新增數(shù)據(jù)是高頻、大量的操作(比如添加資產(chǎn)一次可能要增加幾十臺(tái)設(shè)備)用戶體驗(yàn)會(huì)很差。
表單的批量操作我見到過(guò)的主要是兩種形式,一種是精簡(jiǎn)填寫內(nèi)容后把本來(lái)多個(gè)的表單合成一個(gè)大表單,所有內(nèi)容默認(rèn)同上,如下:
第二種形式是創(chuàng)建“模板”后,以模板內(nèi)容為基準(zhǔn),用戶只需要調(diào)整少量?jī)?nèi)容即可,如下:
四、擁抱個(gè)性化需求
2b產(chǎn)品中的個(gè)性化需求真的很讓人頭大,每個(gè)客戶都有自己的想法,一千個(gè)客戶有一千個(gè)哈姆雷特,一開始我是拒絕的。
但是客戶爸爸的意見又不能不聽啊,怎么辦呢?
首先深呼吸一口,放松心情。個(gè)性化需求雖然惡心,但是并不是妖魔鬼怪,只要我們花點(diǎn)心思梳理,會(huì)發(fā)現(xiàn)其實(shí)是可以解決的。而且在2b業(yè)務(wù)中,客戶之所以會(huì)提出這樣那樣看似無(wú)理的需求,實(shí)際上是因?yàn)樗麄兊墓驹跇I(yè)務(wù)中已經(jīng)遇到了這些問(wèn)題,而做產(chǎn)品不就是為了解決用戶問(wèn)題嘛!所以這樣想,心態(tài)就會(huì)好很多了~
從另外一個(gè)角度看,遇到的個(gè)性化需求越多,我們的產(chǎn)品就不得不進(jìn)行改造升級(jí),這個(gè)過(guò)程非常痛苦,但結(jié)果是產(chǎn)品架構(gòu)會(huì)越來(lái)越合理、產(chǎn)品配置越來(lái)越靈活、還可能抽象出一些以后可以復(fù)用的模塊組件,總體來(lái)說(shuō)解決個(gè)性化需求會(huì)幫助我們的產(chǎn)品越來(lái)越好~
當(dāng)然啦也不是所有客戶需求都是要滿足的,梳理個(gè)性化需求的第一步是判斷該需求是不是在我們產(chǎn)品的范圍之內(nèi)。如果一個(gè)餐廳訂單系統(tǒng)的客戶非要讓我們管理采購(gòu)業(yè)務(wù),那我們只能抱歉的說(shuō)這超出了我們的能力范圍了(但如果有需要可以提供和采購(gòu)系統(tǒng)的交互接口)。
剔除了產(chǎn)品范圍之外的需求,剩下的需求可以分為三種:
- 可以用現(xiàn)有功能解決的;
- 可以通過(guò)配置實(shí)現(xiàn)的和;
- 可以定制化開發(fā)實(shí)現(xiàn)的。從研發(fā)成本角度看,1<2<3。
用已有功能解決
我們常說(shuō)用戶說(shuō)的不一定是他們想要的,或者說(shuō)用戶的需求可以通過(guò)其他方式滿足而不一定通過(guò)他們所給出的方案解決。用已有功能滿足用戶提出的個(gè)性化需求,對(duì)我們來(lái)說(shuō)是最經(jīng)濟(jì)高效的解決方案。
舉個(gè)栗子,在一個(gè)類似在線excel的產(chǎn)品中,客戶提出想要一個(gè)excel中按顏色篩選單元格的功能,那么我們就要問(wèn)為什么呢?
通過(guò)訪談和觀察現(xiàn)有的操作習(xí)慣發(fā)現(xiàn),用戶會(huì)在操作過(guò)程中把有疑問(wèn)的行背景設(shè)置一個(gè)顏色,然后通過(guò)按顏色篩選找出這些有疑問(wèn)的行再進(jìn)行進(jìn)一步操作。所以可見用戶想要按顏色篩選的功能不是真的關(guān)注單元格顏色,而是需要一個(gè)標(biāo)志并按照這個(gè)標(biāo)志進(jìn)行篩選。我們的產(chǎn)品已經(jīng)有一個(gè)標(biāo)記功能,可以給行做不同的標(biāo)記,再加上一個(gè)按標(biāo)記篩選的功能就可以滿足用戶的需求了。
通過(guò)配置項(xiàng)解決
配置項(xiàng)把更大的自由和權(quán)力開放給用戶,允許用戶設(shè)置自己的數(shù)據(jù)字典、用戶權(quán)限、業(yè)務(wù)流程等等。
(1)什么功能需要做配置?
上圖我覺得講的很明白!其實(shí)也是一個(gè)優(yōu)先級(jí)的問(wèn)題,多數(shù)用戶不一樣而且每個(gè)用戶頻繁變更的功能配置化的價(jià)值是最大的、優(yōu)先級(jí)也是最高的;多數(shù)用戶不一樣但每個(gè)用戶變更頻率低的功能可以初始化的時(shí)候在代碼層面配置好;還有少數(shù)用戶的高頻需求可以作為定制化的付費(fèi)功能。
(2)常見的配置項(xiàng)有哪些?
配置項(xiàng)的內(nèi)容可以分為產(chǎn)品層面和功能層面。
因?yàn)槊總€(gè)客戶的實(shí)際情況都不一樣,所以產(chǎn)品層面的配置很有必要。但產(chǎn)品層面的配置大部分在上邊四象限圖中屬于②多數(shù)用戶不一樣但切換頻率低的功能,所以產(chǎn)品初期可能沒必要設(shè)為配置項(xiàng)。隨著客戶增多,每個(gè)客戶都要差別初始化的成本會(huì)越來(lái)越高,這時(shí)候在進(jìn)行配置化改造也可行。
- 前邊講到的RBAC把角色權(quán)限設(shè)置交給用戶就是一種很典型的配置項(xiàng),現(xiàn)在已經(jīng)是大部分2b產(chǎn)品的標(biāo)配了;
- 數(shù)據(jù)字典各公司的差異性很大,比如資產(chǎn)管理中資產(chǎn)分類、資產(chǎn)用途等數(shù)據(jù),所以做成可配置項(xiàng)的價(jià)值也比較高;
- 審批流程的差異化也比較大,而且發(fā)生變動(dòng)的可能性也較高(比如之前報(bào)銷超過(guò)1000元就需要分管領(lǐng)導(dǎo)審批,現(xiàn)在改成超過(guò)2000元才需要審批),所以也經(jīng)常被做成用戶可配置的。
功能層面的配置針對(duì)每個(gè)小功能,粒度更細(xì)。比如在資產(chǎn)管理中,要生產(chǎn)貼在每個(gè)設(shè)備上的標(biāo)簽,標(biāo)簽上該顯示什么信息呢?每個(gè)公司的規(guī)定可能都不一樣,甚至每種類型的設(shè)備也都不一樣。所以我們需要把標(biāo)簽顯示信息做成可配置的,方便不同場(chǎng)景下不同用戶的選擇。
功能配置不是越多越好,配置多雖然產(chǎn)品靈活性好,但對(duì)單個(gè)用戶來(lái)說(shuō)會(huì)提高上手難度、降低用戶體驗(yàn)(想象一些軟件還沒用就要配置十幾項(xiàng)信息是非常讓人頭疼的一件事)。而且配置項(xiàng)越多開發(fā)的成本越高、周期越長(zhǎng),所以配置項(xiàng)做哪些不做哪些值得仔細(xì)思考~
通過(guò)定制化開發(fā)解決。
上邊四象限中的情況③少數(shù)用戶的高頻功能就非常適合作為定制化開發(fā)的對(duì)象。定制化開發(fā)的成本高,通用性還低,但從商業(yè)價(jià)值上來(lái)看不一定沒有意義,可以看做是我們解決個(gè)性化需求的兜底方案。
本文由@LCC?原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CC0協(xié)議。
比干貨還干
mark
總結(jié)得很好??學(xué)到東西了!贊!
請(qǐng)問(wèn)你們是什么產(chǎn)品?感覺有很多東西可以學(xué)習(xí)借鑒的
就這圖做的還好意思寫文章?人人都是產(chǎn)品經(jīng)理什么時(shí)候水平這么低了???
文章好的唄,重點(diǎn)不在圖,不喜勿噴
哈哈,對(duì)圖要求挺高??!可以看看 輕計(jì)劃,產(chǎn)品經(jīng)理能做出美美的計(jì)劃圖
承認(rèn)別人優(yōu)秀這么難?
1、這文章內(nèi)容很不錯(cuò)啊,你看看眾多的留言就知道了!
2、圖我看到有傳錯(cuò)的情況,其他還有什么問(wèn)題你可以直接指出,不必?cái)R這人身攻擊。
學(xué)習(xí)了
很淺顯易懂
我也是在做B端產(chǎn)品,看了之后有所收獲,寫得清晰明白,感謝分享。
很好 ??
產(chǎn)品說(shuō)明手稿,繼續(xù)努力寫個(gè)產(chǎn)品設(shè)計(jì)稿,,哈哈
很詳細(xì) ??