中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

編輯導語：B端產品的需求和設計是相輔相成的，兩者相互結合才能設計出更好的產品。本篇文章作者分享了B端產品需求轉化設計的具體過程，從多個方面詳細地講述了具體的操作步驟等，感興趣的一起來學習一下，希望對你有幫助。

需求與設計是不可分開的，當然指的是用戶需求，產品會將用戶需求轉化產品需求，而設計需要在用戶需求過程中有更多的參與感，才能為設計更加恰當的內容，并減少返工。

一、設計執行過程

工作中設計側理解的需求實際任務指標，是經過加工，呈現出很直觀的任務要求點，比如這里加一點，那里加這種交互規則設計模式，組件控件什么的。

需求和設計實際上也隔離開的，中間是產品的轉述，而常修改的原因大多在此處。設計師的目的應該是加入產品中間商，做一手的需求參與者。

二、需求轉化過程

先來說下，從需求轉化設計執行的一個基本過程，整個過程中，真正獨立設計頁面是很小的部分，大多數整理【需求】和【開發】。但也可以說設計是穿插在整個過程中的。

三、需求設計問題

補充需求，即在現有的的需求基礎上新增額外的需求內容，而新需求常出現的階段在【設計模塊】及之后，也有在此之前補充，但影響不大，因為前邊流程都在對需求整理階段，新增需求沒啥大的影響。

影響比較大的是在【設計模塊】之后，后幾個階段穿插進來的需求，會遇到幾個問題：

• 是否需要調整設計頁面；
• 前端是否需要返工；
• 前后端接口是否改變。

一直以來的操作就是設計重做，前端重做，后端可能改接口，硬需求下，后兩種操作可能無法避免，而設計這一側可以考慮下，能否在當前頁面承載新需求，極少的改動，同時減少前端的返工？

四、需求設計要求

接收完整需求

1. 對需求的理解：在溝通的同時，摸清業務的脈絡，搞清楚基本框架結構和節點，不僅僅是了解業務，而是在聽懂需求的同時，不斷完善設計構思框架；
2. 快速反應需求與設計畫面框架的結合：在構思框架的同時，同步將理解后的需求在大腦中與組件相匹配，節點部分記下來；
3. 以過往常規操作補充需求做法：以經驗之談，常規操作方式，最簡單最易被使用者接受，能做簡單筆畫勾勒，可待后續進行完善。

在當前需求下預制可能出現的新需求，不影響現有結構？這個是需要設計師思考的一個點。

五、解決方式

前面幾篇文章已有提到，拆解了各個設計模塊的設計內容，介紹了在B端設計中的數據表格、表單、控件等設計思路和樣式。這些思路的來源是：

• 將需求場景分類，劃分到各個設計模塊中，這點是基礎步驟；
• 為在可能后加的新需求中，在表格、表單等組件做預設擴展空間。

六、操作步驟

場景分類：

上邊提的表單、表格，組件都有說到。這里的原始需求放在設計上就是將基礎組件擴展，留下擴展空間（需要和前端提前溝通）。

比如說：

• 多級彈窗；
• 列表嵌套層級表格、表單；
• 樹狀結構嵌套列表、表單、表格；
• 問卷基礎表單、問卷題型（題目條件復雜性以及題目之間的關聯性）。

這幾個場景類型里各自出現的衍生問題如何解決：

1. 多級彈窗

這里要說到對使用彈窗的要求：一種是多級彈窗之間操作功能是相對分割的，一種彈窗之間是相互關聯需要對比數據的。

前者可以用普通彈窗也就是疊加，類似win系統中病毒一樣的，可以解決無限多級彈窗。亦或是蒙層疊加覆蓋，只顯示當前彈窗內容。

后者需要對比的，可以采用浮層+抽屜，相互疊加，數據比照。右圖：

2. 列表嵌套表格、表單

醫療數據中，基礎的數據列表形式，不能實際業務需求，在考慮基礎設計模式，后續新需求的考量也是需要建立在基礎設計模式上，因此在設計時需要留下擴展空間，而不至于重構。

場景：

列表呈現的數據，左右上下擴展數據，可通過滑動模塊完成設計。只需查看數據部分關鍵字段還需要重復點擊進入詳情是不可取的。

需要對列表內部進行擴展，擴展的選擇一種是表格（表格又可進行切換調整），一種是表單（表單又可進行模塊劃分）。因此擴展空間增大了。

3. 樹狀結構嵌套列表、表單、表格

同理醫療數據研究的復雜性，樹結構應用在導航，層級關系的基礎場景內。復雜業務要求樹結構承擔更多的功能。因此面對后續需求還是需要從內部擴展（與前端溝通）。

在信息結構的層級關系下，需要查看每一個層級的具體的詳細信息，而常規的樹結構與詳情左右分割，不被允許，關聯性不夠。

4. 問卷基礎表單、問卷題型（題目條件復雜性以及題目之間的關聯性）

基礎問卷類型，線上有提供的問卷星、騰訊問卷等都可以滿足的。自己開發一套，是因為數據的安全的，因為需求是變動，所以在基礎上需增加更多的組件類型模塊內容。

題型之間有關聯性，當前題型的設置的條件才能觸發鏈接到指定一題，或跳轉一題，那原本的題型還需增加設置項。

七、總結

對B端設計來說，理解需求、溝通需求、轉化需求，是項必須具備的增長能力。需求討論的過程中構建需求房子框架，基本的心理建設模型應該建立起來了，未知的地方也應該打上標簽了，后續的就是一點點將疑點清晰化。

比較合適的方式，手中有紙筆，寫寫畫畫，勾勒圖形，寫寫要點疑點。

完善需求設計細節。每項任務都是新的開始，每個經驗都是在完善設計方法。

需求與設計與開發是緊密結合的群體，保持密切溝通。

作者：Ychen（啊嗚計）；微信公眾號：啊嗚計；

本文由 @Ychen（啊嗚計） 原創發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自Unsplash，基于 CC0 協議。