設計稿交付后,需求方要改!怎么辦?

0 評論 3246 瀏覽 11 收藏 17 分鐘

編輯導語:設計師在提交設計稿以后經常會遇到改需求的情況,設計師對于需求方的一些需求和意見可能會出現想法上的分歧,這種時候應該如何避免?或者如何化解呢?本文作者分享了關于此事的分析和理解,我們一起來了解一下。

寫在前面:由于本人從事的是運營視覺設計的工作,所以思考角度多從運營視覺設計的角度出發,如有不全面的點歡迎共同探討。

一、發現問題

當你精心打造自己的設計作品,并滿懷自豪地把設計稿交付給需求方確認,結果對方不喜歡、不滿意、有了其他想法,要改,怎么破?

相信很多設計師遇到這種情況(這坑誰都踩過哈哈哈),都會有種感覺,覺得自己的面子和專業受到侵犯,和需求方爭得面紅耳赤還拿不出個結果,然后滿心委屈嘆息別人不懂設計。hhhhh~大可不必。

二、分析問題

首先,結合我的經驗我們來探討下發生交稿后被要求改稿都有哪些原因:

  • 需求方本身對需求加入過多的個人喜好或經驗;
  • 雙方角色站位不同,對所要結果要求也就不同;
  • 雙方沒有建立熟悉良好的合作流程和規范,需求單亂飛!稿子都很急!明早就要!沒時間溝通;
  • 沒有建立清晰規范的需求單文檔,不同人撰寫的需求文檔信息不一致,出現認知偏差;
  • 雙方溝通不到位,有的需求方表達不夠清晰,有的設計師理解力不夠,設計師對需求的挖掘不夠;
  • 看到你的設計稿后突發更好的運營想法!想要的更多;
  • 因業務原因需求方臨時改方案;
  • 等等等等……

三、解決問題

根據這些原因,我們各個擊破,逐個解決

1. 需求方本身對需求加入過多的個人喜好或經驗

舉個栗子,當你交稿后:

設計稿交付后,需求方要改!怎么辦?

遇到這種情況,首先我們只需深呼一口氣,保持平常心,縷清思路,分點闡述你的設計。

第一,我們是專業的

用通俗的語言闡述你的設計思路,這里的點為什么要這樣設計,原因有一、二、三。

還是以上面的栗子:

設計稿交付后,需求方要改!怎么辦?

第二,我們是同一戰線的

設計師的根本還是要幫助業務去解決問題,更好的賦能業務。我們闡述設計思路并不是為了不改而跟需求方pk,而是為了讓雙方對于設計稿的認知站在同一條水平線上,闡述說明我們這么做是對業務有利的。

所以,當有的需求方提出一些看似比較糟糕的意見,其實可能對方只是不知道在視覺方面的專業術語怎么表達,但根據他的經驗,又覺得需要做點什么,這時候我們設計師需要做適當引導。挖掘他的真實想法和底層需求,并給出相應的調整方案。

還是上面的栗子:

設計稿交付后,需求方要改!怎么辦?

2. 雙方角色站位不同,對所要結果要求也就不同

我們作為設計師,從開始學習美術、學習設計的那一刻起,我們的眼睛所看到的東西注定就和非美術從業者不一樣,我們可以注意和觀察到很多平常人看不到的沒的東西,同時對于那些不規整、老套、過時;總之影響“好看”的東西或圖片有種說呼出的厭惡感,這是一個事實。

值得我們驕傲,同時也應該虛懷若谷,多傾聽他人的意見,因為我們合作的上下游絕大多時候都不是設計師。

可能有的設計師不太清楚,業務方的第一需求從來都不是美不美,好看不好看的問題,他們的kpi是增量,是提升營收。所以他們需要我們設計師給的是視覺呈現的解決方案。好看是設計師出圖的基礎,但不是解決方案。

所以,當需求方為了業務“不擇手段”提出某類犧牲視覺品質修改意見時,設計師要做的是,用專業的角度分析闡述其中利弊,以及提供一到兩個權衡雙方能妥協的結果的解決方案。

我們還是舉例子說明:

設計稿交付后,需求方要改!怎么辦?

通常而言,只要我們充分理解并考慮到需求方的業務意見,通過我們設計師的方式給出相對好解決方式,需求方一般都不會拒絕。大家都是為了業務好,既能體現他們的需求,又是更好的解決方式,大家還是好朋友!

而問題三、四、五一般是設計師和需求方初步合作,或者設計師還沒有一定項目管理能力容易出現的問題。我們繼續來逐個解決。

3. 雙方沒有建立熟悉良好的合作流程和規范,需求單亂飛!稿子都很急!明早就要!沒時間溝通

審視一下自己的工作情況,如果你每天都忙得暈頭轉向,但始終還是有忙不過來需求,還各種要改!還被改來改去!結果累死累活需求方還不滿意。既然情況已經發生,那就先停下來,思考如何解決這種工具人狀態。

1)為什么總是忙不完需求,天天加班還天天設計delay?

因為每個需求方都今天來下單,明天就要圖,分身都趕不過來。

2)為什么一直改改改?

因為做圖都沒時間了,哪有時間聊需求,接著圖就開始肝了,最后做出來完全是方向相反的。

那怎么解決呢?

①評估自己手上的業務量和執行力,充分了解自己后,拿起你的手和筆,制定一個提前下單的規則—提前多少天下單才能拿到設計稿,哪些人負責下單,和那些人對接需求,業務不熟的、非正職的不能提修改意見等等,把想到能規避合作出現問題的點列出來。

②拉通所有你負責業務的需求方負責人,大家抽個二十分鐘,把合作的規則統一知會并達成一致(只要不是什么過分要求,對能對效率提升有幫助,一般需求方都會盡力配合的,需求方還是很好相處的哈哈哈)。

③達成規則后,嚴格遵守規則,必要時利用規則。

4. 沒有建立清晰規范的需求單文檔,不同人撰寫的需求文檔信息不一致,出現認知偏差

跟問題三一樣,沒有規范的下單文檔也是一個很嚴重的問題。因為每個人、每個運營、產品習慣或者喜歡使用的文檔工具都不一樣(Word、Exce、ppt,線上文檔應有盡有),寫文案的方式也不一樣,各種不同的需求文檔會嚴重浪費設計師的時間(看完一兩個文檔一上午過去了,文檔中發現不清晰的地方,找需求方確認幾個,一個下午又過了?。?/p>

而且還可能設計師理解的文字語言,和需求方理解的文字語言不一樣(比如需求方理解的炫酷,和設計師理解的炫酷。需求方理解的大氣和設計師理解大氣),造成認知偏差,最后還要改改改!

所以,我們需要建立專屬自己團隊的需求單工具,建立“下單必看一句話”和文檔規范表格,統一模板內容,規避不必要的文字信息—模板內容要有:需求背景、需求目的、投放渠道、目標用戶、資源尺寸、需求對接負責人、下單時間、期望設計交付時間、上線時間、頁面原型、設計風格要求(可直接提供參考圖)。

需求方下單,只需往里面填空就好,不必要每個需求都要設計師問一遍這些基礎情況,大大提升溝通效率的同時,認知偏差的距離會有一定縮短,接著就是通過雙方深入溝通達成一致。

設計稿交付后,需求方要改!怎么辦?

5. 雙方溝通不到位,有的需求方表達不夠清晰,有的設計師理解力不夠,設計師對需求的挖掘不夠

如果項目合作前期出現其中一方表達能力稍微欠缺,需求邏輯不夠嚴謹導致設計方向出現誤差,這個需要雙方互相尊重,相互包容。充分有效的合作流程規范及規范的前提下,在項目中磨合。

同時,設計師在對接需求前,根據需求單提前準備要挖掘的問題,提前預警可能會出現的問題。可預約時間當面溝通,遞進式深挖加適當引導,了解需求方的最底層需求。

總的來說,解決五問題方法就是一句話:互相包容、相互進步

6. 看到你的設計稿后突發更好的運營想法和方案!想要的更多?

可以的!如果我們的設計可以激發一些運營靈感,要加入更多的環節,從而能夠提升一些業務目標,那么我們非常榮幸!并且全力支持!但同時該遵守的合作流程和規則還是得遵守的(畢竟前面雙方都達成一致了的哈哈哈)。

所以,在交付設計稿后,不能說增加新需求和工作量就馬上增加,說改就馬上改(因為可能設計師可能已經在忙其他項目了),需要設計師綜合評估手上項目優先級,合理排出有效時間給到需求方。如果需求方可以接受,那皆大歡喜,大家還是好朋友!如果有的需求方不答應,要急著用新方案上線,那么這時候就需要向上級請求設計支援了,不過大家還是好朋友。

從三、四、五、六問題中,我們可以看到,項目初步建立合作前,提前建立并統一相對應的合作流程和規范,同時有效利用規則。有利于我們在項目中更好的發揮,助力業務,以及規避一些不必要的修改,導致忙碌和修改無效惡性循環!

7. 因業務原因需求方臨時改方案

在互聯網公司,問題七也是非常常見的問題。原因是互聯網公司,很多產品都是要小步試錯,快速迭代的。人員的工作模式是都職能人員相互協調配合的,所以一個運營方案很可能在視覺設計快完成了,產品或者項目老大察覺到行業走勢或者什么其他原因,在某些內容上的設計目標突然就變了。

要修改,這時候是不是一臉蒙圈?但是,作為項目需求下游、以支持賦能為主的設計師職能,面對這種情況時只能微笑點頭,然后給出設計側合理的解決方案。

這里我們可以引入一個概念:成本思維和項目思維

成本思維:我們的修改的時間成本與人力消耗與之價值相比如何,性價比是否夠高。

項目思維:項目是否急著上線?修改的點是否重要?重要程度如何?有沒有其他方法規避?根據不同情況提供不同的解決方案。

這里我們列舉四種情況:

  • 修改點的價值一般,而且急著要上線;
  • 修改點價值重大,而且急著要上線;
  • 修改點價值一般,也不是很急;
  • 修改點價值重大,但不是很急。

設計稿交付后,需求方要改!怎么辦?

1)修改點的價值一般,而且急著要上線

這種情況我們就不適合推翻重做,第一,重做成本高、第二,時間不允許。所以我們的解決方案可以是:跟需求方溝通修改方法并確認新的設計目標和背景邏輯后,快速安排時間在原有基礎上做調整修改,快速支持項目上線。

2)修改點價值重大,而且急著要上線

項目要趕著上線的情況下,以能夠按時上線為第一重點。所以即使要修改的點價值足夠大,值得設計師去重新打磨優化,也是不能夠花太多時間在上面的,所以,但遇到這種情況,我們可以:

①盡快了解新的目標及業務邏輯,挖掘業務調整第一需求。

②根據上面的溝通,找到以前形式內容差不多的數據較好的成功案例,雙方溝通看是否能微調復用,先上線。

③上線后檢測數據情況,如果數據不好,馬上溝通安排時間重新開始2.0設計,上線后繼續監測;如果數據不錯,那就考慮以復用的視覺基調,定義成風格模板。以后面對此類內容的設計,均可往這個視覺方向上靠。

3)修改點價值一般,也不是很急

這種情況就比較輕松啦,還是按規定的合作流程來,設計評估自己手上的工作,劃個道,給好時間,重新做優化設計即可。

4)修改點價值重大,也不是很急

價值足夠大,就值得更多的投入,花時間去打磨。第一還是明確好業務背景、目標以及需求方有什么要求,深挖需求。然后就可以合理安排足夠的時間去打造精品!上線以后在根據數據情況,為以后2.0做規劃調整。

四、總結

我們作為服務于商業的視覺設計師,當有更好點可以更好的幫助業務提升,改肯定是要改的,哈哈!

我們能做的是有足夠強設計功底和專業能力、定義好規范、管理好項目,與需求方和睦相處,在出現問題的情況下不至于自亂陣腳,從而無效工作、無效加班。

最后,還是得祝愿天下設計師都能次次一稿過!作圖無煩惱!共勉之!

 

本文由 @Jun恒的筆記 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!