起點課堂會員權益
職業體系課特權
線下行業大會特權
個人IP打造特權
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導直播
12場專業技能直播
會員專屬社群
榮耀標識一個沒有PRD的設計需求，三天內如何完成！
編輯導語：一個沒有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協議
- 目前還沒評論，等你發揮！
