從0到1產品設計的實踐與思考

6 評論 13498 瀏覽 106 收藏 10 分鐘

文章為作者對一款產品從0到1設計過程的思考總結,希望能夠給你帶來幫助。

在上篇文章中《B端產品需求分析的實踐與思考》,筆者分析了B端產品在需求分析的實踐過程中所用到的方法和注意事項。

需求分析的目的是找出用戶本質需求,排列出需求優先級,確定產品的核心需求和業務主要流程圖。需求到開發階段需要經過一個需求評審的階段,為了保證需求評審的質量,將需求以產品原型的方式展示出來是必要的,一方面便于更加形象的進行產品描述,另一方面便于及時發現和調整產品主要和細節的地方。本文就是在此基礎上闡述如何從0到1設計一款產品。

一、總體設計思路

產品設計可以說是產品經理一項非常重要的技能了,說到設計,可能馬上會想到各種設計原型的軟件了,比如說Axure、Mockplus、Sketch等,相信有很多新手朋友剛入行拿到需求后,就開始迫不及待利用各種原型軟件進行設計,追求于各種酷炫的呈現效果,在未認真理解業務流程、用戶及使用場景冒然進行設計會帶來諸多弊端。

那么一個好的設計思路是什么呢?這里筆者借用《破繭成蝶:用戶體驗設計師》這本書的設計思路:理清業務流程->設計頁面流程->設計頁面交互,下文筆者就闡述如何利用該思路進行B端產品的設計。

二、理清業務流程

無論是從0到1全新構造一款產品,還是在已有的產品上進行規劃設計,理清業務流程都是非常有必要的,當然不能眉毛胡子一把隨便抓,否則會事倍功半,筆者通常采用的思路是先確定主要任務流程,在確定子任務流程,然后對子任務流程需求進行優先級排序,為頁面流程圖的數據的流轉做好準備,下文將以案例的方式進行描述。

1、確定主要任務流程

通過需求分析和需求評估,滿足核心需求的業務流程可以確定下來。下圖是某醫院經過調研、需求分析和評估后的患者訂餐管理的業務流程圖,其產品定位為:

  • 目標用戶:醫院住院患者、訂餐員
  • 使用場景:住院病人早、中、晚訂餐;膳食科管理員接單、打單
  • 用戶目標:住院患者實現移動訂餐、膳食科管理員信息化管理訂餐

2、確定子任務流程,優先級排序

確定了主要任務流程,再將主任務流程的每個節點分解為子任務流程,如下表:

從上表可以看出任務流程的主節點可分解為若干個子任務,有了多個子任務,就需要對子任務的優先級進行排序了,這樣做的目的是讓大多數用戶需要用到的功能和使用頻率高的功能,能夠重點突出,便于用戶高效地完成地任務,通過對子任務的重要程度、使用頻率、使用人數便可將子任務進行優先級的排序:

  • 第一優先級:選擇病區、選擇病房、患者訂餐、患者選擇膳食加入購物車、提交訂單、打印訂單;
  • 第二優先級:患者查看早餐膳食、患者查看普通膳食、患者查看治療膳食、查看訂單信息、查詢訂單信息、取消訂單、刪除訂單;
  • 第三優先級:查看患者信息;

優先級的順序指的是在頁面中的重要程度,并不是體現在出現業務流程的順序上,比如:“患者查看早餐膳食“一定是在”患者訂早餐膳食“之前。

三、設計頁面流程圖

通過以上步驟,我們理清了業務主流程、子流程、并且對子流程的優先級進行了優先級排序,接下來需要在頁面流程圖上如何體現出來,如下圖所示:

如何將子任務根據優先級設計到界面中,采用何種導航方式、如何突出重點功能、如何指引用戶高效率完成任務等等,這個階段就需要對頁面之間和頁面內部考慮加入交互設計了。

四、頁面交互設計

在這里給大家介紹我常用的交互設計原則,主要是來源于兩本書:

1.《寫給大家看的設計書》:提倡親密性、對齊、重復、對比,四大設計原則

2.《簡約之上》:提倡刪除、組織、隱藏、轉移,四大策略

針對四大設計原則和四大策略具體的解釋及用法,請大家仔細閱讀這兩本書,這里不做贅述了,這里值得多一句的是導航架構,不同的產品其導航架構大有不同,Web端和移動端有較大出入,即便是移動端產品,也會因其定位不同,導航架構也不同。

本次產品的是放在平板電腦上實現,屬于移動端產品,考慮到產品核心功能及用戶的使用習慣,本案例產品采用的是常用的標簽式導航,就移動端來說還有很多導航方式。

比如說:列表式導航、平鋪式導航、宮格式導航,不同的導航適用不同的產品定位和使用場景,這里需要大家另外找資料多去研究下設計規范。

確定了導航信息架構,利用四大策略和四大設計原則便可實現頁面之間、頁面內部的交互,加入元素及交互設計內容如下圖所示:

我們常說的用戶體驗的好壞,很大程度上與交互設計有著重要的關系,當然筆者屬于產品崗,因崗位的偏向,和專業的交互設計師在專業程度上應該是存在一定差距的,這里提供的案例屬于本人剛入行設計的原型,很多地方比較粗糙,考慮到該產品邏輯比較簡單,不用太多專業知識,便才將其選為案例,僅供大家的參考。

關于如何做好產品的設計,本人也一直在學習,畢竟做一款既符合需求又讓用戶覺得好用的產品,是需要不斷地積累和沉淀的,另外,團隊中若是存在專業的交互設計師,產品人員在整理需求和流程后,可做簡單的線框圖來示意即可,而專業地交互設計留給專業的交互設計師做,相信別人的專業能力,讓他有更大的發揮空間,這樣才能建立好關系,相互信任。

五、注意事項

在這里順便總結下,本人做在產品設計實踐過程中覺得需要注意的地方:

1、切記未理解業務流程匆忙進行設計;

2、切記未理清用戶和使用場景進行設計;

3、不同的用戶看原型的要求不同,內部分享或者給開發看的原型,應盡量保證說明清晰、準確、全面;給客戶的或者測試用戶的產品設計應具備低保真甚至高保真效果,方便演示;

4、培養好的設計能力需要不斷體驗和總結,是一個需要持續不斷學習的過程,永遠要保持空杯心態。

六、總結

以上就是本人以案例化的方式描述一款產品從0到1的設計過程,其核心的設計思路為:理清業務流程->設計頁面流程->設計頁面交互,以及總結了本人在產品設計中碰到的問題及需要注意的地方,僅供大家參考,希望在工作中能夠幫助到大家,也希望大家一起多提意見,指出不足,感謝閱讀!

 

作者:張磊(個人公眾號:lightinglei)互聯網醫療B端產品策劃者,音樂愛好者,籃球愛好者,攝影愛好者

本文由 @張磊 原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 流程圖沒怎么看懂
    我覺得用戶(患者+醫生)、后臺、管理員。三者進行任務流程也可以吧,就和美團、餓了么點餐邏輯基本一致。

    來自陜西 回復
    1. 其實這里醫生的角色,沒有在功能和用戶產生交互行為,只是業務流程中,有這么一個環節,看作者的這個描述,實際上醫生是中途是沒有介入的,比如患者得飲食追蹤,患者病情的康復情況回訪等等,這一般都是二期功能

      來自上海 回復
  2. 作者您好,我是一位工作了3個月的產品新人??戳四亩嗥恼?。您把實戰經驗與書籍理論結合,并思路清晰的整理出來,感覺水平很高??煞窦幽⑿藕湍粋€朋友,學習產品知識、經驗。

    來自廣東 回復
  3. 有點沒看懂。這個系統是給住院部患者和膳食科管理員共同使用的?

    來自四川 回復
    1. 肯定是只給管理員用啊,這個后臺實際上就是淘寶的商家后臺,你可以理解用戶下單了,商家需要去后臺扭轉訂單狀態,然后作者這里是沒有畫出來C端用戶下單流程的交互

      來自上海 回復
  4. 您好 作為一個新晉產品經理 也是B端產品經理 想向大佬討教下入門看的書和課程 關于產品的書種類繁多讓人眼花繚亂不好選擇 視頻教程的話市面上多為C端產品經理的教程

    來自廣東 回復