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

編輯導語：放眼當今互聯(lián)網(wǎng)趨勢，B端大有可為。那么作為B端產(chǎn)品設計者，需要在這樣的大環(huán)境下保持著不斷學習與勤練自身邏輯思維與總結(jié)自己的一套工作方法。作者在文中沉淀其工作3年的經(jīng)驗，與大家學習交流。

B端產(chǎn)品之路，亦錘煉之路，求真之路，懷造福家國四方，利他共贏之心，效往圣先賢德行，誠然為事，不矜不伐，則能使商企之間齊驅(qū)并進。

近3年的產(chǎn)品工作沉淀，即觀察到如今互聯(lián)網(wǎng)的發(fā)展趨勢，B端大有可為，遂驅(qū)使自己提起筆桿欲同業(yè)界同仁分享請教， “高山仰止，景行行止，雖不能至，然心向往之”，以下正文。

進入互聯(lián)網(wǎng)5G紀元，各行業(yè)的技術(shù)銜接手段和信息更新效率越來越快。

作為一名B端產(chǎn)品的設計者，或者說是架構(gòu)者，產(chǎn)品的分析定位、設計架構(gòu)、功能和業(yè)務環(huán)節(jié)之間的關(guān)聯(lián)和打通，不但要保證科學嚴謹?shù)牧鞒毯鸵?guī)范，產(chǎn)品設計者還需要依據(jù)自身的行業(yè)經(jīng)驗和對產(chǎn)業(yè)互聯(lián)網(wǎng)、工業(yè)自動化、國情政策、企業(yè)類服務項目及新型科學技術(shù)（如Ai、AR、MR）、社會關(guān)系學等多方面的洞察和理解。

再結(jié)合當下互聯(lián)網(wǎng)的技術(shù)發(fā)展趨勢，在B端產(chǎn)品設計之中融入獨特且絕對有用的功能設計，項目才可能有脫穎而出的機會。

本文總結(jié)近兩年間做B端產(chǎn)品設計的歷練和見聞，也為勤練自身思維的連貫，以及向諸多前輩、同仁們?nèi)〗?jīng)求教，整理一篇關(guān)于B端產(chǎn)品工作的心得筆記。

?一、 B端如何做到合理化輸出解決方案和設計？

B端產(chǎn)品的方案和設計，時刻需要圍繞業(yè)務需求展開，合理化意味著并不一定是最好，但一定是最可能被甲方領(lǐng)導認同并通過使用的方案和設計。

在市場審度及同行或團隊眼中，不同行業(yè)、不同角度關(guān)注的細節(jié)各有不同，但重要的是方案和設計的易讀性強（符合大眾審美需求，且容易理解和操控），贊許多于嘲諷則是真成績。

1. 對合理化方案輸出的工作方法

（1） 清晰理解業(yè)務，甚至要比需求方還要懂他們的業(yè)務

B端產(chǎn)品設計時刻圍繞業(yè)務展開，一個B端項目往往包含很多條業(yè)務，每一條業(yè)務都會關(guān)聯(lián)到相關(guān)的部門、角色（人）、以及角色的權(quán)限（人的權(quán)限），甚至有些業(yè)務會涉及到不同的工作流程，還會分階段完成，以達到最終目的。

所以對于B端產(chǎn)品負責人而言，理清每條業(yè)務，熟悉每條業(yè)務的環(huán)節(jié)和可能突發(fā)的各種問題，看清需求背后的真正需求是展開項目的根本。

舉例自己曾負責過的一個企業(yè)服務類的項目，當時領(lǐng)導要求做一個CRM的項目，大致需求是：

• ?各子公司的部門領(lǐng)導可自建組織架構(gòu)，向下屬分配合同訂單，且能監(jiān)控合同工單的執(zhí)行全過程；
• 員工可自建合同訂單，上傳執(zhí)行資料，同步工作進度；
• 合同工單具備業(yè)務計算能力（財稅計算邏輯）；
• 系統(tǒng)需具備合同訂單過濾篩查及業(yè)務分析能力；
• 系統(tǒng)需具備銷售業(yè)績提成計算功能。

在這五條需求中，后兩條其實是我經(jīng)過了1年多的產(chǎn)品工作之后，至今回憶起這個項目才不充上去，以用來和各位同仁舉例。

其實當時完成這個項目僅是實現(xiàn)了前3個需求，而當時企業(yè)面臨的問題如今回憶起來并非是對合同工單的管理難點，多數(shù)子公司利用原系統(tǒng)后臺就已經(jīng)將合同管理得很好，

其真正需求是在于對企業(yè)核心業(yè)務的業(yè)績拔高。

可能對企業(yè)服務有較為深刻理解的同仁可以更明白，決定客戶與服務團隊簽訂合同的重要因素有價格、效率及專業(yè)保障，對于合規(guī)避稅的業(yè)務來說，減稅的額度是真金白銀，這對客戶是絕對的吸引，而對企業(yè)內(nèi)部員工來說，簽成一單合同帶來的傭金收益，是他們最想要的。

由于團隊也沒有很好地結(jié)合行業(yè)狀況和企業(yè)內(nèi)部問題做產(chǎn)品分析評估，最后項目即便落地也沒有實際為企業(yè)創(chuàng)造出較好的業(yè)務收益，所以看清問題本質(zhì)，了解一線的實際業(yè)務情況，對于B端產(chǎn)品設計十分重要，產(chǎn)品負責人應持眼見為實的態(tài)度，用產(chǎn)品方案去解決最實際的問題。

（2） 該有的流程圖，調(diào)研列舉，業(yè)務分析報告不能少

上面有提到，B端產(chǎn)品的特性之一是涉及到的人、部門多，細節(jié)到儀器、設備、工廠、環(huán)境等各種數(shù)據(jù)的參數(shù)更是不勝枚舉。

破除部門、人之間的信息孤島和壁壘是產(chǎn)品的核心任務，所以在B端產(chǎn)品理論設計階段之初，對業(yè)務、工作流及設備間配合的流程必須要以規(guī)范的流程圖做梳理，這也是為了便于后續(xù)研發(fā)團隊及同甲方的業(yè)務對接中，提高效率。

而對于B端項目的調(diào)研列舉和業(yè)務分析報告，這個要分行業(yè)，像一些常規(guī)的B端項目，如CRM、ERP、SAAS或部分數(shù)據(jù)中臺，市面上有很多可供產(chǎn)品負責人去參考調(diào)研，也很容易產(chǎn)出一份分析報告，具體方法我會在后續(xù)的2、3篇內(nèi)與同仁們分享具體的方法。

而對于國家級的保密項目，一般很少能有拿到明面上參考的項目，這里產(chǎn)品負責人可以向業(yè)內(nèi)專家請教或?qū)ふ乙恍﹪赓Y源作為參照，以此作為前期項目匯報的論證。

（3） 原型是最直接的說服工具，也是方案助推工具

B端用戶在視覺層面和對功能操控（交互層面）的需求與C端很相似，但對產(chǎn)品設計者的難點在于，C端項目的場景一般是由固定的，不會有太多變化，或者說是由團隊一起構(gòu)思并確定的，這個場景由產(chǎn)品方說了算。

而對于B端，尤其是較為冷門的行業(yè)，場景的特殊性會讓產(chǎn)品設計者一時間摸不到頭腦，或是無法在已經(jīng)成型的行業(yè)審美下再做創(chuàng)新，所以產(chǎn)品設計者在這一類產(chǎn)品設計進行時，一定要把特殊的業(yè)務場景通過原型圖描述清晰，甚至添加關(guān)鍵的注釋。

反思近兩年來的B端經(jīng)驗，還是建議各位同仁將原型圖盡量繪制得具象，因為在甲方領(lǐng)導的眼中，原型圖比白紙黑字的方案和PPT更具說服力。

還記得自己做得最好的一次也是在某石化園區(qū)的OA項目中，當時我采用ANT 2.0的組件庫進行OA移動端的繪制，在匯報中，有位領(lǐng)導突然站起身說，那咱們現(xiàn)在就發(fā)一個審批試試，當時這個舉動也為我個人在新團隊的立足打下了基礎。

（4） 切忌過分延申和發(fā)揮，蜻蜓點水，過猶不及

這幾年的產(chǎn)品工作結(jié)識了不少的產(chǎn)品經(jīng)理和項目經(jīng)理，大家在項目工作上各具特色，但也有這么一類人，喜歡在匯報過程中過多描述基礎性問題，或者在與其他產(chǎn)品經(jīng)理配合時愿意在別人已設計好的功能邏輯上增添不必要的功能，甚至擾亂原有的功能邏輯，其實這在團隊和甲方領(lǐng)導眼中是不太容易被接受的。

并且在不懂或不夠了解的技術(shù)和業(yè)務范圍內(nèi)過于張揚發(fā)揮，卻不能合理說服團隊和甲方，這樣的行為實是過猶不及，分享這個點，愿與各位同仁互相提醒。

2. 再對合理化設計的總結(jié)

（1） 界面清晰，主次功能明了

能理解的不贅述，不能理解的盡量優(yōu)化，新添加的創(chuàng)意功能要易讀（用戶易理解），講得清。

界面清晰，主次功能明了，是多數(shù)B端用戶最基礎的視覺需求之一，因為他們希望點開界面就可以馬上解決自己的業(yè)務問題，而不是指望在界面上玩交互游戲。

過于復雜和隱晦的界面設計，即便是垂直這個行業(yè)的專家也會惱火，那么具體到界面設計上，這里列舉一些需要經(jīng)常注意的問題。

①功能主次分明

即該用戶或多個用戶角色在當前頁面高頻操作的功能要擺放到最核心明顯的位置，次要功能需控制好當前界面的設計占比。

②界面信息簡單易懂

即界面必要的注釋，語句要精煉簡單，專業(yè)性名詞要有特別注釋，其次，這里也特別提醒多數(shù)產(chǎn)品經(jīng)理和UI常常會犯錯的一個點，就是當前界面的【上傳】與下個界面或彈窗的【提交】本是相同數(shù)據(jù)的處理，卻因為文案的不同，讓用戶不敢點，不會用。

（2）謹慎思考并使用高效交互

以訂單、合同、審批界面舉例，對于絕大多數(shù)公司而言，訂單、合同及審批單是最重要的業(yè)務憑證，為了防止用戶操作時出錯，所以此類界面多數(shù)是分為2-3步，甚至更多步完成，所以【#高效交互】不見得是在UI層面的簡潔高效，而是以下幾點：

• 系統(tǒng)能依靠內(nèi)部或設定的業(yè)務邏輯自動進行關(guān)聯(lián)和計算的操作或判斷，盡量避免讓用戶操作；
• 在當前頁面足以完成的任務或操作，避免跳轉(zhuǎn)到其他界面；
• 對于80%的操作或需要的信息，用戶3次點擊以內(nèi)就應該可以觸達完成；
• 能夠識別核心用戶行為，并在他們進行操作時給予對應的指引。

（3）產(chǎn)品設計一致性原則

B端產(chǎn)品的場景多變，業(yè)務復雜，角色之間的信息差異量大，保持產(chǎn)品設計的一致性，不僅是降低用戶的學習成本，統(tǒng)一產(chǎn)品(或合作企業(yè))的風格形象外，從整體項目推進與協(xié)同上，也至關(guān)重要。

回憶之前任職某石化園區(qū)的產(chǎn)品時，產(chǎn)品由1.0版本后交接到我手中，由于我個人的原型繪圖風格與之前產(chǎn)品的截然不同，導致在第一次方案匯報中，我需要向甲方補充很多解釋，但團隊內(nèi)部卻較為認可近乎于高保真的原型設計。

而在隨后的多個項目跟進中，我發(fā)現(xiàn)不同的產(chǎn)品繪圖風格和UI風格會造成甲方誤解，同樣也會造成研發(fā)團隊的誤解。

所以，在做B端產(chǎn)品設計時，若有充足的時間和絕對的能力，可以將先前的風格做統(tǒng)一更新美化，畢竟團隊和甲方都喜歡更具象的產(chǎn)品表達。

反之，若項目匯報和實施的時間倉促，則需保持設計一致，節(jié)省時間和精力，去做更重要的事。而保持一致性設計除界面元素樣式外，從業(yè)務邏輯和結(jié)構(gòu)框架上也需具備一致性，總結(jié)如下：

①業(yè)務邏輯一致

• 不同模塊或界面的同類功能，采用相同的操作；
• 同樣的定義或功能需要使用同樣關(guān)聯(lián)性的標題或文案 （如：修改 – 保存 編輯 – 保存/ 發(fā)布）。

②結(jié)構(gòu)層和框架層一致

即各級導航菜單結(jié)構(gòu)、界面的框架和布局，如：“更多” 的入口是彈窗或跳轉(zhuǎn)界面,菜單交互下拉或側(cè)滑, 操作區(qū)域居中或居于界面某側(cè)。

③表現(xiàn)層一致性

即核心控件、元素、交互動作一致，如：

• 常用控件：按鈕、圖標、toast提示、彈窗、遮罩層、菜單等；
• 常見交互動作：點擊效果、滑動效果、轉(zhuǎn)場動效等等。

二、B端如何讓自己的產(chǎn)品設計更有態(tài)度？

提到態(tài)度，于B端產(chǎn)品設計而言，可以引申出的詞匯即是個性，圍繞這個“個性”，我們聊聊。

1. 讓用戶適當?shù)却?，加載即是態(tài)度

好的B端產(chǎn)品能對業(yè)務和數(shù)據(jù)有足夠的創(chuàng)新和研發(fā)，在數(shù)據(jù)表達上，適當?shù)慕换タ刂瓶梢栽鰪姅?shù)據(jù)的真實感，也會使用戶更放心。結(jié)合過往經(jīng)歷，與大家一起構(gòu)思這樣一個場景：

某企業(yè)后臺需獲悉當?shù)剡@一季度氣象信息及農(nóng)作物產(chǎn)量及交易情況， 通過各種設備和軟件技術(shù)的支持確實可以做到數(shù)據(jù)的秒速呈現(xiàn)。

但對于用戶來說，數(shù)據(jù)的獲悉速度并不是他們想要的，而是數(shù)據(jù)的真實性、準確性以及可用性才是他們必需的。

在這個時候，產(chǎn)品設計者在數(shù)據(jù)呈現(xiàn)的前一步加上一個【數(shù)據(jù)加載動畫】，適當?shù)刈層脩舻壬?-3秒，這在用戶體驗上就會給人以【放心、真實】的感覺，這也是一個數(shù)據(jù)類產(chǎn)品應該具備的表達態(tài)度之一。

2. 風格化場景設置

風格化，顧名思義，給到產(chǎn)品對應的風格，在一個產(chǎn)品的理論設計階段，產(chǎn)品設計者雖不需要完全以UI的水準來向內(nèi)部團隊或甲方領(lǐng)導匯報一份產(chǎn)品設計。

但回憶這兩年來的產(chǎn)品匯報工作，多數(shù)國企領(lǐng)導在項目討論中會高頻注重產(chǎn)品的風格樣式，強調(diào)界面的布局、用色等各種細節(jié)，甚至也會因為一份產(chǎn)品原型的設計表現(xiàn)決定這個項目是否繼續(xù)進行，或該不該如此進行。

像石油化工行業(yè)的應急救援、故障巡檢項目，工程建筑行業(yè)的AR、BIM應用項目，以及某城市智慧大腦項目，在對這些項目進行產(chǎn)品設計的過程中，很多數(shù)據(jù)信息都需要更具象生動地表達，才能讓甲方領(lǐng)導一眼會意，這就是他們想要的。

下方分享一個之前本人負責某石化項目的應急救援大屏設計原型圖，以及一張BIM應用設計原型圖。

某應急救援項目可視化大屏原型稿

某BIM+AR應用項目原型稿

3. 數(shù)據(jù)加工

B端的數(shù)據(jù)加工需要有新意，而這個新意也一樣離不開一個名詞【合理化】。

產(chǎn)品設計者在對數(shù)據(jù)動手腳之前，并非簡單地設計加減乘除，為了數(shù)據(jù)化而數(shù)據(jù)化，而是以一套完善科學的B端產(chǎn)品數(shù)據(jù)分析方案為基礎，結(jié)合行業(yè)數(shù)據(jù)特性和優(yōu)劣勢，考慮當前項目所需加工的數(shù)據(jù)，以及列出充分的理由說明并論證這些數(shù)據(jù)對用戶會帶來哪些業(yè)務方面的提升。

數(shù)據(jù)分析離不開業(yè)務分析，這里也推薦大家去讀一篇我在站內(nèi)看到的關(guān)于B端產(chǎn)品業(yè)務分析的一篇文章，鏈接如下：http://www.aharts.cn/pmd/3053893.html

下面分享一張B端產(chǎn)品數(shù)據(jù)分析流程：

4. 組件庫應用設計

B端產(chǎn)品設計初期，一個好的產(chǎn)品也需要具備項目管理的思維，首先要考慮到甲方業(yè)務會頻繁變動的特性，以及后續(xù)版本持續(xù)優(yōu)化、團隊擴張問題。

在原型圖設計和UI設計開始時，不論項目是否龐大，產(chǎn)品負責人除要求和規(guī)范繪圖標準外，相應地結(jié)合對該項目整體的理解滲透，將可以固定下來的功能組件分門別類，甚至是以文檔或更便捷的工具管理。

回憶過往項目經(jīng)歷，做得最好的一次也是因為研發(fā)團隊的伙伴們勤奮積極，我們將采購和自研出的功能組件通過后臺做統(tǒng)一管理，并能向甲方提供自定義配置功能。

若有個別同仁對組件的理解不夠清晰，則可以頁面懸浮框、樹形結(jié)構(gòu)、導航及菜單樣式、頁面計算器、主題色切換控件等用以理解。

除此之外，更深層次的組件則是功能組件，小到一個前端的地圖定位功能，郵箱功能，大到一個參數(shù)管理模塊，由于我個人在這方面還需多提升見識，這里不多贅述。

重點-對于組件庫的設計和管理，其優(yōu)點在于：

• 滿足B端用戶對界面的中度定制化需求；
• 加快研發(fā)團隊后續(xù)對產(chǎn)品優(yōu)化的效率 ，減少研發(fā)成本投入；
• 提高B端產(chǎn)品的復用效率。

考慮到大家的閱讀習慣，也為了讓自己在接下來的幾個問題撰述上可以有條不紊，少講廢話，我將在第2、3篇盡量結(jié)合行業(yè)案例來與各路同仁分享，望參閱。

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

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