小編精選 - 技術文章翻譯 · 04月17日

程式設計初學者常忽略的產品觀察角度

我是株式会社PRUM 的 masa。

這次要分享的是「程式初學者容易忽略的、觀察產品的幾個視角」。

剛開始面對眼前的程式，體驗純粹的程式設計樂趣與苦惱是很重要的。
但我也認為，能夠以更高的視座來看產品，對提升產品品質以及未來提升自身市場價值也很重要。

這次針對希望進入 IT 業界開發現場、正在學習的程式初學者，整理了我的知識和各要點的簡短建議。若有興趣的話，歡迎閱讀。

第一個是從需求的視角來看系統。

客戶所要求的需求大致上可分為 功能需求 與 非功能需求。

功能需求比較容易理解，也較容易想像如何實作，但非功能需求對程式初學者來說較難具像化。

沒有太多 IT 知見的客戶也是同樣的情形。很多客戶會提出功能需求，但往往不會意識到或無法描述非功能需求，甚至有些客戶會理所當然地認為這些非功能性的表現是應該存在的。

實際上，許多重大事故的原因正是因為這些「非功能需求」沒確認清楚或要求不夠明確。
因此，不只要注意功能需求，也要對非功能需求有足夠的意識，能檢查需求是否有遺漏，這點很重要。

若具備下列能力，就能比較不漏掉非功能需求，朝能做出讓客戶滿意產品的工程師更接近：

給初學者的建議
日常使用的服務養成「為什麼？」的習慣
平常使用的社群平台或購物網站，試著想像「為什麼會這麼流暢？」「為什麼在流量大量集中時不會當掉？」。

例如，

這個載入速度是因為用了快取嗎？

這個錯誤畫面的設計是在避免讓使用者感到不安嗎？

以工程師視角觀察的習慣，能幫助你找出不會遺漏的需求。

前一節的「需求」是從單一系統的視角來看，這裡介紹一個更高層次的視角。
在實務上，有一種把系統依「變化的節奏」來分類的方法。

其中代表性的概念是由 Gartner 提出的「Pace-Layered」（節奏分層）思考法。

SoR (System of Record)：
「記錄型系統」。像會計或人事管理等，以 正確性為首要。在這類系統中，比起「漂亮的 UI」，更需要「不會出錯、穩健且效率高的設計」。
- 生活中的例子：銀行的核心帳務系統、企業的薪資計算軟體、庫存管理帳本。
- 變化節奏：低速（以 5～10 年為單位）。法規遵循與穩定性優先，建置後會維持長時間。
SoD (System of Differentiation)：
「差異化系統」。用以支撐企業獨有的商業流程或優勢。不是業界標準，而是能產生與競爭對手差異的獨特邏輯。
- 生活中的例子：Amazon 的推薦引擎、獨特的配送路徑最佳化系統、依會員等級給予優惠的判定邏輯。
- 變化節奏：中速（以 1～3 年為單位）。會依企業策略或競爭動向，每幾年演進或改善。
SoI (System of Innovation)：
「創新系統」。為測試新商業模式或點子而存在的、實驗性系統。
- 生活中的例子：以生成式 AI 做對話式客服的試作、期間限定的虛擬商店、從內部創意競賽產生的原型。
- 變化節奏：高速（以數日到數週為單位）。需要快速判定成功或失敗，必要時能立即重做或撤退的機動性。