一個產品構想開始具體後，功能清單通常會很快變長。內容需要搜尋與分類，登入後希望可以保存偏好，接著可能出現收藏、通知、交易、評論、訂閱與手機安裝等需求。每項功能單獨看都有理由，全部放進第一版卻會同時增加操作流程、資料關係與維護責任。
決定第一版範圍，需要先找出一段能讓使用者走完並取得價值的流程，再判斷哪些功能讓這段流程成立、哪些支援使用者回訪，以及哪些會讓產品進入新的營運領域。
米豆的開發過程提供了一個具體例子。它要協助幼兒家長依孩子月齡查找成長事項、育兒知識、場所、商品與補助。這個構想可以延伸出許多功能，目前開發範圍先完成公開查找、月齡整理與必要的個人化，同時保留一組清楚的未開發範圍。
先寫出使用者要走完的核心流程
功能排序的起點，可以是一句使用者真正要完成的事。米豆的核心流程是：家長從孩子目前的月齡出發，找到現在與近期可能需要留意的育兒資訊。
這段流程決定第一版需要具備的能力：
- 內容要先依場所、知識、商品與補助整理成清楚入口。
- 每類內容要能搜尋，並使用月齡、地區或分類條件縮小範圍。
- 內容需要列表與詳情，讓使用者確認適用條件和資料來源。
- 建立孩子檔案後，首頁要能帶入目前月齡，分開呈現現在與近期內容。
這四項能力組成一段可以從入口走到結果的流程。若只有會員系統、漂亮首頁或大量內容欄位，家長仍無法完成主要任務；若只做單一分類，又難以驗證「在同一處整理育兒資訊」是否真的成立。
第一版要縮小問題範圍，同時讓使用流程能走到底。
先讓使用者看見價值，再要求登入
登入經常被放在產品入口，但它會增加建立帳號、登入失敗、資料保存與隱私說明等工作。產品需要確認登入究竟支持什麼價值。
米豆將場所、知識、商品與補助百科放在公開路徑，訪客不登入也能瀏覽、搜尋與篩選。需要依孩子月齡整理首頁、切換多個孩子、收藏項目或保存篩選條件時，才進入 Google 登入與家庭檔案流程。
這樣的切分讓兩種使用情境都能完成：
- 第一次到訪的人，可以直接判斷內容分類和查找方式是否有用。
- 願意回訪的人，可以保存孩子情境、收藏與常用條件，減少下次重新設定。
判斷會員功能是否應進入第一版時，可以先問：登入前是否已有可完成的任務？登入後保存的資料，是否真的改善下一次使用？如果答案不清楚，先做會員系統可能只會增加入口阻力與維護範圍。
把「需要功能」和「新增一種營運」分開看
有些功能不只增加幾個頁面，也會讓產品承擔新的責任。米豆整理商品資訊，但目前將購買導向站外連結，不處理購物車、付款、訂單與出貨。這個取捨保留商品查找的價值，也避免第一版同時進入交易營運。
其他尚未提供的項目，也各自帶來新的工作範圍：
- 評論、評分與使用者投稿，需要處理內容審核、檢舉與帳號權限。
- 推播與補助到期提醒，需要管理通知條件、傳送時機、失敗狀況與取消方式。
- 訂閱制需要定義方案、權限、付款狀態與停止服務後的資料處理。
- PWA 與離線快取需要決定哪些內容可離線、何時更新，以及舊資料如何被取代。
這些功能都可能在未來提供價值。目前先保留為尚未提供項目，實作前重新確認需求與優先序。現階段因此能集中處理育兒資訊查找，不必同時建立交易、社群、通知與離線使用的整套流程。
評估新需求時，只問開發時間仍不夠。還要確認它是否引入新的付款、審核、客服、隱私或內容更新責任，以及產品目前是否有人能持續承擔。
後台與內容流程也屬於產品範圍
內容型產品的第一版同時包含訪客看不到的營運流程。米豆的公開內容來自多種資料模型，每筆內容預設為草稿，只有確認發布後才會出現在公開 API 與網站。內容也可以保留來源、適用月齡及各分類需要的欄位。
這些能力不一定出現在產品展示的第一個畫面，卻決定網站能否持續增加、修正與下架內容。若第一版只估算前台列表與搜尋，等到準備上線才處理資料來源、審核方式和錯誤更正，營運工作很容易回到臨時修改資料或直接改程式碼。
規劃內容或資料產品時，第一版至少要回答：
- 誰可以新增與修改內容？
- 哪個狀態代表可以公開？
- 使用者看到錯誤資訊時，如何更正或下架？
- 各類內容需要保存哪些來源與適用條件？
- 外部資料暫時缺漏時，公開頁面如何反映？
把這些問題納入第一版，產品才具備可持續操作的基本條件。
用四個問題檢查第一版範圍
功能清單出現爭議時，可以回到四個問題逐項判斷：
一、沒有這項功能，核心流程能否完成？
如果拿掉後，使用者無法從入口走到需要的結果，它屬於核心範圍。對米豆而言，分類、搜尋、篩選與內容詳情都直接支持查找流程。
二、它是否讓使用者有理由回來？
孩子檔案、收藏與已儲存篩選不影響第一次公開瀏覽，卻讓家長下次能接續原本情境。這類功能是否進入第一版，要看回訪是否是產品價值的重要部分。
三、它會新增哪些長期責任？
交易、投稿、通知與離線功能都有開發以外的營運工作。把責任列出來，才能評估團隊、預算與上線後的維護方式。
四、延後後，產品仍能清楚說明價值嗎？
延後功能後，核心用途應該仍然成立。米豆不處理站內交易，但使用者仍能查找商品資料並前往外部頁面；暫時沒有推播提醒，仍可主動查詢與保存篩選條件。
第一版要小得能交付，也要讓使用者走完任務
米豆目前把開發範圍集中在一段清楚流程：公開瀏覽育兒百科，依孩子月齡與分類條件縮小結果，查看內容詳情；需要保存個人情境時，再登入建立孩子檔案、收藏項目與儲存篩選。
交易、UGC、通知、訂閱與離線功能暫時留在範圍外，內容草稿與發布流程則包含在目前開發範圍。判斷依據來自它們對核心價值和日常營運的影響；畫面數量只是估算中的一小部分。
當產品構想還有許多可能性時，先定義一段能走完的使用流程，再把回訪價值與長期責任放進範圍判斷，可以讓第一版更容易估算、交付與維護。
米豆 展示這些範圍如何落在實際產品中。若正在規劃自己的第一版，諾澄的軟體開發服務 說明從需求釐清、操作流程到部署交付的合作範圍。