編輯導語：一個沒有PRD的設計需求，該如何才能夠完成？沒有原型設計師也一樣可以做得很好。本篇文章介紹了在客戶沒有攜帶PRD的情況下，設計師該如何去做，解決如何滿足客戶要求的問題，在設計上提出了很多方法，推薦想要學習設計的群體閱讀。
最近，有一位小夥伴問我，假如客戶就帶了一張嘴巴來和你溝通需求，你做不做。我說當然做啦，我們的核心職責就是為客戶提供服務，并通過我們的專業能力幫助客戶達到他們達到想要的結果。
顯然他不滿意我的回答，他認為客戶就應該帶着原型來和他溝通，否則自己怎麼能記得住那麼多零碎的信息，從而消化掉，并轉化為設計稿呢？這裡其實就是一個工作意識的問題，大部分設計師可能都停留在上述設計師的思考階段。
但我們想要走得更遠，獲得更多的能力與認可，就一定要摒棄這種想法（客戶不提供我要的東西，我就不着手設計）。
所以，我們為什麼要将自己約束起來呢？開放的心态才是成為一個優秀設計師的前提。好了，那今天就來和大家聊聊「在沒有PRD、沒有原型的情況下，設計師可以怎麼做」。
二、第一天前些日期，在非團隊服務範圍内的一個産品組找到我們，想讓我們幫忙改版測試平台的工作台頁面。接到需求後，我自然非常樂意，但也需要評估團隊目前是否有資源和能力來完成此事。
與客戶對關鍵要素溝通後，我對團隊成員手中的任務情況、需求輸入的詳細程度、工作台頁面所給到的設計時間等，發現可以承接此任務，于是我欣然答應，開啟了為期3天的工作台改版設計任務。
（1）現場溝通
明确接收設計任務後，我與客戶約定了需求溝通的地點。采用直接進行現場溝通的原因在于：首先，設計時間較短，需要快速定位問題；其次，面對面交流有利于将問題細化，我們不能隻知道要做什麼，而不知道為什麼要這麼做；最後，從以往的經驗發現，面對面溝通，客戶會更願意回答我們的問題，且我們可以對臨時想到的點進行交流。
現場溝通要注意帶上本子、筆、筆記本。本子可以記錄重點，同時溝通時在紙上塗塗畫畫，雙方不至于雞同鴨講。帶上筆記本可以方便随時訪問競品，demo，或參考物，可以對目标進行操作，方便更加直觀地溝通。
我在溝通前通常會把想問的問題先列個清單，不至于與客戶見面時不知道從何說起。這次我拟定的問題包括但不僅限于：測試平台的産品定位是什麼？主要幫助用戶完成哪些事情？目标用戶是哪些人？這些用戶平時使用工作台主要是為了解決什麼問題？我們為什麼要進行工作台設計改版？改版的範圍是内容、交互、視覺，還是其他？等等。
這些信息可能偏基礎層，但了解相關背景可以幫助我們不要在設計時走偏。大家千萬不要一上來就問：改版要改成什麼顔色呀？有什麼競品可以參考嗎？我們要去挖掘更基礎性的問題，從而讓我們後續的設計策略是帶有自主性的，而不是客戶直接告訴你我要藍色，你就直接設計藍色了，也不知道為什麼要設計成藍色。
（2）釘釘溝通
與客戶現場溝通大約進行了1-2小時，完了以後，我告訴客戶：要了解的基本了解完了，之後如果有問題，會進行釘釘線上溝通，是為了保證設計結果始終不走偏，符合預期。
在現場溝通時，我發現測試平台目前是有1.0版本的，現在是需要進行整體升級，而工作台頁面目标用戶使用頻率高，所以進行優先改版。
于是我打開測試平台地址，開始使用和學習，為後面進行用戶訪談做準備。在使用中，我果然遇到了很多問題，例如某某某字段是什麼意思，這塊功能要怎麼操作，XXX數據是哪裡來的等等。這些零零碎碎的問題，就通過釘釘溝通高效完成。
在與客戶需求溝通階段，我們可以采用基礎性、本質性的問題通過現場面對面溝通，簡單零碎的問題通過釘釘溝通，高效高質量完成需求明确任務。
當我知道測試平台，以及其工作台的基本情況後，就開始挑選目标用戶進行訪談了。測試平台的目标用戶就是測試工程師、測試主管等人員，但測試工程師是使用工作台的核心用戶，因此我選取了5名用戶進行訪談。
本次的訪談内容主要解決兩個問題：
第一、客戶認為重要的内容（客戶想讓用戶看到），是否是用戶真正關心的，以及對他們有效的。了解此可以解決客戶關心點是否用戶關心點，及設計該如何着手設計的問題。
第二、目前用戶對工作台的感受如何，包括操作便捷度、有效信息覆蓋度等。了解此可以明白用戶還關心什麼，哪些是客戶沒有意識到的，但對用戶來說也很需要的。我想，既然要改版，那改版後的工作台就會少則用半年，多則用一年，不應該為了改版而改版。
客戶沒有時間去了解基層測試工程師的痛點，那麼我去，讓這次工作台改版取得更好的效果，讓改版值得。此次訪談很順利，根據收集到的内容，我繪制了角色畫像（角色畫像可以幫助我們在設計時，不忘初心），如下圖：
完成了客戶需求溝通與用戶訪談後，我将獲得的關鍵信息進行整合，梳理成了一張表格。包括的内容有兩部分，一部分是基礎信息，一部分是工作台界面涉及到的功能清單信息。
基礎信息包括：産品定位、本次改版客戶目标、用戶人群、用戶目标等。
工作台界面功能清單包括：核心及高頻使用功能、二級重要功能、次要功能等。
三、第二天至第三天在第一天中，我已經獲得了本次改版的重要信息和功能，接下來就要開始着手原型設計了，将零散的信息可視化呈現，方便客戶進行評審。對于設計師來說，
原型設計會包括兩部分，一部分是工具使用，一部分是思路呈現。
這裡我根據本次改版的實際情況，和大家分享下工作台原型的設計思路。在實際項目中，原型可以分為“示意類原型和高保真原型”。假如設計師需要頻繁将原型進行評審與修改，那麼示意類原型是比較合适的。我們隻需要将關鍵信息、功能位置、重點信息布局等繪制出來即可。
不過在不斷修改的過程中，會因為項目需要，變得越來越豐滿。高保真原型一般會出現在諸如設計定稿期（沒有視覺設計師，開發就用高保真原型指導開發），項目演示階段等。
本次我沒有用到高保真原型，用的就是示意類原型，通過把關鍵信息在原型上清晰表達，在所剩不多的時間内快速與客戶方過稿-修改-過稿-修改，直到把關鍵内容定下來。
第一步：劃分信息區域。根據用戶的關注度和使用頻次對界面上所需要呈現的信息進行歸類和布局。
測試平台工作台界面上的信息分為三部分：第一部分是個人日常工作信息，第二部分是團隊日常工作信息，第三部分是全局性的低頻信息。
根據之前的訪談結果，我們發現用戶對以上三種信息的關注度是不同的，由高到低依次為：個人日常工作信息、團隊日常工作信息、全局性的低頻信息。
個人日常工作信息和團隊日常工作信息是實時數據，對用戶日常工作展開具有指導作用。依據用戶浏覽界面的「F型」閱讀原則，将重要、高頻使用信息置于界面左上角位置及首屏區域，即設計時将個人日常工作信息和團隊日常工作信息布局在此區域。
第二步：深入某塊信息。完成大區塊信息劃分後，我們就要着手對單塊信息進行相對細的設計了，這裡舉例“項目數據總覽”卡片。
我們如何不斷深入完成“項目數據總覽”的原型呢？
首先，我們要知道該模塊中所需要呈現的具體數據有什麼(這裡包括測試分析、測試設計、測試任務）；其次，我們要了解數據的含義，以及它們分别對用戶的作用是什麼，哪些數據是用戶在該模塊中最關注的；最後，我們要知道每塊數據具體要展現的值維度，如果遇到「總數據」，還需要明确最大值可能是多少，避免數據量太大展示不下。
根據不同業務的情況，我們還可以詢問客戶，是否還有下鑽展現數據等需求。
第三步：排版整齊、有秩序。在做原型的時候，我們不要隻将信息堆疊在頁面上，根據實際需要，可以适當考慮展現，幫助團隊在評審原型時，能更直觀、更有效地提出建議。
在“項目數據總覽”卡片中，針對每塊數據的具體信息，我用環狀圖進行了簡單示意（這不代表視覺設計師就隻能用環狀圖）。同時，我将「總數據」進行了适當突出。
第四步：多退少補。這裡的「多退少補」可不是買物品花錢時候的多退少補，而是指原型基本完成後，我們還需要整體排查一遍，将原型中多餘的内容去除，将未完善的内容補充的過程。
例如，在與客戶溝通中我發現，客戶不是對所有卡片内容有統一放大查閱的需求，而隻是對其中一張卡片的内容有放大查閱的需求，那我就隻保留了一個卡片的放大功能。
完成原型設計後，就開始補充交互細節了，一方面是開發後期的指導，一方面也是視覺設計師設計的指南。如何編寫一份友好的交互設計文檔，請看此篇文章：《編寫一份友好的交互說明文檔要注意哪些》
本次工作台改版中，有一些地方客戶要求保留原來的交互方式，因此我在标注時備注和原來交互方式一緻，而不同的地方進行逐一細化标注。
四、第三天此次工作台視覺設計主要依托于我們原有的産品設計規範（工作台視覺設計由我們團隊熟悉此産品設計規範的設計師完成），因此切入設計相對比較簡單。這裡我想到了一點，很多設計師認為，有了設計規範，就沒啥視覺工作可做了，用組件拼拼搭搭即可。
但實際上并不是所有内容都可以用組件拼搭完成，組件隻覆蓋了界面部分場景，還有很大一部分場景是基礎組件無法覆蓋的。因此，除了使用約定好的設計規範以外，在設計規範之上我們可以構建細節，很多地方隻要我們願意用心發現，就可以發揮。
這裡和大家分享我們工作台設計細節發揮的地方：
（1）表格狀态圖标設計
通常用戶對表格數據的狀态會較為關注，狀态可以引導用戶進行下一步操作，因此我們在狀态列上加了圖标，讓用戶通過圖标即可了解數據狀态。
（2）應用導航圖标設計
應用導航區塊通常放置用戶常用的鍊接，可以幫助用戶快速達到想去的系統，而這些鍊接對應的示意圖标正是視覺設計發揮的好地方。
（3）榜單标題增強設計
我們對榜單模塊的标題也進行了處理，比直接放一串文字顯得更生動。
（4）排序序号突出設計
對于列表來說，序号可以直接和标題連在一起，以文本的方式呈現。但我們将标題加了一些設計感，讓界面看起來生動，且有助于用戶明确當前數據是第幾條。
（5）列表多人名展現設計
普通的數據展現就是将文字碼出來（隻要是文字，呈現都是一樣的），我們對此進行了優化設計。第一，以頭像的形式可視化展現；第二，默認展現3個頭像，多餘“點點點”展現（人名在10個以内），當鼠标移上去，自動撐開展現。
設計工作完成，并不是我們設計任務的結束，恰恰是我們設計價值體現的開始，這就是價值交付。
那什麼是價值交付呢？價值交付是指我們要以客戶認可的方式，将設計稿交付給客戶，讓他們有條理、有依據、有掌控感地完成後續的開發工作。而不是說，我們導出一份設計文檔扔過去就好了。
在價值交付的過程中，我們可以給予這些（若有遺漏，歡迎小夥伴們補充）：
（1）開一個設計稿交付會
與團隊成員從頭到尾講一下設計策略、設計理念，以及開發小哥哥在開發過程中需要注意哪些。而不要隻扔一份文檔給開發，他們有可能關注不到設計師想表達的細節。
（2）盡可能将交互設計文檔編寫清晰
文檔一旦清晰，就減少了雙方（設計師與開發）來回溝通的成本，且開發小哥哥不會以自行腦補的形式開發。
（3）我們的視覺設計稿也要清晰
例如間距不要出現小數，間距不要毫無規則，顔色不要随意用，導出的切圖不要打組等等。
（4）對于需要開發關注到的要點，單獨梳理出來，或者特殊标識符标注
例如，一些地方需要特殊動效的，可以找一些參考圖給開發，不要隻是文字描述。
（5）對于頁面上使用到的圖标、圖片，切出來給開發，上傳到項目圖标庫
根據經驗，我們完全可以提前準備好，不要等開發來要再給。
（6）告訴客戶，我們随時在，有需要随時聯系我們
價值交付最重要的一點就是持續的設計服務，讓設計延續而不是随着任務終止。
三天完成一個頁面的改版設計時間不算少，但在沒有PRD輸入的情況下，如何厘清思路着手開始做，我總結了整個改版過程中可以使用的方法（沒有過多的方法論，很實用），希望能給大家一些幫助。
在完成測試雲平台工作台的改版後，我們依然和客戶保持持續溝通，解答在開發過程中的相關疑問，保證研發能較好的将設計稿落地下去。客戶沒有用我們喜歡的方式輸入需求，也并不妨礙我們完美地完成任務。
設計師們，打破設計師身份，去做更多體現價值的事情吧！
小插曲我在參加人人都是産品經理2021年度作者評選，希望喜歡我的文章的朋友都能來支持我一下~
點擊下方鍊接進入我的個人參選頁面，點擊紅心即可為我投票。
每人最多可投3票，投票即有機會獲得百萬驚喜禮品&起點課堂千元豪禮哦！
投票傳送門：http://996.pm/zakKo
知果，公衆号：知果日記，人人都是産品經理專欄作家。浙江工商大學品牌設計專業碩士，《B端思維-産品經理的自我修煉》作者。在産品設計流程、産品設計原則、産品設計方法、産品設計規範方面均有豐富經驗
本文原創發布于人人都是産品經理，未經作者許可，禁止轉載
題圖來自Unsplash，基于CC0協議
,更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!
zpostcode 
Recruit 
weather 
mreligion 
Yellowpages 
sport 
constellation 
shopping 
name 
game 
directory 
literature 
Word 
tour 
furnish 
Lottery 
tftnews 
lyrics 
News 
digital 
car 
dir 
Edu 
Finance 
