需求與功能的微妙差異,你真的了解嗎?

餓了只能吃飯?
當然不!
需求是「想被滿足」,功能則是「如何滿足」。
搞懂這個差異,才能設計出真正解決用戶問題的產品!

很多人覺得「功能」和「需求」是一樣的。
不!當然不一樣,而且差非常非常多。

除非你認為肚子餓就只能吃飯,不能吃麵包吃牛排。

請順手幫我點個訂閱唷!

(本文只是大綱,想要詳細完整了解,還是看影片唷!)

什麼是需求?

心理學上指的是,引起個體行為的內在動力。它常以一種「缺乏感」體驗著,以意向、願望的形式表現出來,
最終導致為推動人進行活動的動機。

照這樣字面上的翻譯,我們可以理解為「希望得到」、「想被滿足」的動機,是一種抽象的心理感受。

什麼是功能?

功能是滿足需求的方法,大方向來說,功能指的是功用和效能。

在資訊業常常被當成是「這個產品在做什麼?」「這產品提供什麼給使用者用?」

但是有個很大的盲點在於,當我們討論功能的時候就已經把滿足使用者的方法限定在「開發產品能辦到的事情」上了。

功能和需求的差別在哪裡?

功能是滿足需求的方法之一,幾乎已經挶限在「我們的產品能怎麼滿足使用者」,而不是「滿足使用者需求有哪些手段」。
但其實滿足使用者的需求有非常多可能性,不是只有「產品」吧。

什麼是內容?

內容就是所有你想放在手機 App、或是網站裡的東西。大致上會有這 4 種:圖片、影片、聲音、文字。

使用者的需求有時候不是「功能」,而是他想知道什麼樣的「資訊」,

我們要怎麼得知使用者的需求?

使用者不一定能好好地說出自己想要什麼啊,大部份的人都不懂自己想要什麼,這也是設計師老是抱怨自己要通靈的一個老問題。

人們不一定知道自己要什麼,通常只會有個模糊的概念希望自己變得更好,但不知道用什麼方式達到「變好」這個目標。

為什麼我們很容易把需求和功能混在一起講?

我們把太多事情當成理所當然了,以至於到後來會覺得「功能」就等於需求。

比如說「我想要路徑導航」。

路徑導航是功能不是需求,所以這個功能背後代表真正的需求你覺得是什麼?

做專案時我們可以怎麼思考需求?

寫 User Story。

提出需求不代表會實現,I Have A Dream。

不知道設計卡在哪?

👉 第一次來?從這裡開始

下面這些文章,從不同角度整理那些容易被忽略的地方

wave
2017 年 2月 13 本好書推薦
2017 年 2月 13 本好書推薦

太久沒更新blog,都長草了,這陣子在消化之前買的書,挑了 13 本介紹。有幾本和自己人生及房間、穿衣有關,都是我覺得挺有意思、對自己有幫助的好書。

一盤義大利麵給我的啟示

南港園區的食物很難吃,快比交大慘了。扣掉連鎖沒幾間環境乾淨又好吃的小店。中午吃了一間義大利麵,最基本的肉醬麵 $150 元,附自助式湯和飲料無限。飲料果汁加水調得很稀,玉米濃湯鍋裡滿滿黑胡椒,什麼味道都被蓋掉了。最後上來份量很多的一盤義大利麵,我卻什麼胃口都沒有。胡亂吃了幾口,和意料中的一樣,沒有蕃茄味、肉醬平淡,麵條普通,還咬到硬骨頭。

老公點了白酒蛤蜊麵,狀況更慘,整盤麵死鹹、滿滿的大蒜。沒有白酒味,連蛤蜊的味道都被大蒜蓋過去。

最後我們只吃了半盤後放棄,結帳離開了。(昨天晚上滿燒肉丼好吃多了!也是 $150元啊!)

為什麼我不推薦敏捷開發

當專案成員越多,我越不推薦敏捷開發,原因在於「當連自己要做什麼事、為什麼這樣做、這樣做為了解決什麼問題」都搞不清楚前,就跳下去玩敏捷開發,那和比通靈還慘,通靈起碼還有個目標物在前面,搞不清楚狀況的人只能陪他跳世界迷霧開地圖了。

UI 如何改善開發流程

20170812 更新:此為 2014 年舊文,當時狀況為「UX 包含 UI」,所以 UX 工作包山包海包 UI,依目前工作職責來看,這篇文提到的所有工作內容皆為UI 設計師的工作。已修正。

一間公司要營運絕對不是靠某個人腦充血帶頭往前衝,各部門間有許多事情需要相互配合。UI/UX 是最近很紅的話題,已經到人人說得一口好使用者的程度。講歸講,要在軟體開發的什麼階段導入 UI 設計 呢?本文從我的角度來說明 UI 如何改善開發流程。

Akane Lee

Akane Lee

我是 Akane Lee,10 年 UI/UX 設計教學,帶過 1000+ 學員擺脫焦慮,找出人生方向。不只聊設計,也教你怎麼少繞遠路,摔坑也知道怎麼自己爬起來。

Comments

wave
comments powered by Disqus

Press ESC to close