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