我職業生涯早期犯過的一個大錯誤,是相信軟件產品本質上是功能的集合。這個應用有認證系統,那個應用有儀表盤,這個加了AI,那個支持協作。背后的假設很簡單:更好的技術創造更好的軟件。后來我逐漸意識到一個不太舒服的事實——大部分用戶不關心技術,甚至不怎么關心功能,他們只關心能不能把事辦成。
從那一刻起,我看軟件的方式徹底變了。軟件不再是功能的堆疊,而是工作流的集合。
![]()
沒有人大清早醒來想的是“我需要一個筆記應用”。他們想的是“我需要記住點什么”。沒人想要項目管理平臺,他們想讓項目往前推進。沒人想要CRM系統,他們想要客戶。沒人想要AI助手,他們想要答案。軟件只是載體,工作流才是目的地。
![]()
當軟件團隊在內部討論產品時,對話常常是這個畫風:加個儀表盤、加上AI、加通知功能、加集成、加報表。但用戶很少以功能列表的方式體驗軟件,他們體驗的是一連串動作。
拿筆記應用來說,產品團隊可能用富文本編輯、標簽、文件夾、搜索、同步這些詞來描述它。而在用戶那里,體驗是“捕捉→整理→日后查找”這三個環節。工作流才是實質,功能只是支撐工作流存在的東西。
一旦我開始用工作流的視角看問題,另一個結論就變得很清晰:很多產品在功能上競爭,而最好的產品在“摩擦”上競爭。問題不再是我們還能加什么,而是我們能拿掉什么。每一次多余的點擊、每一個額外的表單、每一塊不必要的屏幕、每一次上下文切換、每一個手動步驟,這些都在不斷累積。用戶通常不會用“摩擦”這個詞,他們說的是“這東西用著煩”“這東西好復雜”“這東西反應好慢”。他們其實在描述工作流債務。
![]()
一些產品看起來簡單得出奇,背后就是這個道理。Instagram的成功不是靠塞進幾百個功能,它的核心工作流是“拍攝→加濾鏡→分享”。Uber不是因為地圖技術才做起來的,真正運轉它的是“叫車→乘車→付款”。GitHub也沒有發明版本控制,但“推送→審查→合并”這套工作流讓它站住了腳。技術當然重要,但最終留在用戶記憶里的是工作流。
這個認知改變了我評估軟件想法的方式。過去我找的是“有什么技術還沒人做”,現在找的是“有什么工作流是斷的”。當有人抱怨“我每次都得把這個東西從一個系統復制到另一個系統”,或者說“我老是跟丟這條信息”,或者“我每周都要花一小時做同樣的事”,這些根本不是功能請求——它們指向的是一個個等待被打通的工作流缺口。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.