產品設計體會(十六) Feature List

2021-04-15 06:41:07 字數 919 閱讀 2616

(看不清吧,那就對了,暫時不能讓你們看清~~~ :p)

乙個feature,這次我給了它如下屬性:

模組:一般來說,每個模組下分3~10個子模組是合理的,否則要考慮重新劃分(由於這個癖好,自己電腦裡的檔案目錄結構也是遵循這個原則的)。

子模組:稍大一點的產品至少要給功能模組做二級分類了,這部分其實又涉及另外乙個很大的領域ia(資訊構架,會影響將來產品的站點樹形結構,頁面組織,選單層級等),最近也在看一些資料。

feature

:具體的說一點,要給使用者提供什麼功能,給這個功能起個名字。

任務描述:這裡可以說具體一點。

商業價值描述:通俗點,賣點是什麼,可以給使用者提供什麼價值。

商業屬性:簡單分為基本,擴充套件,增值。舉個手機的例子,打**簡訊是基本功能,給**錄音是擴充套件功能(和基本功能相關),而如果這個**特別結實,可以當錘子釘釘子,那就是增值功能了。這裡的區分其實沒那麼決定,取決於很多因素,比如商業目的。

商業優先順序:這塊是整個feature list工作中核心的部分,判斷的準確直接影響著將來產品的方向,我們的做法是先基於自己對商業目標的理解,主觀定乙個級別,所以之前的功課很重要,然後再pd團隊pk,如有必要,再去客戶處確認。

開發量:一般由技術部門的專案經理或者系統分析師/架構師來確定,這次需要勞方代表,微軟,來定了(我是資方代表哈)。

價效比:原來的體會(三、十二)中有討論過這個問題,簡單一點就是綜合商業屬性、優先順序與開發量來確定。

備註:這個不說了吧。

另外,每個產品的大小、資源條件,需增需減,要靈活變通。

產品設計體會(十六) Feature List

看不清吧,那就對了,暫時不能讓你們看清 p 乙個feature,這次我給了它如下屬性 模組 一般來說,每個模組下分3 10個子模組是合理的,否則要考慮重新劃分 由於這個癖好,自己電腦裡的檔案目錄結構也是遵循這個原則的 子模組 稍大一點的產品至少要給功能模組做二級分類了,這部分其實又涉及另外乙個很大的...

產品設計體會(十二) 少而精

長假回來,這兩天基本在全力做 批量定時上架 的需求,n多的pk 評審 確認會搞得頭昏腦脹,不過終於算是把需求確認掉了。其中有些關於功能做多做少的爭論,這個話題在體會 三 中有所設計,但說的不深,這裡再寫點。一 個功能的多次需求會議中,必然有這樣乙個過程。開始對乙個功能想的不完整,說著說著大家都想把這...

產品設計體會(二九) 產品設計的五個層次

其實這篇是 使用者體驗的要素 的讀後感,其實讀了已經快2個月了,剛讀完寫讀後感會比較全面,而事隔一段時間再寫就能看出哪些是真正沉澱下來的要點了,也算是給自己找個偷懶的理由吧。大產品設計決定使用者體驗,而小產品設計又分為五層,帖一張業內著名了好幾年的圖。戰略層 明確商業目標和使用者目標,重點是解決兩者...