第三章
kick off 項目啟動會議
項目的定義: 只會進行一次,包含多項相互關聯的任務,并且有績效,時間,成本和范圍限制的一項工作.
產品是一個解決問題的東西,項目是一個過程,兩個是不同層面上的概念
產品 (vs) 項目
第一:從生命周期的角度來看
產品生命周期長, 產品沒有盡頭,只能不斷的完善
項目生命周期短, 項目可以結項
第二: 從具體要做的事情來看
產品需要更多的探索,不斷修正
項目一開始就擁有明確的目標
第三: 從產出物的角度來看
產品可以批量生成,大量提供(設計一件衣服)
項目只進行一次,定制化,個性化,滿足特定的需求. (做一件衣服)
產品經理 productManager (vs)項目經理 projectManager
產品經理: 靠想,產品經理是做正確的事,所領導的產品是否符合市場的需求,能否給公司帶來利潤.
項目經理: 靠做,項目經理是吧事情做正確,把事情做的完美,在時間,成本和資源約束的條件下完成目標.
需求篩選>團隊組建>計劃確定>kickoff
kick off 項目啟動會議工作內容
評估工作量推算出工期
三點估算法 工作量計算公式:
工作量 = (最樂觀 + 最悲觀 + 最可能)/3
工作量 = (最樂觀 + 最悲觀 + 最可能*4)/6
通常"1人天"等價于5-6"人小時",不是按照8小時算的. 每個人很難保證不被干擾, 一天能有5個小時高效工作已經很不錯了.
kick off 項目會議 傳達的信息:
項目意義,目的與目標
需求,功能點概述
項目組織架構介紹成員
項目計劃項目的時間點和里程碑 , 各個階段需要做什么事情
溝通計劃
(如果有缺席的人,將資料發于缺席的人)
(如果有缺席的人,將資料發于缺席的人)
(如果有缺席的人,將資料發于缺席的人)
重要事情說三遍
產品模塊項目WBS圖 page126
產品經理需要經常涉及到的文檔
BRD: 商業需求文檔。
MRD: 市場需求文檔。
PRD: 產品需求文檔。
FSD: 功能詳細說明。
PRD模版目錄與結構示意圖 page128
產品經理掌握的UML:可參考書籍<>
類圖
用例圖
狀態圖
時序圖
活動圖
協作圖
用例文檔: UC(UC模版 page133)
UC概述如下:
用例的唯一標識"小明小館子"
用例名稱點菜
業務描述吃飯
需求描述去哪里 吃什么
行為者小明
前置條件周末
后置條件服務員接受點餐
其他說明7788
UC主題:
界面描述
業務規則小明不吃辣
流程描述
UM對語言要求高,要做到:無歧義、完整性、一致性、可測試等
時序圖: 也叫順序圖,描述事物變化在時間維度上的先后順序,善于表達對象的交互比如多個頁面之間,多個角色之間. page135
活動圖: 比較接近我們常說的流程圖,描述各種動作如何引起系統變化,善于表達用到較多,分支較多的情況page136
協作圖: 表達不同對象之間是如何相互影響的. 目前用的不多
文檔寫的時候注意二點:
第一, 不以寫的東西是需求還是設計區分職責,而已業務或技術區分.
第二, 細節末節的設計經常重復,PD應該和開發工程師一起協商,漸漸沉淀出產品規范.可以省去重復勞動
需求的生老病死 page142
項目開始之前需求討論會
項目中的需求階段需求評審會
項目中的需求階段之后功能評審會
開發階段工作內容 : 設計 > 設計評審 > 編碼 > 單元測試
測試階段工作內容 : 測試案例編寫 > 測試案例評審 > 冒煙測試 > 功能評審 > 測試
UAT測試: 用戶接受度測試
BUG級別定義標準: page147
BUG狀態流轉圖: page148
項目發布流程: 發布評審 > 預發布 > 發布 > 線上驗證
建立自己的文檔規范PD常用的文檔模版 page156
需求規范類:
PD做什么
用戶體驗規范
通用原則
需求管理類:
用戶調研
產品需求列表
產品信息架構
項目管理類:
項目管理制度
項目任務書
kickoff的PPT
項目組織結構
項目WBS
項目日報周報
項目發布預告與公告
日常工作類:
會議記錄
個人日報周報
模版的作用:
<1 讓經常看同類文檔的人提高效率
<2 讓寫文檔的新人可以盡快上手
<3 讓寫坐著不會漏考慮某些內容
通用做產品的流程:
概念
方案
開發
驗證
發布
生命周期維護
評審會議集合:
產品會議
kickoff會議
需求評審
設計評審
TC測試案例評審
功能評審
發布評審
敏捷開發方法特點:
有計劃,更要"擁抱變化"
迭代周期內盡量不要加任務
集中工作,小步快跑 (站立晨會)
持續細化需求,強調測試 (TC編寫,評審)
不斷發布,盡早交付
項目TRQ:項目時間(Time)、項目資源(Resource)、項目質量(Quality)
三邊六拍
三邊: 邊計劃,邊行動,邊修改
六拍: 腦門 肩膀 胸部 桌子 屁股 大腿
項目的坎坷一生 圖3-25
第四章
空間之大:商業 產品 技術
商業:阿里巴巴
產品:Apple公司
技術:Google公司
技術之大
例子1:地鐵都是先上三臺階,用來雨天防雨水的.
例子2:地鐵出口設計轉彎,是因為地鐵里面開了空調,讓冷氣散的慢,節約電
產品設計的5個層次:
戰略層: 用戶需求,網站目標
范圍層: 功能規格說明 內容需求
結構層: 交互設計信息架構
框架層: 界面設計 導航設計 信息設計
表現層: 視覺設計
團隊之大
用戶體驗部門:
用戶研究員:
交互設計師:
視覺設計師:
前端工程師:
潛在用戶 = 訪客數 X 轉化率
文案設計
低級階段:錯別字,病句,錯誤標點
中級階段:用詞不統一,不準確
高級階段:語言風格不統一,產品氣質不統一
產品市場化
包裝
定價
促銷
銷售
渠道
需求維度:分析吃包子
替換: 將包子替換 中藥包子 美容包子
結合: 包子上畫紅心
反轉: 反客為主
目標維度:本來的目標應該是中國人
替換: 賣給外國人
地點與情境維度
替換: 搶包山活動
時間維度:
替換: 針對夜宵市場
體驗緯度:
結合: 包子和文化結合,吃包子需要什么流程等等 類似功夫茶
有形的產品或服務
替換: 包子里面肉換成水果等
結合: 包子用吸的
夸張: 一斤中的包子, 旺仔小饅頭
品牌特征
替換: 狗不理包子 西施包子
換序: 吃包子有利于健康
使用或購買
替換: 包子支付改為月付款
倒序: 預定包子 訂多少 送貨上門
管理VS領導 很有意思的一長串4.6.2
