“一入 B 端深似?！?..就這一句來開始話題吧，希望跟大家分享一篇小心得：「在 B 端產(chǎn)品設(shè)計(jì)中踩過的坑+趟過的淚之如何快速融入業(yè)務(wù)」，希望對(duì)想要往 B 端發(fā)展的同學(xué)有所幫助，畢竟你越了解業(yè)務(wù)，業(yè)務(wù)越需要你。

階段一：把握好入職前期的業(yè)務(wù)熟悉階段（大概 2 周時(shí)間）

剛?cè)肼毜那?1-2 周，是很好的業(yè)務(wù)熟悉階段，在這個(gè)階段不會(huì)有迭代項(xiàng)目的設(shè)計(jì)壓力，也不會(huì)有產(chǎn)品/開發(fā)/測試同學(xué)來溝通 UI 問題...但我狠狠的錯(cuò)過了這個(gè)好時(shí)機(jī)，所以揮淚總結(jié)如下：

1. 一定要擁有一個(gè)最全的測試賬號(hào)（測試環(huán)境+線上環(huán)境）

B 端產(chǎn)品用戶往往是兼具多種身份角色的，「員工 A」、「管理員 A」、「管理員 B」、「管理員 C」等等身份，這些身份權(quán)限既可能交差，也可能毫不觸及。所以擁有一個(gè)兼顧所有功能模塊的測試賬號(hào)，是了解業(yè)務(wù)的第一步。

2. 帶著角色身份，有目的性地操作

前期在使用系統(tǒng)的時(shí)候，千萬別站在一個(gè)旁觀者的角度，去審視這款產(chǎn)品。既沒有把自己當(dāng)做「員工」去體驗(yàn)整個(gè)實(shí)施過程，也沒有作為「管理員」去創(chuàng)建管理項(xiàng)目，在業(yè)務(wù)前期迭代設(shè)計(jì)中只起到了美化原型圖的作用。

當(dāng)然這種「沒目的性的操作」還會(huì)帶來另一個(gè)非常不好的點(diǎn)就是：對(duì)功能的記憶點(diǎn)很模糊，一頓猛操作后自我感覺良好，認(rèn)為已經(jīng)搞懂了業(yè)務(wù)邏輯…卻沒有去思考為什么當(dāng)時(shí)要這樣設(shè)計(jì)（是只為了滿足業(yè)務(wù)的被動(dòng)需求還是設(shè)計(jì)方案的局限，又或是基礎(chǔ)技術(shù)方案的限制，站在不同的角色場景中，體驗(yàn)是否順暢合理，是否還有其他更優(yōu)化的設(shè)計(jì)方案）。這些「思考點(diǎn)」其實(shí)都可以簡單的記錄下來，到項(xiàng)目迭代中有涉及到這些點(diǎn)的時(shí)候，可以再去深挖。

階段二：拿到產(chǎn)品需求后的準(zhǔn)備工作（立項(xiàng)-概設(shè)階段）

這個(gè)階段需要輸出設(shè)計(jì)方案的思考點(diǎn)，立足用戶場景，滿足業(yè)務(wù)需求，與產(chǎn)品經(jīng)理密切溝通需求與設(shè)計(jì)方案。

1. 本次迭代涉及到了哪些模塊，是否在前期都有線上的實(shí)操體驗(yàn)？

如果前期沒有操作體驗(yàn)過，那咱就在了解「需求」想要解決的用戶場景后，帶入角色的去體驗(yàn)?zāi)K。

2. 是全新功能設(shè)計(jì)還是既有優(yōu)化？

這可以初步的判斷一下時(shí)間排期，設(shè)計(jì)的優(yōu)先順序，是否需要用到「體驗(yàn)畫布」去擬定方案，是否需要參考「競品分析」等各種輔助設(shè)計(jì)工具（這些都是需要花時(shí)間的，緊張的迭代周期不可能滿足所有需求都應(yīng)用到這些）

3. 溝通（產(chǎn)品經(jīng)理、測試、其他業(yè)務(wù)線的設(shè)計(jì)同學(xué)）

在需求分析階段最需要緊密聯(lián)系的人就是產(chǎn)品經(jīng)理，了解他們?cè)跇I(yè)務(wù)設(shè)計(jì)階段的方案，去參考其他競品是否有利于我們的產(chǎn)品設(shè)計(jì)。但產(chǎn)品經(jīng)理站的角度往往僅是滿足被動(dòng)的業(yè)務(wù)需求（功能層面上）。在滿足功能的同時(shí)是否有更好更順暢的體驗(yàn)設(shè)計(jì)（體驗(yàn)角色是偏「學(xué)員」身份多一些，還是滿足「管理員」身份多一些），這是我們需要跟產(chǎn)品經(jīng)理溝通--梳理--擬定方案的。

充分「利用」好測試同學(xué)，因?yàn)樗麄兤鋵?shí)才是最了解功能模塊的人，每天不計(jì)其數(shù)的操作，讓他們甚至比產(chǎn)品經(jīng)理更加熟悉模塊。產(chǎn)品需求是否設(shè)計(jì)合理，測試其實(shí)更有主動(dòng)權(quán)。

如果你所在的公司擁有多業(yè)務(wù)線，其實(shí)在一些共性的功能模塊上，還可以多多與其他業(yè)務(wù)線的設(shè)計(jì)同學(xué)們聯(lián)系，視覺+交互上是可以借鑒，既能滿足公司品牌調(diào)性一致，也能多一項(xiàng)設(shè)計(jì)參考，共同進(jìn)步嘛...

4. 形成自己的需求清單

我之前用的方法是直接把產(chǎn)品的需求文檔打印出來，在上面做筆記，但后來發(fā)現(xiàn)這種方式不僅費(fèi)紙，效率也不高?，F(xiàn)在直接在 sketch 文檔里專門建立一頁，把「業(yè)務(wù)背景」、「目標(biāo)」、「產(chǎn)品解決方案」、「設(shè)計(jì)方案思路」「...」都羅列出來，隨時(shí)都可以跟蹤記錄下每一次討論的結(jié)果。在后續(xù)的畫圖中，是否畫著畫著就偏離了「目標(biāo)」，也可以隨時(shí)檢查。

階段三：設(shè)計(jì)實(shí)施階段（不要局限于同類競品設(shè)計(jì)參考）

階段四：走查階段

你是不是也會(huì)遇到視覺走查不完整的情況，有些模塊細(xì)節(jié)點(diǎn)會(huì)被遺漏。因?yàn)樽卟殡A段是在開發(fā)功能都提測以后，但最充裕的時(shí)間可能都沒有 2 周（中途還有開發(fā)調(diào)整修改的時(shí)間、有些功能點(diǎn)還需要反復(fù)去看）所以時(shí)間很緊。如何才能保障至少走查兩輪呢。

之前一直都是在現(xiàn)有的測試項(xiàng)目上根據(jù)迭代的功能測試，走查的界面特別零散，很容易遺漏。但如果一開始我們就創(chuàng)建了「專屬賬號(hào)」，在熟悉整個(gè)流程的情況下，對(duì)新迭代的需求進(jìn)行復(fù)核，操作就會(huì)是連貫的，步驟是緊密的，就會(huì)把很多細(xì)碎的點(diǎn)串聯(lián)起來了。

寫在最后

希望大家別只顧著卷，被工作節(jié)奏打亂了自己的腳步…文章寫得有點(diǎn)幼稚，但希望能對(duì)小白菜們帶來些幫助啟發(fā)，大家一起進(jìn)步。