<rp id="cg4bm"></rp>
    <em id="cg4bm"><acronym id="cg4bm"><u id="cg4bm"></u></acronym></em>
  • <li id="cg4bm"><acronym id="cg4bm"></acronym></li>
    1. <button id="cg4bm"><acronym id="cg4bm"></acronym></button>
      <rp id="cg4bm"><acronym id="cg4bm"><input id="cg4bm"></input></acronym></rp>
      <dd id="cg4bm"><big id="cg4bm"></big></dd>
      更多課程 選擇中心

      產品經理培訓
      達內運營學院

      400-111-8989

      產品經理該如何更好地記錄反饋、捕捉需求?

      • 發布:產品經理培訓
      • 來源:教程
      • 時間:2019-01-16 18:50

      “萬事開頭難”,就軟件開發而言,首要任務是確定軟件需求。據統計,軟件項目中40%~60%的問題源自原件需求階段,因為需求模型或錯漏都會造成軟件開發者與用戶對軟件的理解產生差異。那么,究竟什么事軟件需求?它應該包括哪些內容呢?

      軟件需求的定義

      定義:軟件需求主要是指一個軟件系統必須遵循的條件或具備的能力。這里的條件或能力可以從兩個方面來理解:一是用戶解決問題或達到目標所需的條件或能力,即系統的外部行為;二是系統為了滿足合同、規范或其他規定文檔所需具有的條件或能力,即系統的內部特性。

      軟件需求一般包括3個不同的層次:業務需求、用戶需求和功能需求。

      第一個層次是業務需求,這是客戶或市場對軟件的高層次目標要求。通過對企業目前的業務進行評估,包括對業務流程建模、對業務組織建模、改進業務流程、領域建模等方面,并結合未來一段時間內可能的業務發展需要,即可歸結出業務需求。具體說,就是從業務的角度分析項目成功的預期效果。在確定業務需求前,還應該在各類業務相關人員范圍內達成一致。它好比需求過程中的基石,其他需求(如用于需求和功能需求)都必須與之相符。

      第二個層次是用戶需求,即從用戶使用角度來描述軟件產品必須完成的任務。通常在用例模型文檔中描述這個層次的需求,同時,從用戶需求還可以引申出軟件的質量屬性,例如軟件可持續正常工作的時間等。用戶需求的重心,是如何收集用戶的需求,即確定軟件系統為用戶提供的功能以及軟件與環境的交互。

      第三個層次是功能需求,它定義軟件開發人員必須實現的軟件功能,以及為了有效實現這些功能而必須達到的非功能要求、約束條件等,從而使用戶能完成他們的任務,滿足業務需求。功能需求依賴于用戶需求,是用戶需求在系統上的具體反映。從用戶需求到功能和非功能需求,思考的角度從用戶轉移到了開發者。在這個層次上,通常可利用快速原型法為用戶開發一個軟件原型,先讓用戶對軟件有一個直觀的印象和概念,以降低用戶在軟件開發完成后才看到軟件所帶來的風險。

      軟件需求的層次關系。


      軟件需求的特性

      軟件需求包含以下6個特性:功能性、可用性、可靠性、性能、可支持性和設計約束。

      1.功能性

      功能性需求是軟件最重要的需求,也是最直觀、用戶最關心的軟件需求,它又可分為普通功能和全局性功能。普通功能泛指軟件完成的一個功能或提供的一個服務,例如,一個訂單管理軟件通常有輸入訂單和訂單查詢等功能;全局性功能是適用于軟件所有應用場景的功能,如出錯處理等。

      2.可用性

      可用性泛指能使最終用戶方便使用軟件的相關需求,例如,系統使用者所需的培訓時間,是否符合一些常見的可用性標準,如Windows界面風格等。提高可用性、關注用戶體驗是軟件獲得成功的重要因素。

      3.可靠性

      包括與系統可靠性相關的各種指標,主要有:

      ①正常運行率:例如規定可用時間百分比,或系統處于使用、維護、降級模式等操作的小時數。

      ②平均無故障時間(MTTF):通常表示為小時數,但也可表示為天數、月數或年數。

      ③平均修復時間(MTTR):指系統在發生故障后可以暫停運行的時間。

      ④精確度:指系統的輸出要求具備的精密度(分辨率)和精確度。

      ⑤最高錯誤或缺陷率:通常表示為bugs/KLOC(每千行代碼的錯誤數目)或者bugs/function-point(每個功能點的錯誤數目)。

      4.性能

      記錄與系統性能相關的各種指標,其中包括:

      ①對事物的響應時間:包括平均響應時間和最長響應時間。

      ②吞吐量:如每秒處理的事物數。

      ③容量:如系統可以容納的客戶或事物數。

      ④降級模式:當系統以某種形式降級使用時可接受的運行模式。

      ⑤資源利用情況:內存、磁盤、通信等。

      5.可支持性

      定義所有與系統的可支持性或可維護性相關的需求,其中包括編碼標準、命名約定、類庫以及如何對系統進行維護操作和相應的維護實用工具等。

      6.設計約束

      設計約束代表已經批準并必須遵循的設計決定,其中包括軟件開發流程、開發工具、系統構架、編程語言、第三方構件庫、運行平臺和數據庫系統等。


      所謂軟件需求工程,是一門應用有效的技術和方法、合適的工具和符號,來確定、管理和描述目標系統及其外部行為特征的學科。它通過合適的工具和記號,系統地描述待開發系統及其行為特征和相關約束,形成需求文檔,并能對不斷變化的需求演進給予支持。

      產品經理該如何更好地記錄反饋、捕捉需求?

      PS:該部分內容整理自36氪

      更好的方法

      功能請求的記錄格式應該包含更多細節信息。例如:

      用戶是誰?他/她所在的公司是什么?該用戶在公司內扮演什么角色?

      用戶在什么情況下想要使用這個功能? (什么時候開始有想法?)

      用他/她自己的話來說,“功能A”的定義是怎么樣的?

      具體來說,他們將如何使用此功能?

      增加此功能之后,他們希望實現怎樣的業務價值?

      簡言之,多問幾個“為什么?”,然后讓用戶用他自己的話,盡可能詳細地表達想法。

      “用戶自己的話”是非常重要的,因為我們很容易依據自己的思考先入為主的定義用戶的想法,反而無法理解他們的目標和期望。

      “用戶的話”有什么作用

      在基于需求的產品開發過程中,當我們試圖驗證某個產品建議是否有向前推進的意義時,簡明而詳細的用例有助于指導我們看清楚問題。它們可以回答“是否真的存在足夠重要的一致用例模式?”、“關于解決方案的具體構想是否最優?”的問題。

      在記錄功能請求時,假定在缺省情況下,存在一系列具體使用案例,而且這些案例能說明為什么該功能對于客戶很重要以及他們將如何使用該功能時,該功能才能進行開發。

      從產品開發的角度來看,重要的是挖掘潛在的需求,而不是強調用戶的想法或強調特定功能的實現。

      設計決策

      很多時候我們可能看到了某個狀況下的明確需求,或者用戶針對特定功能的提出了大量請求,然而還有另一個因素需要重視,那就是該功能怎么發貨作用。

      通常情況下,一個功能可以以多種不同的方式運行,但是如果不能準確理解用戶想要實現的效果,就很難確定哪種方式更好。

      而深入UI / UX或技術設計環節的話,大多數表面上看起來清晰明了的功能可能會朝不同的方向發展。 忠于用戶反饋的核心使用案例可以幫助我們快速且更確信地選擇一個方向。

      誰來完成

      產品經理該如何更好地記錄反饋、捕捉需求?

      Wheeler ? 22小時前 ? 技能Get

      首先,改進功能需求的記錄方式。

      編者按:用戶在表達對某個新功能的需求時,他們的建議很容易被忽視或者被擱置在一邊。Phil Freo 在本文中介紹了能更好地捕捉客戶需求的方法。

      產品經理該如何更好地記錄反饋、捕捉需求?

      典型的方式真的管用嗎?

      最常用的記錄功能需求方式非常簡單:“john@example.com需要功能A… [@產品和研發團隊相關人員名單]”。

      假設我們確實要開發A功能,上述做法提供了需要給到通知的人員列表,但這種操作既不能給研發有用的幫助又不能切實滿足用戶的需求。原因在于:

      不同的人對這個功能的具體概念可能有不同的理解。

      功能有多種不同的實現方式,上述方式并不能說明哪種方式最好。

      可能存在一種不同的、更好的方式可以滿足用戶的基本需求。

      以這種簡單的格式記錄即便通知到了相關人員,但并沒有很好地給到他們的核心要點。

      僅用郵箱地址來記錄功能請求肯定要比不留任何用戶信息要好,至少這樣我們在后期可以聯系到更多人。高度概括的通知也看似給我們提供了一個投票系統,以便我們圍繞產品功能做出優先考慮。但實際上這個系統并沒有足夠的細節,未必能使多數人受益。

      更好的方法

      功能請求的記錄格式應該包含更多細節信息。例如:

      用戶是誰?他/她所在的公司是什么?該用戶在公司內扮演什么角色?

      用戶在什么情況下想要使用這個功能? (什么時候開始有想法?)

      用他/她自己的話來說,“功能A”的定義是怎么樣的?

      具體來說,他們將如何使用此功能?

      增加此功能之后,他們希望實現怎樣的業務價值?

      簡言之,多問幾個“為什么?”,然后讓用戶用他自己的話,盡可能詳細地表達想法。

      “用戶自己的話”是非常重要的,因為我們很容易依據自己的思考先入為主的定義用戶的想法,反而無法理解他們的目標和期望。

      “用戶的話”有什么作用

      在基于需求的產品開發過程中,當我們試圖驗證某個產品建議是否有向前推進的意義時,簡明而詳細的用例有助于指導我們看清楚問題。它們可以回答“是否真的存在足夠重要的一致用例模式?”、“關于解決方案的具體構想是否最優?”的問題。

      在記錄功能請求時,假定在缺省情況下,存在一系列具體使用案例,而且這些案例能說明為什么該功能對于客戶很重要以及他們將如何使用該功能時,該功能才能進行開發。

      從產品開發的角度來看,重要的是挖掘潛在的需求,而不是強調用戶的想法或強調特定功能的實現。

      設計決策

      很多時候我們可能看到了某個狀況下的明確需求,或者用戶針對特定功能的提出了大量請求,然而還有另一個因素需要重視,那就是該功能怎么發貨作用。

      通常情況下,一個功能可以以多種不同的方式運行,但是如果不能準確理解用戶想要實現的效果,就很難確定哪種方式更好。

      而深入UI / UX或技術設計環節的話,大多數表面上看起來清晰明了的功能可能會朝不同的方向發展。 忠于用戶反饋的核心使用案例可以幫助我們快速且更確信地選擇一個方向。

      誰來完成

      產品團隊負責完善客戶使用案例并與客戶溝通解決方案。

      然而,任何與客戶接觸的人都有獨特價值的,溝通的過程中可發現很多客戶的遇到的問題和功能請求。 如果這些帶有使用場景的功能請求被記錄下來,可以很大程度推動產品走向正確的方向。 我們總說公司要尊重用戶的想法,這就是最好的方法。

      預約申請免費試聽課

      填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

      上一篇:高級產品經理的七種思維方式是指哪七種?
      下一篇:產品經理進行需求分析的進階指南

      移動APP心理設計的方法之控制錯覺指的是什么?

      優秀的產品經理有哪些特質?

      學習產品經理必備書籍有哪些?

      產品經理溝通障礙有哪些因素?

      • 關注微信公眾號

        回復關鍵字:視頻資料

        免費領取 達內課程視頻學習資料

      • 視頻學習QQ群

        添加QQ群:1143617948

        免費領取達內課程視頻學習資料

      Copyright ? 2018 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

      選擇城市和中心
      黑龍江省

      吉林省

      河北省

      貴州省

      云南省

      廣西省

      海南省

      色就色|偷拍区欧美 天天色综合 欧美图亚洲色另类偷偷自拍 百度 好搜 搜狗
      <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>