跳到主要內容

把自己當使用者!UI 軟體團隊的「Outside-in thinking」練習

 

「在 UI,我們希望開發者具備全盤思考的能力。」

Ubiquiti Software Tech Lead Jay 認為,相較於其他科技公司, UI 更希望軟體工程師不僅是埋頭專注在自己的專業領域或是技術層面,也能練習從別的 function、甚至進一步從使用者的角度去思考產品研發。

Jay 觀察,市面上有些產品雖然很好用,但卻不是特別安全;或是產品很 fancy,但對效能沒有概念,「為了讓軟體功能更加全面,開發者不能只是單純探討一個面向,而是要站在整個產品去思考。」

因此,對 UI 的軟體工程師們來說,今年一個全新的嘗試,是每個月舉辦一次的體驗工作坊(UX Workshop)。除了例行的技術分享之外,也讓工程師們學著「從使用者的角度」思考。「 UI 內部常常強調『Outside-in thinking』。這個思維的精髓在於:如果你是使用者,你會想要有什麼樣的功能?」Jay 解釋。

不只是 coding,人人都是使用者

Jay 說明,工作坊主要分作兩個部分,一開始會先用大約 30 至 45 分鐘的時間,讓大家體驗自家產品,並統一留下意見 feedback,第二階段會開放大家提出別家產品的可取之處,希望讓每個 RD 從 set up 開始,具體感受自家的產品怎麼樣、反應速度與效能,並透過各團隊間的交流
討論,進一步思考如何讓產品做得更好。

事實上,過去 UI 的 RD 們就已經建立固定的分享會,由主講的 RD 介紹問題的背景,分享實作的方法和研究成果,並且開放問答,讓大家互相討論交流。 UX 工作坊可以說是技術分享的延伸。由於 UI 有前端、後端,mobile、韌體等不同 team,每位工程師各有不同的專業領域,因此在看法和實作上也有所不同,可以給予不同觀點,這不是只會對 user 有幫助,也會反饋到自己的開發方式,並且協助提升工作流程。

UI RD 會固定舉辦分享會,並透過實際使用自家產品,找到最好的解決方案。

他認為,使用者體驗在定義產品時有分很多角色,從工業設計的角度來看,是外觀、包裝、給使用者的開箱以及安裝體驗,「軟體雖然摸不到,但是我們也同樣會定義設計準則。」比方說,反應到軟體開發的工作項目,前端的重點在於資訊呈現清不清晰,包括透過簡化使用者的操作步驟,用拖拉、圖像的形式協助操作,用視覺化去呈現等等,快速呈現有用的資訊給使用者;後端的角色雖然比較抽象,但除了要提供前端所需要的資源,也要同步確保點擊的效能以及使用者的隱私,掌握有效的足跡跟資料,確保使用者的資料能安全地被管控等。

優化軟硬整合的使用體驗

另一方面,對 UI 軟體團隊來說,打造良好使用者體驗的關鍵,還包括如何跟其他產品有高度整合度。「UI 的軟硬整合,是軟硬體加上使用者情境。」Jay 舉例,以 UI 的 EoT(Enterprise of Things)產品線 Connect 來說,除了要在競爭者眾多的市場中,以使用者使用情境來思考不同切入點外, Connect 產品線整合的產品裝置很多,無論是設備跟設備的互動,設備跟人之間的互動,都是 UX 工作坊中常會被提出來討論的議題。

「UI 硬體非常多,每種硬體的規格都不一樣,基本上就會有電力、規格等問題,每個功能所需的資源都不一樣,面對不同形式的硬體,要做到全部的產品都有很好的設計跟開發,對於軟體開發上是很大的挑戰。」Jay 提到,UI 產品多是軟硬整合,反映在軟體實作上,下一個階段的目標是要在架構上更能做到模組化,做到更好維護以及更好 scaling 的彈性。

而隨著工作坊試行半年以來,團隊也陸續調整部分產品的設計與持續優化功能。 「 UI 是一個品牌,我們重視產品的生命,因此願意投入大量時間,不斷的讓產品有更好的支援和更新。」Jay 提到,常常看到有許多產品在大量生產後,就不再有更新,多數的新功能只會出現在產品的下一代,但 UI 的使用者,只需要透過更新即可體驗到產品的新功能。

UI 投入大量時間不斷的優化功能,讓使用者有最好的操作體驗。

「我可以滿有自信的說, UI 的使用者體驗做得相當深入。使用者會覺得我們的介面做得好,使用上很順手,也更會期待每一次的更新,可以說是靠著良好的使用者體驗圈了不少粉。」Jay 認為,「以前做產品,都是注重在功能的完整度。但是在 UI 以後,我們注重的是功能的使用者體驗,解決使用者的痛點,開發時的思考角度不一樣,做出來的功能就會因此也變得更能貼近使用者。」

組織扁平、年輕敏捷,快速成長中的 UI 的軟體團隊

過去 UI 在台灣以硬體、韌體見長,這兩年軟體也逐步發展成 UI 現階段的核心領域,這兩年相當積極招募台灣優秀的軟體人才,並從 0 到有建立起包括 Cloud、Application、Backend / Frontend、Devops 等近 20 多人的軟體團隊。

「UI 是一家很自由、不會限制作法的公司,軟體團隊除了成員年輕,在工作節奏上也相當敏捷與開放。」在 Jay 看來, UI 產品迭代很快,需要很快改善使用者反饋或是內部 workshop 的建議, UI 軟體團隊就像是精銳部隊一樣,需要有快速反應的能力。除了開發節奏快,由於 UI 產品開發涉及軟硬領域,因此也會需要培養橫向溝通能力,以及時時保持對於新知的學習熱忱,以確保能快速前進。

Jay 表示,目前台灣 Software 在 UI 是開發的核心,掌握對產品充分的決定權,由於 UI 產品量級很大,有廣大的使用者,因此工作成果可以直接反應在產品上,做出真正的改變。未來 UI 也期待更多即戰力能加入團隊,透過更好的軟硬整合,打造更完整的 UI 產品生態系。

「軟體開發,進入的門檻不高,但是想要走向更高的境界是一種挑戰。硬體是一個產品的軀殼,而軟體就是產品的靈魂。在軟體開發上,通常沒有絕對正確的解法,但是我們總會找到更好的答案,這是一個充滿挑戰的工作。」他表示,「過去大家對 UI 在台北的印象就是在做硬體,還有韌體品質及開發能力很好。我希望在未來我們可以改變業界對我們的印象,原來軟體也這麼堅強。」

✨UI Software Team 等你來加入!

Android Application Developer
Cloud Architect
Golang Backend
Cloud Software Developer (Java)
Cloud Software Developer (Node.js)
Cloud SRE(DevOps)_Senior
Full Stack Web Developer
Backend Engineer-node.js

留言

這個網誌中的熱門文章

COSCUP x UbuCon Asia 2026 徵稿辦法 / COSCUP x UbuCon Asia 2026 Call for Proposals

👉 Submit Your Proposals to COSCUP HERE! 👉 Submit Your Proposals to UbuCon Asia HERE! 今年 COSCUP 一如往常,徵求各式各樣不同的 Open Source 相關稿件。請於 2026 年 05 月 09 日(AoE) 前投稿,徵稿主題可參考本頁下方各議程軌資訊。 請注意,每場議程長度預設為 30 分鐘 ,惟部分議程軌可能開放其他議程長度,請在報名表單中填寫。 為了增添 COSCUP 的國際能見度,今年所有入選稿件都應提供中英文版雙語內容。徵稿階段,您可先以自己偏好的語言撰寫 CfP 內容及準備演講。 提醒您,COSCUP 是一個倡導開放的研討會,所有演講將錄影並以創用 YouTube CC 姓名標示-相同方式分享 4.0 釋出。如果您的演講有任何不能錄影或不願以此條款釋出的狀況,請務必於投稿表單上註明。 PS. COSCUP 與 UbuCon Asia 合辦 2026 研討會,COSCUP 與 UbuCon Asia 分別使用各自既有徵稿系統,非常歡迎在兩邊投遞不同主題稿件! We are looking for talks in several open-source related areas, please submit your proposal before May 09th, 2026 (AoE, Anywhere on Earth) . The theme for submissions can be referenced from the information on various tracks at the bottom of this page. Please note that the length of each agenda is preset to 30 minutes, only the specific tracks are open to other agenda lengths for selection, which will be filled in the registration form. To make it more access...

COSCUP 2026 Call for Participation, 議程軌與攤位即日起開放申請

Jump to English   COSCUP 2026的社群議程/攤位即日起開始接受申請,社群議程於3月23日截止申請,社群攤位於6月9號截止。請有興趣在今年與我們共襄盛舉的社群把握機會! 👉  申請加入 以下介紹如何在 COSCUP 籌辦議程軌或攤位的流程及注意事項。 社群議程 大會提供開源專案或社群場地與行政協助,您可以在活動期間舉辦關於任何開源議題的討論、座談、工作坊等。 重要日期 2026-02-23 社群招募表單 Open 2026-03-11 合作社群招募說明會 2026-03-23 社群議程截止申請 2026-03-26 公佈 COSCUP 2026 議程合作社群名單 2026-03-28 聯合徵稿開始 2026-05-09 聯合徵稿截止 2026-06-09 公告並通知錄取及未錄取稿件 2026-06-23 議程表安排 due day 2026-08-08~2026-08-09 COSCUP 2026 參與方式與注意事項 為使合作順利,請詳閱社群合作準則,申請加入即視為貴社群同意相關合作準則。 議程可利用時段 主辦社群可利用之時段預設為一日,約 3-6 小時左右。歷年來 COSCUP 演講教室及時段皆供不應求,因此我們不希望資源浪費。申請此案代表您承諾將充分利用所配發的議程空間。排設議程時,每段議程時間長短、是否有休息時間等,由主辦社群自由決定。主辦社群需在約定時限前完成議程表安排。 如果您沒有信心稿件能填滿全天議程,請與其他社群共同申請,或在申請書上註明希望 COSCUP 協助配對,我們會盡力而為但無法保證。 議程管理系統及共同徵稿流程 大會會建置議程管理系統 (Pretalx),所有議程內容需匯入以出現在大會議程表。 預設會安排各社群共同徵稿,若貴社群有其他安排請務必在申請加入時額外提出。 您需要在申請加入時提供徵稿時所希望收集的資訊(例如希望有哪類稿件、有沒有特殊欄位等等),大會將統整後一併發佈徵稿消息及表單。 現場紀錄 大會需要貴社群安排人力共同參與現場紀錄。現場工作人員務必協助確保講廳內的錄影器材持續運作、正確錄製影片。會後會預留人力依據指南協助剪輯影片。 影片將以 CC BY 4.0 授權釋出。如果特定講者要求不可錄影或直播,請謹慎考慮是否收納,並與大會溝通後方可收入議程。 大會僅能運用有限資源及人...

為什麼電視直播比賽總是比網路快?看低延遲串流如何搶秒數

  大多時候,你在網路上看的 Live 直播串流,其實不是與現實世界完全同步的即時轉播,先看看以下這些場景,相信對你來說並不陌生。 NBA 冠軍賽才正看到精彩處,隔壁鄰居卻突然爆出一陣歡呼,原來,用電視觀賞同一場比賽的他們,比你早 30 秒歡呼慶祝三分球入網,不小心點開社群媒體,更發現朋友們早已發文熱烈討論比賽結果。 就像電影被暴雷一樣,少了即時參與的驚喜感、提早知道結局,觀看直播活動的樂趣頓時大打折扣。 或是,收看跨年演唱會時,正當你興高采烈倒數最後 30 秒時,才發現,窗外的慶祝煙火已經此起彼落,大家都已經跨入新的一年,只有你還停留在前一年。 雖然從絕對時間來看,這些狀況都僅有延遲短短幾秒鐘,但在體感上,觀賞體驗卻大受影響,用「失之毫釐,差之千里」來形容再恰當不過。 使用直播串流時,為什麼你的世界總是比別人慢幾秒?原因正是「串流延遲」。 從攝影機到觀眾螢幕的層層關卡 串流延遲,指的是攝影機拍到影像後,直到觀眾端螢幕出現畫面的時間差。 一般來說,有線電視直播約延遲 5 到 10 秒,而 YouTube、LINE、Twitch 等多數 OTT 平台,延遲大多介於 15 秒至 30 秒,距離延遲秒數低於 3 秒的「超低延遲」(Ultra Low Latency)標準,還有一大段距離,這也讓現有直播內容的互動效果有限。 但想克服延遲並不容易,光是一段畫面要從現場攝影機,傳到電腦和手機螢幕,中間所需流程多到難以想像。 KKStream 執行副總李卓軒 Kevin C.H. Lee 解釋,這流程大致包含一開始的攝影機收取影音訊號,接著需轉換訊號、傳輸、上傳雲端、加密、備份,傳到終端裝置後再解碼,最後才是播放。 這整段「螢幕到螢幕」的過程,就像是將包裹從A點運送到B點,只要中間有幾個環節耽誤,就會讓整體運送時間不斷疊加。「每個步驟都要優化,只要有個點延遲很高,加總起來就無法達到超低延遲的標準,這需要很強的技術掌控力。」Kevin 說。 另一個挑戰則在於,由於各大終端裝置原廠(如Apple、Google)雖然有提供低延遲串流相對應的規範,但並未說明實際的執行細節,因此串流技術業者只能自己摸索。 受限於技術瓶頸,目前大多數的直播串流服務,只能在延遲、直播規模和影像品質三者間取捨。例如,常見的視訊會議軟體,像是 Zoom、Google Meet,雖然延遲相對低,但參與人數上...