Hi 我 Ariel啦!又到了求職旺季,不管是剛畢業或是初入職場的小夥伴們,可能因為作品集不多或是簽了 NDA無法將做過的東西放入作品集而感到焦心吧;因此山不轉路轉進而開始製作 Side Project。這篇主要是記錄我如何藉著TED開始我的 Side Project。

既然決定著手製作Side Project,那要做什麼、選擇什麼樣的題目開始製作將會是我們面臨到的第一個問題 !這邊我藉著iPod之父 — Tony Fadell 在TED上的演講切入,並且會帶到我是如何開始執行。

這部TED主題是在說明察覺能力

影片一開始提到了,作為人類,我們對日常的東西很快就習慣了(As human beings, we get used to everydays really fast);習慣化是好事,如果我們不去習慣就得時刻花心力去注意一些瑣碎的小事,而沒有時間去學習新事物;習慣有時也不是好事,習慣使我們忽略身邊的問題 Tony Fadell說著。

所以 Tony Fadell 提了三點對抗習慣化

  • 看得更廣
  • 看得更細
  • 想得更年輕

If you can take a step back and look broader. Maybe you can combine them. Maybe you can remove them altogether to make that better — Tony Fadell

開始Side Project時,多數人會試著幫自己訂一個主題,諸如:我要做一個健康管理APP、做一個怎樣怎樣的APP / Web;有一個明確的方向很好,但如果沒有方向的小夥伴們,可以試著退一步或許看得更廣些。

從前在還沒有Agoda這類訂房網站時,我們如果要在網路上訂房會到各別官方網站去訂,在當時人們習慣這種作法;然而訂房網站發現了這個問題,他們做的是將所有的網站集結起來在一個地方而已。就如影片中Tony Fadell 提到在當時人們習慣拿到新的產品時是沒有電的,而他們做的是將產品先充好電,而他們這個做法確實改變人類的習慣並且很成功。

魔鬼藏在細節中 — Ludwig Mies van der Rohe

如果退一萬步還是無法幫自己找到方向,可以嘗試從生活中的細節下手;很多時候並不是我們的生活真的很平順,而是我們已經習慣那些不平順的小細節。像是影片中 Tony Fadell 提到 Mary Anderson注意到平常被人們忽略甚至視為正常的痛點並加以改善,因而設計世上第一個雨刷。人人都注意到的問題很容易解決,而那些沒被注意到的問題很難解決。

Think young , Stay young

隨著年紀漸漸增長,人們好像也不像小孩那般總是提問,對事事都保有好奇心,因為我們已經習以為常了,總覺得這些東西就是這麼理所當然;如果能繼續保持好奇就會發現很多有趣的事情。像是影片中 Tony Fadell提到他兒子發現信箱為什麼不能自己提醒一樣。

剛開始著手Side Project時,我瘋狂Brainstorm想了很多點子然後收斂,最後發現這些方案早就存在了,所以就先擱著去追劇(?)喔不!是轉往從生活細節中去找魔鬼了。

當時正好看到機智醫生生活中裡面飾演 凃材學 的醫生正在向自己的師傅 金雋婠 請教,身為醫生,他們無時無刻都在做選擇,他們所做的每一個決定都會影響到病患的一生,選擇錯了怎麼辦?

「發問吧!」劇中的師傅這樣回答,不知道怎麼做就發問吧;簡短有力的三個字也提醒了我,是呀!我太習慣自己的生活所以無法發現生活中的痛點,但或許其他人的生活中充斥著各種需要被解決的問題!於是我決定向周圍的人發問,問問看他們生活上有那些問題是想被解決、需要被解決的。

參考之前滿有名的活動〈請高手幫我PS〉,做了〈請高手幫我解〉以APP幫周圍的人解決生活中的痛點作為我的 Side Project

Hi 我是Ariel,2020年對於很多人來說是巨變的一年,疫情的關係不僅影響多數人的工作模式甚至威脅到人類的生命,在這樣的情況下還能有穩定的工作真的謝天謝地!
雖然有穩定的工作,但是為什麼業主支付設計費的意願不高?總是被嫌太貴?這篇文章想跟大家聊聊這個議題,並依我的觀點提出幾項解決方案,希望能幫助到大家(然後希望設計費像房價一樣居高不下^^)

一、設計費衡量標準不明確

我相信很多人開始接案後遇到的第一個問題就是收費,記得我接下第一個案子時(非前公司的案子),對方請我報價的當下我竟不知道如何開口,尤其是使用者介面設計它不像平面設計網路資源充沛,可以到接案網站參考他人的報價;更不像實體商品可以透過成本去計算希望的獲利。
--
不知道如何報價的小夥伴,建議可以問問領域的前輩或是去上課。這邊在網路上有找到用"時薪"的方式計價以及案件的方式計價;如果剛踏入接案這塊領域的小夥伴建議可以參考時薪的方式。
至於時薪計價方式提供算法供大家參考,這方法是我認為合理且有參考依據的方式,如果各位有更好的方式也歡迎提出來
step1 : 用原本月薪換算成時薪
step2 : 計算出該專案時程(換成小時)
step3 : 時薪*小時數*獲利倍率(3↑)
第三步的獲利倍率主要是因為除了做設計之外,會有將近七成的時間是在跟業主討論規格以及跟工程師討論可行性。

這邊或許會有人覺得不合理,如果能力越好做的越快,那收費不是越低嗎?因此可以透過調整獲利倍率來調整收費

二、業主不清楚他能獲得什麼

有次在經理人雜誌上看到人資說了這樣一段話 :
「我們最在意的不是應聘者有多優秀,優秀的人才很多,但眾多的人才當中,能為公司帶來實際利益的,才是適合我們公司的」
看完那篇文章後,我才明白客戶不大願意支付設計費是因為我們在爭取專案的過程中除了說明自身的專長,沒有清楚的跟他說明他可以從把案子交給我這個動作中獲得什麼
--
那段話當頭棒喝打醒我,這邊直接舉個例子;當你去爭取一個APP介面設計的案子
a.你告知業主你會XD、figma、3D、UI、UX,並且評估專案後報價五萬
b.告知業主除了設計稿還會提供原始檔、IOS及安卓雙系統的切圖等等等相關東西,只要五萬
你會把案子交給誰?有沒有覺得收費其實很便宜?

成為自由工作者後遇到了許多問題,其中包括如何開始合作、計價方式、合約、溝通、遇到問題如何調整心態等等,這邊我還是以自己的經驗來記錄,那麼就開始吧!GOGO

一、開始合作之前

我必須說剛開始有案子找上門時,真的很令人振奮!在這一階段我覺得是整個接案過程最重要的一個階段,所以必須很謹慎小心的對待;之所以說這一階段最重要是因為:一旦專案開始了任一方皆不能隨意的結束(如果有簽合約的話,但基本上一定要簽,畢竟這是保護彼此利益最好的方法),既然如次在此階段謹慎的評估是必然的事情 !

那在這邊我的經驗會有幾個步驟去進行一系列的評估,才會決定是否要接下專案

step1 — 先在線上做基本的信息交流

比如說先了解對方是誰、想做什麼、而我能為你做什麼、預計花多久時間、該專案預算有多少,這邊我會先跟對方確認預算,但還不是報價喔!看過規格後才能有個依據報價。

hi 我是Ariel,以下我要分享我成為SOHO的心路歷程 ! 從一開始的高興到迷茫到現在的既期待又害怕受傷害 !有興趣想成為SOHO的看倌歡迎交流交流~

是的,我成為了SOHO一族(好開心喔~才怪 ! 成為SOHO心裡五味雜成,下面請聽我緩緩道來)。

接案的契機

其實會成為SOHO也是無心插柳;從上一間公司離開後決定要休息一個月調養身體,當時老闆知道我沒有要馬上再投入職場,就向我提議希望我接一些公司簡單的案子回家做,心想要是一個月的時間都沒有碰UI相關,之後再投入職場可能會有困難 ! 於是我答應了 !

幾乎每個app都會有登入註冊流程,所以登入註冊流程要是有人能做成公版就好了,這樣的想法出現之後,我自己就做了相關的研究想把它變成公版!那在這邊我依舊僅針對UX去做研究,UI的部分我就不賣弄了畢竟網路上能人太多了 哈哈!(儘管登入註冊流程看起來大同小異,但還是必須根據產品特性、產品受眾、行銷策略等等因素作修改調整)

登入流程種類

首先登入流程我將它分為兩種:

  1. 有些APP必須要先登入才能使用app(airbnb、LINE)。
  2. 有些即使不登入也能使用APP,但是如果要用APP內的特定功能還是必須得登入(agoda、uberEats)。

那這兩個流程的差別在於進到主頁面的順序。好的,不囉說上圖!

先登入?先註冊?

以下我用兩個同性質的APP做研究,並且感謝我的追劇同好配合進行定性研究!

使用者在登入成功後將帳號登出的機率是很低的,所以要看到登入畫面幾乎只有在第一次使用APP的時候; 但還是有部分類別的APP會基於資訊安全將使用者帳號強制登出,e.g.財經類APP。

那麼這邊KKTV使用的是”註冊頁面”,LiTV使用的是”登入頁面”;在這會特別強調登入及註冊頁面並帶情境說明; 這兩款APP屬於不用登入也可以使用部分功能的APP,但是操作特定動作時,跳出了需要登入才能繼續,(LiTV)點擊登入/註冊按鈕後跳出登入頁面,但是我尚未註冊所以我還要點擊註冊案鈕去註冊完後才能繼續使用。(KKTV)擊登入/註冊按鈕後跳出註冊頁面,註冊之後即可使用。

每間公司,甚至同公司裡的設計師在設定app風格的方法都不一樣,我就記錄一下我的設定方法及流程,如果有更好的,希望有人看到可以與我分享。

第一步:確認需求(confirm requests)

如由於公司制度的關係,因此在開案初期也會被派出去親上火線跟客戶對談,其實我並不排斥公司這種做法,因為這樣有一個好處,就是設計師拿到的消息是客戶最原始的想法,而不是靠PM帶二手訊息回來;但壞處就是壓力極大阿!!

如果跟我一樣是親自去跟客戶對談,那麼通常這階段會很混亂,有時候客戶開出自己的需求之外,聊到一個興致來了還會講出很多不可思議東西,所以切記不要被拉著鼻子走啊!主要就是跟客戶確認:

  1. 主要TA
  2. 產品需求(希望使用者用這個app幹嘛)
  3. 透過這個app想得到什麼效果/解決什麼問題

第二步:分析需求(analysts requests)

這個階段通常PM已經將規格確認好了;我帶個例子說明好了,這是一個要讓上司(工頭)能派工並且底層員工(工人)可以接收及紀錄自己工作行程的app。

  1. 那麼這個app的主要TA就是自家員工(工頭及工人)
  2. 產品需求就是讓上司可以派工,底層員工可以記錄行程
  3. 先前上司在派工的時候都是透過通訊軟體或是直接電話聯絡,因此群組內的對話一多,有些訊息就會忽略了;所以這個app要達的目的是:讓每個工人可以確實的接收到自己的工作,才不會臨時找不到人。

從分析需求中第一點可得知使用者平均年齡落在40-55歲,因此,這個app的重點就是資訊要清楚(字體/欄位等等),使用者對3C多少有些不熟悉所以操作上盡可能簡單!

需求第二點說明這個app的功能是行事曆,那為什麼不用手機內建的行事曆app就好?主要根據第三點有提到他們聯絡大多數是用通訊軟體(LINE)或是直接電話聯絡,由此可知使用者相對於打字更喜歡用口語傳達訊息,又或者行事曆填寫的欄位太多導致該年齡層使用者操作上的不便。

第三步:蒐集資料(searching)

這邊會把相關的元素列出來,像是使用者是誰,有什麼特徵?或者這個app的特色是什麼?有什麼特徵?一開始先集中小點去想之後再由小點發散出來;接著再找出類似的app出來比對。

會發現近年來雖然扁平風盛行,但還是有些app會採取輕擬物風,在這個app我們也採取輕擬物風,是因為稍微帶點真實物體感的app比起完全平面的,會讓我們主要使用者用起來更親切、更真實。

將蒐集來的元素集結,如下圖:

還真沒想到有毅力來到Part2!不囉說先上圖 !

上圖是露天App的截圖,從UI的角度來看整體畫面乾淨、整齊看起來是舒服的。

但是從UX的角度我也是給他大大的整修了。首先這頁很明顯的分成上下兩部,下半部又用顏色做分類(根據 Gestalt psychology中的 Law of Proximity以及 Law of Similarity),也因為下半部又用顏色分類所以整體感覺分得很詭異,怎麼會把所有的分類又全部混在一起呢?

這篇我依然是針對UX的部分修改,UI就以我看得順眼的方式做調整(要是UI的部分在工作上也可以這樣該有多好,不需要管業主要什麼風格XDD)

其實這個app並不難用只是有些不人性,加上裡面東西太雜,會很難操作。然後流程有點怪怪的...明明是back鍵卻回上一步這樣(還是我一直以來都理解錯誤囧,總之就是UX不順

純粹閒來無事寫寫、練練功,主要針對我自己覺得不順眼的地方做修改,沒有做太多gui上面的調整,目標也不是改良成很炫炮很dribbble但是程式可能無法接受的模式;在優化的部分主要會用到心理學以及android design guideline還有一些個人經驗來做為輔助證論!

從main page開始

1. logo是否有存在的必要?!

看過有些改版會拿掉app裡面的logo改用成app內的字呈現,但是這邊我選擇保留!畢竟,這是個業主會在意的點...這邊用純文字或是圖片logo各有利弊,純文字在切換語系上會相對一致,但有些app打的就是品牌放上logo也是很正常。

2. 搞清楚這個App主要的功能!

很多App原本都是小專案,後來因為種種原因越變越大功能越加越多! 其實這邊遇到這樣的問題可以使用flywheel飛輪圖來提醒團隊,產品的最核心策略是什麼 !

使用露天這個app主要就是想要買東西上來搜尋,其次是晃晃,所以搜尋的版面我把它獨立出來;並且拿掉”現在有的商品”。老實說以我是使用者的角度來看你這邊有多少商品乾我什麼事??所以我大膽的將他移除!

Ariel Chang

UI Designer and Movie lover. I enjoy creating digital design and enrich the lives of others. Behance:https://www.behance.net/4a09018758d2

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store