top of page
搜尋找更多對你有用的文章


快速迭代的系統最實用的『新手導覽』開發策略
Orlo 上線後,我發現有一些用戶,註冊進來什麼都沒做就離開了。這讓我重新思考怎麼處理Onboarding 議題。 做十幾年的軟體開發,我一直認為最好的 UX 應該是不需要有產品說明。所以開發時,我會反複地要求操作流程順暢。至於製作導覽教程,大多不是優先投入項目。但很快我就發現一個狀況,有些用戶註冊進來,沒有任何操作就離開了。這怎麼行?那我們打造的神奇功能不就成了擺設? 新觀念產品一定要導覽嗎? 這是我踩到的兩個雷區: 介面只要設計的夠直覺就好? 介面乾淨才能讓認知負擔低? 直覺是過去經驗的總和,越創新,就越不直覺。但新系統不創新?用戶不就用舊系統就好?既然創新是在挑戰用戶直覺,沒有合理的引導就是把學習成本丟給他。 留白在新手面前,是未知的恐懼,沒有資料、沒有說明的乾淨畫面。用戶不熟悉,通常會傾向選擇保守的操作 → 不去按、關掉。所以任何「帶有新觀念」的產品,沒有做導覽是過於自信。 那下一個問題,要怎麼做? 常見的教程模式 我們最常看到的教程有三種 投影片 / 教學影片 - 遮罩(Overlay) - 新手教學關卡 但實務上一定會遇到,系統
3天前讀畢需時 2 分鐘


讓 Claude Code 做完了主動喊你
在 Claude code下完指令讓它跑之後, 常會不知道這段空檔要做什麼。 起來喝杯咖啡嘛, 大概很快就咖啡因中毒, 一直盯著螢幕看好像有點浪費時間。 通常我們就會切換視窗,去做別的事, 覺得它應該跑得差不多了再回來。 結果,晴天霹靂! 它根本還沒做!早早就停下來......
8月30日讀畢需時 2 分鐘


使用應用程式密碼搞定系統 SMTP 登入
最近想幫系統加個 Email 通知的功能 比較標準的作法嘛,應該是串 AWS SES 或是 Sendgrid 這類專門寄信的服務。但我有兩個理由不想這麼做:第一,部署環境不想弄太複雜;第二,系統的通知信一天頂多幾封,用 SMTP 接 Gmail ,每天 2000...
8月1日讀畢需時 2 分鐘
bottom of page
