河北
需求開發的四個步驟
獲得需求建議書
1. 在管理層、市場和項目組之間進行溝通：提供最初的客戶反饋。
2. 培養對可交付件的一般認識。
3. 建立高層干系人要求和特征的范圍和重點。
4. 一個系統層次的文件，來表述可交付件的內容及原因。
需求建議書包含的內容
□ 需求簡要說明
□ 需求定位
□ 干系人與用戶描述
□ 產品概要說明
□ 產品特性
□ 約束條件
□ 質量范圍
□ 需求優先級
□ 產品非功能需求
□ 文檔需求
識別約束條件
□ 政策條件
□ 環境條件
□ 經濟條件
□ 技術條件
□ 可行性
□ 系統環境約束
定義方案邊界
一個角色是產品的用戶，但不是產品開發的一部分。
一個用戶可以是一個人或是外部的一個產品。
區分角色可以幫助區分要解決的問題范圍，因為一個行動者不是產品建立的一部分，不必建立一個角色所表現出來的功能性。因此，通過區分角色，可以幫助區分所要建立的產品或服務的范圍。
1. 角色
□ 誰使用這個產品或服務
□ 誰從這個產品或服務中取得信息
□ 誰為這個產品或服務提供信息
□ 在客戶的領域中該產品運用于何處
□ 誰支持及維護這個產品
□ 有什么其他的產品或服務，使用到這個產品或服務
2. 界線
□ 外部哪些產品與我們的項目是有關的
□ 什么是產品的部分
□ 什么不是產品的部分
產品需求開發的誤區和挑戰
1. 一些人開始相信發展中的要求
□ 耗時太長
□ 記錄了錯誤的事情
□ 對尚未發生的行為進行假設
□ 多虧反應迅速而再做一遍，從而經常是正好準時完成
□ 對業務作出巨大變更
2. 處理挑戰
□ 搜集該單位中要求的挑戰：找出用戶的需求，避免過早設計的假設，記錄用戶的需求（在高層次）
□ 以下挑戰要在以后的單位中處理：記錄用戶的需求（在細化的層次），解決相沖突的要求，排除不必要的要求，減少夠多的文件量，保證要求是可追溯的
作者：秦羽｜公眾號：秦羽思維，企業高管及創業者，資深管理教練。聚焦互聯網、電商和新商業，洞察一切商業本質。歡迎大家關注、點贊、轉發、評論！
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
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.
