當(dāng)我們?nèi)粘４蟛糠謺r間都在面對小的業(yè)務(wù)需求，且日常工作的細(xì)碎需求較多，該如何提升自己呢？本文就這個話題展開分析，一起來看。

最近有小伙伴提到：“我畢業(yè)后就在這家公司了，大部分時間都面對小的業(yè)務(wù)需求，日常工作也是細(xì)碎的需求較多。3年下來了總感覺自己沒有提升，請問在這方面有什么好的建議么？”

今天我們就來聊聊這個話題~

01 調(diào)整心態(tài)

小的業(yè)務(wù)需求是我們設(shè)計師日常工作中經(jīng)常遇到的，把這些小需求做好其實(shí)并不是一件容易的事。

很多人覺得這些小需求做起來沒有價值，而是戴著有色眼鏡覺得它很“無趣”，認(rèn)為對自身的專業(yè)提升沒有太大幫助。

“沒有小角色，只有小演員”。

這句用于演員身上的話其實(shí)也可以用在我們設(shè)計師身上。小需求的解決本質(zhì)是工作職責(zé)的一部分，我們首先需要調(diào)整的是自己的心態(tài)（畢竟我們是一個合格的職場人，需要認(rèn)真對待工作），建立工作的責(zé)任心，要有信念感。這句話還真不是雞湯，設(shè)計師的作用是憑借自己的專業(yè)能力促進(jìn)業(yè)務(wù)目標(biāo)的完成。我們需要考慮的更深遠(yuǎn)些，學(xué)會給自己加戲。

學(xué)會放大需求！

不能把目光局限于表項的業(yè)務(wù)訴求，我們需要從專業(yè)的角度去審視它，可以按照設(shè)計的前、中、后3個階段來拆解。

02 設(shè)計前

2.1 提煉業(yè)務(wù)目標(biāo)

小的業(yè)務(wù)需求與大的需求相比，通常在體量和復(fù)雜性上存在差異。這可能導(dǎo)致在日常設(shè)計工作中，我們?nèi)菀椎凸佬⌒枨蟮闹匾院蜐撛趦r值，因為這些項目看似簡單，可能只涉及小的界面或功能點(diǎn)的優(yōu)化。

我們經(jīng)常會因為這些看似的簡單而忽略它的業(yè)務(wù)目標(biāo)。日常工作中過于專注于這個需求任務(wù)的執(zhí)行，而忽略了核心問題：這個小需求的背后的業(yè)務(wù)目標(biāo)是什么？是不是只要按照需求方想要的效果直接按照產(chǎn)品的思路實(shí)現(xiàn)就好。最終我們會發(fā)現(xiàn)如果沒有明確定義的業(yè)務(wù)目標(biāo)，設(shè)計思維通常會停留表項，產(chǎn)生結(jié)果的偏差，因為真正的問題并沒有解決。

因此，為了深入挖掘小需求背后的價值，我們首先得看產(chǎn)品的業(yè)務(wù)目標(biāo)。

那我們該如何提煉業(yè)務(wù)目標(biāo)呢？

小需求背后的業(yè)務(wù)目標(biāo)是產(chǎn)品業(yè)務(wù)目標(biāo)的延續(xù)，我們可以利用 MECE 法則對其目標(biāo)的進(jìn)一步的細(xì)化，拆到足夠的細(xì)致。

例如我們產(chǎn)品大的業(yè)務(wù)目標(biāo)是提升云計算平臺的安全性和數(shù)據(jù)隱私。那么我們需要關(guān)注實(shí)現(xiàn)目標(biāo)所需的關(guān)鍵模塊，這包括用戶訪問、數(shù)據(jù)傳輸、身份驗證等模塊內(nèi)容。再將這些模塊拆為小業(yè)務(wù)目標(biāo)。對于 “提高用戶數(shù)據(jù)隱私保護(hù)”，可以拆解為 “增加數(shù)據(jù)加密標(biāo)準(zhǔn)” 和 “改進(jìn)隱私政策和用戶許可管理”。為每個小業(yè)務(wù)目標(biāo)確定具體的改進(jìn)措施。

在 “改進(jìn)隱私政策和用戶許可管理”方面，我們可以優(yōu)化隱私政策文檔，提供更清晰的用戶許可選項。

是不是覺得自己每天接的小需求的目標(biāo)清晰了些。

2.2 挖掘需求場景

知道了這個需求是為了滿足不同角色什么樣的業(yè)務(wù)目標(biāo)后，我們就要進(jìn)一步明確方向，即找到核心的需求場景。

組織架構(gòu)中涉及這個功能模塊的干系人是誰？在什么樣的情況下提出這功能模塊？想解決什么問題？這個問題發(fā)生的頻率多大？這個功能與上下游的工作流程的關(guān)系是什么？

上述的一連串問題需要我們主動詢問，多問幾個為什么。有同學(xué)會有疑問，產(chǎn)品需求文檔不是已經(jīng)把這個功能點(diǎn)講清楚了，直接照著做就好了么，還浪費(fèi)什么時間，這不是影響工作進(jìn)度么。

實(shí)情還真不是這樣！

產(chǎn)品與業(yè)務(wù)方在專業(yè)知識上是不對等的，業(yè)務(wù)方有時候并不清楚自己提這個需求最終在產(chǎn)品中如何呈現(xiàn)，產(chǎn)品有時候也未必理解業(yè)務(wù)方真實(shí)的含義，因此業(yè)務(wù)方的需求需要經(jīng)過再次分析才能判斷“虛實(shí)”。

在此我們可以借助5W2H 分析法來做好需求場景的判斷工作，有關(guān)該分析法的詳細(xì)內(nèi)容在我之前的文章《交互設(shè)計的技能清單》有所涉及，這里不做贅述。

03 設(shè)計中

3.1 加強(qiáng)視覺價值

對于我們 B 端產(chǎn)品體驗而言，交互是一種必備但很難在產(chǎn)品中證明的能力。很多設(shè)計師花了大把時間，可能在產(chǎn)品眼里就只是對于原型圖的優(yōu)化而已。

在一個大的設(shè)計團(tuán)隊內(nèi)，眾多產(chǎn)品體驗設(shè)計師的內(nèi)卷中，想要證明自己的交互能力遙遙領(lǐng)先是一個成本極大的事。而視覺能力強(qiáng)對于設(shè)計師而言則可以做到錦上添花。

我們需要再團(tuán)隊內(nèi)保證交互設(shè)計能力不存在短板的情況下，加強(qiáng)自身的視覺價值。特別在我們工作中假如總是接到小的業(yè)務(wù)需求，更是應(yīng)該在短時間內(nèi)把自己的價值展示清楚。

這里“不弱的交互能力+較強(qiáng)的視覺能力”則會成為你的加分組合。

可能有同學(xué)會有疑問，B端產(chǎn)品不是更應(yīng)該重視交互么，為什么還需要視覺能力？

設(shè)計表達(dá)對于咱們設(shè)計師而言至關(guān)重要。畢竟咱們也是設(shè)計師，僅僅“能用”的設(shè)計方案不不夠的，我們還需要盡可能的做到“好用”，界面設(shè)計也是我們的基本功。本著“美觀即實(shí)用”的法則，不能因為設(shè)計稿的平平無奇影響別人對我們專業(yè)能力的判斷。

3.2 沉淀業(yè)務(wù)組件

當(dāng)公司的產(chǎn)品變多，業(yè)務(wù)方向越來越清晰，設(shè)計團(tuán)隊逐漸壯大，我們接觸的業(yè)務(wù)需求足夠的多時發(fā)現(xiàn)這個模塊的組件樣式好像跟另外一個模塊中的組件樣式有略微的區(qū)別，這時我們要意識到可以沉淀業(yè)務(wù)組件了。

首先我們把各功能場景中反復(fù)出現(xiàn)的樣式進(jìn)行匯總，結(jié)合部門內(nèi)的通用組件進(jìn)行二次優(yōu)化，將其變?yōu)闈M足業(yè)務(wù)需求的業(yè)務(wù)組件。

通過業(yè)務(wù)組件的封裝沉淀，可以降低開發(fā)成本，避免大量重復(fù)且無意義的工作，保證產(chǎn)品體驗的一致性。

04 設(shè)計后

設(shè)計稿交付后不是意味著與我們沒有關(guān)系了，我們?nèi)砸^續(xù)跟進(jìn)。

有時候我們經(jīng)常會遇見這個需求的設(shè)計雖然小，但是對于我們而言很重要，體現(xiàn)了我們的工作量，但從開發(fā)的角度來看則不是這么回事了。這是因為在產(chǎn)品開發(fā)進(jìn)度中，設(shè)計的優(yōu)先級存在差異，如果它不是核心內(nèi)容，可能優(yōu)先級沒有那么高。

一個簡單的需求設(shè)計，我們交付的是幾個頁面或者幾個圖標(biāo) ，看起來簡單但假如開發(fā)不認(rèn)可你設(shè)計的重要性，對這個需求價值懷疑，開發(fā)周期緊張的話則會選擇不做或者往后延遲。這時候需要我們與開發(fā)頻繁溝通，予以他們充足的支持，比如幫助他們尋找競品類似場景的實(shí)現(xiàn)效果或者組件資源，也可以自己主動掌握一些開發(fā)的嘗試和技巧，協(xié)同開發(fā)一起推進(jìn)設(shè)計效果還原度的實(shí)現(xiàn)。

寫在最后

業(yè)務(wù)需求雖小但復(fù)雜度一點(diǎn)不小，我們需要利用好每一次小需求的機(jī)會展示自己的設(shè)計能力，通過對小需求的賦能更好的展示自己的價值。

以上只是我針對如何在小需求中展示價值的個人感悟，希望該文章對你有所啟發(fā)，也歡迎感興趣的同學(xué)一起探討~