跳到主要內容

把自己當使用者!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

留言

這個網誌中的熱門文章

你的程式碼,你的硬體,你的 AI。掌握你的晶片未來。Your code, your hardware, your AI. Own your silicon future.

在 Tenstorrent,我們從晶片設計的最底層開始打造一切。我們不只採用 RISC-V,更將我們的擴充指令集規格全數公開。指令集架構 (ISA) 與硬體架構也完全開源。整個軟體堆疊,從韌體 (firmware)、運算核心 (compute kernels) 到編譯器,全都放在 GitHub 上,並採用你真正能用的授權條款 (Apache 2.0 / GPL)。我們的下一代晶片 Blackhole,旨在掃除傳統設計的低效率,讓你直接掌控資料流 (dataflow),實現更高的速度與電源效率。 Blackhole p150 (單晶片,次世代架構): 32G 記憶體,512GB/s 頻寬 387 TFLOPS (BFP8) / 774 TFLOPS (FP8) 大規模可程式化 RISC-V 核心陣列 算子函式庫、編譯器,整個軟體堆疊 — 全部開源 (OSS) 以原生 CCL 達成真正的多卡擴充,拒絕使用 PCIe workaround $1399 Wormhole n300 (雙晶片,經市場驗證的成熟架構): 24G 記憶體,576GB/s 頻寬 262 TFLOPS (BFP8) / 466 TFLOPS (FP8) 大規模可程式化 RISC-V 核心陣列 算子函式庫、編譯器,整個軟體堆疊 — 全部開源 (OSS) 以原生 CCL 達成真正的多卡擴充,拒絕使用 PCIe 土炮 $1499 現已上市。 立即在官網購買運算卡,或在我們的雲端平台上體驗。 如果你受夠了嚴苛的 EULA (使用者授權合約) 或處處受限的記憶體;又或者,你一直想親自動手,深入探索驅動你類神經網路的 C++ 程式碼;甚至想挑戰組合語言,親眼見證它...

實戰 Vibe Coding:利用 Amazon Q Developer CLI 打造經典平台跳躍遊戲

本篇文章將介紹如何透過 Amazon Q Developer CLI 建構一款完整的 2D 平台跳躍遊戲,從初始生成、功能增強,到最終打造出具備多關卡、多樣互動元素的遊戲體驗。特別的是,過程中開發者並未撰寫任何一行程式碼,僅透過自然語言指令與 CLI 對話完成所有工作,實踐「Vibe Coding」( 氛圍編碼 )。 本文作者為 Haowen Huang, AWS Senior Developer Advocate. 擁有 20 年以上電信、互聯網以及雲端運算等行業架構設計、技術及創業管理等豐富經驗,曾任職於 Microsoft、Sun Microsystems 等企業,專注為遊戲、電商、媒體和廣告等企業客戶提供 AI/ML、數據分析和企業數字化轉型等解決方案諮詢服務。 引言 本篇文章 ( English Version ) 將介紹如何使用 Amazon Q Developer CLI ,以 無需撰寫任何程式碼 的方式,打造一款經典的 2D 平台跳躍遊戲。透過「Vibe Coding」( 氛圍編碼 ) 的開發流程,開發者可以藉由簡單的語言提示詞 (prompt),逐步完成從遊戲雛型、功能擴充到完整關卡設計的開發流程。 整體開發流程將分為三個步驟: 1. 生成遊戲雛型 2. 功能擴充強化與畫面調整 3. 導入參考架構建立完整遊戲 環境建置 使用者需先安裝並設定 Amazon Q Developer CLI 。對於 macOS 使用者,可透過下列步驟完成安裝: 下載並安裝 Amazon Q Developer CLI 登入 Builder ID 完成認證 開啟終端機控制與無障礙設定 執行 q doctor 指令檢查 Amazon Q Developer CLI 是否安裝成功: 遊戲開發方面,建議使用 Python 語言與 Pygame 套件,可透過下列指令完成安裝;Pygame 提供以下功能支援: 畫面與動畫渲染 音效播放 鍵盤與搖桿輸入控制 物理模擬與碰撞偵測 多種媒體格式支援(圖片與音效) $ q doctor $ pip install pygame 第一步驟:初步生成遊戲雛型 透過簡單的一句 prompt,Amazon Q Developer CLI 結合 Pyg...

COSCUP 2025 Call for Proposals / 徵稿辦法

COSCUP 常規徵稿已於 2025-05-10 截止,接下來進入加碼徵稿階段。加碼徵稿是為了提升大會的稿件品質,依據投稿狀況(數量、品質)部分徵稿主題可能提前喊停。最遲請於 05 月 24 日(AoE) 前投稿,徵稿主題可參考下方列表。 The regular call for proposals (CFP) for COSCUP closed on May 10, 2025. We are now entering the bonus CFP phase to improve the quality of submissions. Some topics may close earlier than expected, depending on the current status of submissions (in terms of quantity and quality). Please submit by May 24 (AoE) at the latest. You may refer to the topic list below for inspiration. 開始投稿 Submit Your Proposal 提案須知 Things you may need to know 演講形式:預設為現場30分鐘演講包含QA,若有其他需求可於提案系統註明,由各主題主辦單位決定如何安排。 Talk Format : The default format is a 30-minute on-site talk, including Q&A. If you have other requirements, please indicate them while submitting your proposal. The final arrangement will be decided independently by the organizers of each topic. 語言:COSCUP 受眾包含海內外與會者,大會不限制發表語言但鼓勵以英語發表。大會將公布雙語議程表,請提供中英文版議程介紹。 L...