人人都是產(chǎn)品經(jīng)理

第1章 寫給-1到3歲的產(chǎn)品經(jīng)理

為什么要做產(chǎn)品經(jīng)理

• 壞產(chǎn)品：無處不在的危險

  • 產(chǎn)品的用戶總是分為新手新症、專家和中間用戶
  • 產(chǎn)品功能的改進(jìn)方向：讓用戶更加省心

• 好產(chǎn)品：改變生活儒将、改變世界

我們到底是不是產(chǎn)品經(jīng)理

• 產(chǎn)品究竟是什么

  • 產(chǎn)品就是用來解決某個問題的東西

    • 可以是有型實物或無形服務(wù)

    • 解決問題：滿足人們的需求進(jìn)而產(chǎn)生價值

      • 價值不僅給產(chǎn)品的使用者洗出，還要給產(chǎn)品的創(chuàng)造者

    • 并不是所有的產(chǎn)品都是商品显沈，也有公益性、非盈利的產(chǎn)品

      • 工作中的產(chǎn)品絕大多數(shù)都是在用戶目標(biāo)及公司商業(yè)目標(biāo)中尋找平衡

        • 只考慮用戶田绑，公司無法盈利
        • 只考慮盈利兽愤，用戶留不住

• 產(chǎn)品經(jīng)理的由來

  • 第一個產(chǎn)品經(jīng)理

    • 美國保潔公司

      • 有專人對一個產(chǎn)品負(fù)責(zé)

  • 出現(xiàn)原因

    • 適應(yīng)公司發(fā)展需要

      • 隨著企業(yè)規(guī)模增大和產(chǎn)品的增多孕蝉，無法適應(yīng)部門組織機(jī)構(gòu)

        • 產(chǎn)生的產(chǎn)品管理的矩陣式組織

• 互聯(lián)網(wǎng)公司產(chǎn)品經(jīng)理的招聘要求

  • 側(cè)重產(chǎn)品“從無到有屡律、從有到優(yōu)的過程”

  • 涉及內(nèi)容

    • 產(chǎn)品規(guī)劃
    • 數(shù)據(jù)分析
    • 用戶研究
    • 需求分析
    • 功能設(shè)計
    • 項目管理
    • 敏捷方法

• 互聯(lián)網(wǎng)軟件行業(yè)的產(chǎn)品經(jīng)理概念

  • 與傳統(tǒng)產(chǎn)品經(jīng)理概念的區(qū)別

    • 行業(yè)形態(tài)

      • 傳統(tǒng)行業(yè)

        • 成熟行業(yè)

          • 市場成熟、產(chǎn)品定型
          • 用戶成熟降淮、熟悉產(chǎn)品

      • 互聯(lián)網(wǎng)軟件行業(yè)

        • 新興行業(yè)

          • 產(chǎn)品變化速度快

            • 用戶看什么都是新的
            • 需要產(chǎn)品推陳出新超埋、先入為主、占領(lǐng)用戶主導(dǎo)用戶習(xí)慣

    • 產(chǎn)品形態(tài)與成本結(jié)構(gòu)

      • 傳統(tǒng)行業(yè)

        • 實物

          • 考慮打通整個供應(yīng)鏈

      • 互聯(lián)網(wǎng)軟件行業(yè)

        • 虛擬物品

          • 團(tuán)隊規(guī)模小
          • 成本更多花費在研發(fā)過程

    • 生命周期

      • 傳統(tǒng)行業(yè)

        • 研發(fā)周期長佳鳖，幾年以上

      • 互聯(lián)網(wǎng)軟件行業(yè)

        • 研發(fā)周期短霍殴，幾個月左右

          • 推崇敏捷方法

            • 產(chǎn)品經(jīng)理兼顧項目管理

    • 贏利模式

      • 傳統(tǒng)行業(yè)

        • 單一賣產(chǎn)品賺錢

      • 互聯(lián)網(wǎng)軟件行業(yè)

        • 產(chǎn)品大部分免費

        • 贏利與用戶數(shù)相關(guān)

          • 重視用戶研究、數(shù)據(jù)分析工作
          • 贏利問題有相關(guān)團(tuán)隊負(fù)責(zé)

    • 用戶心態(tài)

      • 傳統(tǒng)行業(yè)

        • 花錢用

          • 即使不爽也湊合著用

      • 互聯(lián)網(wǎng)軟件行業(yè)

        • 免費用

          • 稍有不爽就去試用新產(chǎn)品

            • 更重視用戶體驗

              • 產(chǎn)品經(jīng)理涉及交互設(shè)計系吩、視覺設(shè)計来庭、文案設(shè)計

  • 非典型產(chǎn)品經(jīng)理

    • 職責(zé)交給幾個人，很少有全能型（除非事業(yè)部總經(jīng)理或CEO）

  • 一線員工眼中的管理

    • 在資源不足的情況下把事情做成

      • 信息不足以決策
      • 時間不足以安排周密的計劃
      • 人員不足以支持工作的強度和難度
      • 資金不足以調(diào)配

我真的想做穿挨，怎么入行

• 確定自己真正喜歡

  • 從產(chǎn)品設(shè)計中思考問題背后的本質(zhì)
  • 思考如何設(shè)計才能平衡用戶目標(biāo)和商業(yè)目標(biāo)

• 找到自己的位置

  • 面試官考察方面

    • 是否有激情月弛、是否機(jī)靈好學(xué)、邏輯思維是否清晰科盛、溝通表達(dá)是否順暢

• 可行切入點

  • 嘗試做與產(chǎn)品有關(guān)的事情

  • 從產(chǎn)品經(jīng)理周邊的職位做起

    • 開發(fā)

      • 預(yù)先了解需求帽衙，在需求評審會上提出自己的建議
      • 可從需求分析師入手，不斷培養(yǎng)商業(yè)感覺

    • 運營

      • 嘗試把活動做成產(chǎn)品
      • 練習(xí)寫B(tài)RD土涝、PRD

    • 項目經(jīng)理

  • 研究公司招聘廣告并做成一份調(diào)研報告

一個產(chǎn)品經(jīng)理的-1到3歲

• 負(fù)責(zé)產(chǎn)品的各個方面

  • 獲得能力的全面提升
  • 經(jīng)常碰到全新的挑戰(zhàn)
  • 需要提高的能力很多

• 入行頭半年

  • 打雜的菜鳥

    • 熟悉需求分析相關(guān)的基本知識和技能
    • 了解產(chǎn)品的各個方面佛寿，功能幌墓、用戶但壮、技術(shù)等
    • 認(rèn)識團(tuán)隊里的同事和即將合作部門的同事

• 入行半年后

  • 學(xué)習(xí)怎么做

    • 提升對用戶和對需求的理解
    • 負(fù)責(zé)某些模塊，但缺乏整個產(chǎn)品層面的權(quán)衡認(rèn)識和能力
    • 寫產(chǎn)品需求文檔常侣、配合用戶體驗部門做demo蜡饵、跟進(jìn)開發(fā)、測試胳施、發(fā)布的過程

• 入行一年

  • 開始問做不做溯祸、做多少

    • 負(fù)責(zé)較多模塊直至所有功能

    • 探索做哪些功能

      • 做用戶研究

• 入行兩年

  • 項目與團(tuán)隊

    • 了解周邊團(tuán)隊做什么并施加影響
    • 制定規(guī)范、流程舞肆，將手頭的工作分出去

• 入行三年

  • 戰(zhàn)略與修養(yǎng)

    • 出色產(chǎn)品經(jīng)理的基本修養(yǎng)

      • 愛生活焦辅、有理想、會思考椿胯、能溝通

第2章 一個需求的奮斗史

從用戶中來到用戶中去（用戶研究）

• 用戶是需求之源

  • 人類為什么有需求

    • 需求的本質(zhì)

      • 馬斯洛的需求層次理論

        • 生理需求
        • 安全需求
        • 社交需求
        • 尊重需求
        • 自我實現(xiàn)需求

      • 理想與現(xiàn)實的差距筷登，人們產(chǎn)生“減少甚至消除這種差距”的愿望，所以產(chǎn)生了需求

  • 用戶與客戶

    • 用戶是使用產(chǎn)品的人

    • 客戶是購買產(chǎn)品的人

    • 廣義用戶是所有與產(chǎn)品有關(guān)的人

      • 廣義用戶是需求之源

  • 以用戶為中心的思想

    • 中小型公司

      • 需求很大來源不是終端用戶而是老板
      • 老板的閱歷多哩盲，會抓住商機(jī)創(chuàng)造價值
      • 老板的觀點有時比產(chǎn)品經(jīng)理更合理

    • 創(chuàng)業(yè)公司

      • 沒有精力去做用戶研究
      • 老板憑經(jīng)驗拍腦袋

  • 不要試圖滿足所有用戶

    • 要區(qū)別對待廣義用戶前方，對狹義的終端用戶也不能一視同仁
    • 需求太多時要進(jìn)行優(yōu)先級評估和需求管理
    • 一些用戶自己提的需求都是互相矛盾的狈醉，所以做不到聽到什么需求就做什么功能
    • 產(chǎn)品剛起步時要把池子做大，做一些大眾功能滿足一般用戶的需求
    • 產(chǎn)品充分占據(jù)市場時要從已有的用戶身上深挖用戶價值
    • 也可按照其他維度劃分出優(yōu)先滿足的需求如性別惠险、地域苗傅、年齡段等

• 你真的了解用戶嗎

  • 體會真正的用戶

    • 真實的用戶五花八門，必須真刀真槍去研究他們

  • 描述用戶

    • 產(chǎn)品經(jīng)理可能只是老板的一桿槍班巩，指哪打哪

    • 創(chuàng)建Persona（人物角色）

      • 新人進(jìn)入團(tuán)隊可以迅速了解用戶和產(chǎn)品
      • 老板可迅速進(jìn)入狀態(tài)

  • 用戶研究

    • 用戶研究是前提不是附屬內(nèi)容渣慕，必須在做產(chǎn)品的過程中隨時納入計劃

      • 《贏在用戶：Web人物角色創(chuàng)建于應(yīng)用實踐指南》

        • 用戶的說和做

          • 說表現(xiàn)了目標(biāo)和觀點，做反映了行為
          • 用戶的說和做經(jīng)常是不一致的抱慌，但兩反面都很重要

        • 定性與定量

          • 定性研究可以找出原因摇庙，偏向于了解；定量研究可以發(fā)現(xiàn)現(xiàn)象遥缕，偏向于證實卫袒。

      • 例子

        • 第一輪 聽用戶定性地說

          • 確定產(chǎn)品方向

            • 抽樣用戶做訪談

        • 第二輪 聽用戶定量地說

          • 確定需求優(yōu)先級

            • 投放調(diào)查問卷

        • 第三輪 看用戶定性地做

          • 設(shè)計需求怎么做

            • 找用戶做可用性測試

        • 第四輪 看用戶定量地做

          • 數(shù)據(jù)分析

            • 根據(jù)用戶使用情況做數(shù)據(jù)分析對產(chǎn)品進(jìn)行改進(jìn)

    • 目標(biāo)：實實在在的把用戶當(dāng)做需求之源

需求采集的大生產(chǎn)運動（需求采集）

• 需求采集的過程

  • 明確目標(biāo)
  • 選擇采集方法
  • 制定采集計劃
  • 執(zhí)行采集
  • 資料整理
  • 需求分析

• 需求采集方法

  • 定性地說：用戶訪談

    • 常見問題及對策

      • 說和做不一致的問題

        • 讓用戶說和做同時進(jìn)行

        • 區(qū)分用戶說的事實與觀點

          • 描述過程的話可信度高一些
          • 我覺得、我認(rèn)為的話不可全信

      • 樣本少单匣，以偏概全

        • 選擇樣本要盡量隨機(jī)

        • 識別出可引起偏差的因素并在訪談報告里表明

        • 以增量的形式做訪談

          • 先選擇少量樣本進(jìn)行訪談夕凝，得出基本結(jié)論，再訪談少量樣本户秤，觀察結(jié)論是否改變码秉。有改變就增大樣本量，沒有改變就停止訪談鸡号。

      • 用戶過于強勢转砖，帶偏話題

        • 要時刻牢記訪談目的，及時糾偏

      • 我們過于強勢

        • 牢記訪談目的鲸伴，管好自己的嘴

    • 用戶大會：邀請產(chǎn)品的用戶集中開會府蔗，短時間獲取大量信息

      • 明確目的

      • 資源確定

        • 時間、地點汞窗、工作人員姓赤、用戶、嘉賓仲吏、材料不铆、備用方案

      • 現(xiàn)場執(zhí)行

        • 輔助工作

          • 場地布置、進(jìn)場前導(dǎo)裹唆、主持誓斥、送客

        • 主流程

      • 結(jié)束收尾

        • 資料整理、運營

  • 定量地說：調(diào)查問卷

    • 與訪談的區(qū)別

      • 訪談提綱通常是開放式問題许帐，適用于尋找產(chǎn)品方向劳坑，很深入；調(diào)查問卷封閉式問題比較富哦舞吭，大規(guī)模收集信息但不夠深入

    • 注意事項

      • 作答時間不要超過十分鐘
      • 開篇放置簡單問題泡垃，需要思考和敏感問題放中間析珊，個人信息放最后

    • 常見問題與對策

      • 樣本與想了解的用戶群體出現(xiàn)偏差

        • 樣本選擇盡量覆蓋目標(biāo)群體各種類型的用戶
        • 保證各種類型用戶樣本比例接近全體比例
        • 若沒法做到樣本選擇的合理性，在結(jié)論處進(jìn)行標(biāo)明
        • 將目標(biāo)群體的特征定義成問題蔑穴，若有偏差可以篩選出接近目標(biāo)群體的子集進(jìn)行分析

      • 樣本過少

        • 避免使用百分比分析忠寻，使用百分比答案至少要有100份樣本

      • 問卷內(nèi)容的細(xì)節(jié)問題

        • 問題表述應(yīng)無引導(dǎo)性
        • 準(zhǔn)備不同問卷，每種問卷選項排列順序都不相同
        • 先進(jìn)行小范圍試答存和，根據(jù)反饋修改后再大面積投放

  • 定性地做：可用性測試

    • 主要過程

      • 招募測試用戶

        • 原則是盡可能代表未來真實的用戶

      • 準(zhǔn)備測試任務(wù)

        • 在實際使用中的一些典型任務(wù)

      • 測試過程

        • 觀察者記錄用戶完成所要求的任務(wù)的過程

      • 測試結(jié)束

        • 詢問用戶對產(chǎn)品的整體看法和感覺
        • 詢問用戶某些操作的原因

      • 研究和分析

        • 做出一份產(chǎn)品的可用性列表
        • 對問題的嚴(yán)重程度進(jìn)行分級

    • 常見問題與對策

      • 可用性測試做的太晚

        • 可用性測試在各個階段都可以做

          • 無任何成型產(chǎn)品

            • 拿競品給用戶做

          • 只有紙面原型

            • 拿著手繪產(chǎn)品給用戶做

          • 只有頁面demo

            • 拿著demo給用戶做

          • 產(chǎn)品可以運行

            • 拿真實的產(chǎn)品給用戶做

      • 認(rèn)為可用性測試太專業(yè)所以不做

        • 讓同事操作幾個任務(wù)奕剃，即可發(fā)現(xiàn)問題

      • 明確是測試產(chǎn)品而不是用戶

        • 提前告知用戶是發(fā)現(xiàn)產(chǎn)品中的問題
        • 減輕用戶壓力

      • 測試過程中組織者該做與不該做的

        • 開始時告知用戶持續(xù)時間，讓用戶心中有數(shù)
        • 測試時要求用戶在使用產(chǎn)品的同時說出自己的思考過程
        • 做測試時不要給任何的引導(dǎo)和指示捐腿，只做觀察和記錄纵朋；用戶行為和預(yù)想不一樣是可以提問；實在進(jìn)行不下去時給予提示
        • 結(jié)束之后送小禮品茄袖。給予補償?shù)氖略谘垥r就提出來操软。盡快總結(jié)，將報告發(fā)給用戶宪祥。

    • 產(chǎn)品發(fā)布后改進(jìn)的方法

      • 先從部分次級頁面改起
      • 新舊版本并存一段時間聂薪，讓用戶自行選擇
      • 給一小批測試用戶放出新版本做小面積實驗
      • 使用用戶已經(jīng)習(xí)慣的風(fēng)格

  • 定量地做：數(shù)據(jù)分析

    • 過程

      • 數(shù)據(jù)來源

        • 產(chǎn)品日志
        • 管理系統(tǒng)的信息
        • 網(wǎng)頁訪問情況的統(tǒng)計信息

      • 分析方法

        • Excel、統(tǒng)計軟件蝗羊、數(shù)據(jù)庫軟件或自己編寫程序

      • 解讀結(jié)果

      • 用戶訪談

    • 常見問題與對策

      • 過于學(xué)術(shù)藏澳，沉迷科學(xué)研究

        • 不需要花費太多成本來做數(shù)據(jù)分析

      • 誤讀數(shù)據(jù)

        • 不要為了迎合一個觀點去找數(shù)據(jù)

      • 臨時抱佛腳

        • 產(chǎn)品設(shè)計時把數(shù)據(jù)分析的需求加進(jìn)去

          • 記錄某個按鈕的點擊次數(shù)
          • 統(tǒng)計每個用戶的登錄頻率

  • 需求采集人人有責(zé)

    • 二手需求采集工具-單項需求卡片

      • 內(nèi)容

        • 需求描述
        • 需求編號
        • 來源
        • 場景

    • 盡可能多的收集

      • 貫穿始終的過程

      • 有特點的需求采集方法

        • 現(xiàn)場調(diào)查

          • 和客戶一起工作一段時間，深度了解需求

        • AB測試

          • 挑選少量用戶分別測試不同內(nèi)容耀找，根據(jù)分析結(jié)果再決定產(chǎn)品方向

        • 日記研究

          • 研究別人寫的產(chǎn)品分析體會

            • 注意寫這種日記的往往是同行而不是主流用戶

        • 卡片分類法

          • 把各種需求寫在便利貼上翔悠，讓用戶一起討論并完成分類

        • 自己提需求

聽用戶的但不要照著做（需求分析）

• 明確我們存在的價值

  • 用戶需求和產(chǎn)品需求

    • 概念

      • 用戶需求是用戶自以為的需求，并且經(jīng)常表達(dá)為用戶的解決方案
      • 產(chǎn)品需求是經(jīng)過我們的分析野芒，找到的真實需求蓄愁，并且表達(dá)為產(chǎn)品的解決方案
      • 需求分析是從用戶提出的需求出發(fā)，找到用戶內(nèi)心真實的渴望复罐，再轉(zhuǎn)化為產(chǎn)品需求的過程

    • 需求分析的過程

      • 分-總-分

  • 滿足需求的三種方式

    • 改變現(xiàn)狀
    • 降低理想
    • 轉(zhuǎn)移需求

  • 創(chuàng)造需求

    • 產(chǎn)品設(shè)計的最高境界
    • 典型場景：老板或開發(fā)突發(fā)奇想
    • 要腳踏實地

• 給需求做一次DNA檢測

  • 把用戶需求轉(zhuǎn)化為產(chǎn)品需求

    • 過程

      • 采集的需求非常多
      • 團(tuán)隊舉行頭腦風(fēng)暴涝登，了解用戶需求雄家。每個人分一塊轉(zhuǎn)化為產(chǎn)品需求
      • 過濾掉不靠譜的需求

    • 關(guān)系

      • 多對多

  • 確定需求的基本屬性

    • 編號

    • 提交人

      • 解釋需求的來源效诅，并有義務(wù)充分理解原始的用戶需求

    • 提交時間

    • 模塊

      • 產(chǎn)品的模塊數(shù)在5±2個比較合理
      • 超過7個要重新劃分或增加二級模塊

    • 名稱

      • 簡介的短語描述需求

    • 描述

      • 具體解釋名稱里功能的意思

    • 提出者

      • 用戶需求的提出者

    • 提出時間

    • Bug編號

      • 一些Bug也視為需求

  • 需求的種類

    • 分類

      • 新增功能

      • 功能改進(jìn)

      • 體驗提升

      • Bug修復(fù)

      • 內(nèi)部需求

      • 非功能需求

        • 性能
        • 可培訓(xùn)
        • 可維護(hù)
        • 可擴(kuò)展

    • 層次

      • 基礎(chǔ)
      • 擴(kuò)展（期望需求）
      • 增值（興奮需求）

    • 對需求的種類區(qū)分并不絕對

  • 分析需求的商業(yè)價值

    • 衡量指標(biāo)

      • 重要性
      • 緊急度
      • 持續(xù)時間

    • 是需求列表中最核心的部分，對其的判斷直接影響產(chǎn)品未來的方向

    • 商業(yè)價值描述

      • 需求的賣點
      • 可以給用戶提供什么價值
      • 對公司有什么幫助

    • 給商業(yè)價值抽象成一個指標(biāo)

      • 領(lǐng)導(dǎo)決定
      • 打分取均值成本較高

  • 初評需求的實現(xiàn)難度

    • 衡量指標(biāo)

      • 工作量

        • 開發(fā)量

          • 必須評估
          • 允許誤差
          • 評估人必須經(jīng)驗豐富趟济，通常是技術(shù)經(jīng)理乱投、系統(tǒng)分析師、架構(gòu)師

  • 分析需求的性價比

    • 評估

      • 商業(yè)價值?實現(xiàn)難度（開發(fā)量）

    • 不能只根據(jù)需求的難度大小去做

活下來的永遠(yuǎn)是少數(shù)（需求篩選）

• 人力資源互相爭奪

  • 兩種組織結(jié)構(gòu)

    • 按產(chǎn)品線劃分

      • 對產(chǎn)品有利顷编，產(chǎn)品經(jīng)理權(quán)利更大戚炫、資源有保證
      • 各種職能的員工溝通順暢

    • 按職能線劃分

      • 對多個產(chǎn)品間資源共享有利
      • 產(chǎn)品規(guī)劃決策層面更高，單個產(chǎn)品發(fā)展速度降低

• 把需求打個包

  • 注意點

    • 最好打包類似功能點

      • 通過可視化的業(yè)務(wù)邏輯圖方便給人講解

    • 功能互相之間有依賴關(guān)系

      • 經(jīng)常存在功能和人力資源之間的依賴關(guān)系

    • 需求的粒度應(yīng)相對細(xì)

      • 工作量最好不要超過5人天

  • 產(chǎn)品會議

    • 老板們給各個產(chǎn)品分配資源并糾偏

  • 商業(yè)需求文檔BRD

    • 包含內(nèi)容

      • 項目背景

        • 解決了什么問題
        • 列出數(shù)據(jù)說明項目的必要性

      • 商業(yè)價值

        • 分析項目的價值
        • 說在點子上
        • 預(yù)測相關(guān)數(shù)字的變化

      • 功能需求描述

        • 描述打包需求

          • 用功能列表形式表達(dá)
          • 畫出業(yè)務(wù)邏輯關(guān)系

        • 故意加入讓老板砍的需求

          • 讓老板不好意思再砍

      • 非功能需求描述

      • 資源評估

      • 風(fēng)險和對策

• 別灰心媳纬，少做就是多做

  • 要看重功能的質(zhì)量而不是數(shù)量双肤，哪怕功能不多
  • 選擇性價比更高的做法
  • 盡可能多的采集需求，有了大局觀后盡可能多的放棄

心急吃不了熱豆腐（需求管理）

• 需求的狀態(tài)

• 需求管理的附加值

  • 統(tǒng)計每個提交人的需求數(shù)量

    • 反映每個人的工作情況

  • 統(tǒng)計提交時間狸驳、發(fā)布時間等信息

    • 看出產(chǎn)品發(fā)展速度

  • 統(tǒng)計每個模塊的需求數(shù)量

    • 看出用戶的興趣，指導(dǎo)產(chǎn)品發(fā)展方向

  • 統(tǒng)計每個分類的需求數(shù)量

    • 看出產(chǎn)品是在做新功能還是老公能優(yōu)化帆精，了解產(chǎn)品發(fā)展階段

  • 統(tǒng)計需求的商業(yè)價值、性價比變化

第3章 項目的坎坷一生

從產(chǎn)品到項目

• 定義

  • 項目：只會進(jìn)行一次，包含多項互相關(guān)聯(lián)的任務(wù)脐瑰，并且有績效朴译、時間、成本和范圍限制的一項工作眠寿。

• 產(chǎn)品與項目的比較

  • 生命周期

    • 產(chǎn)品生命周期相對較長躬翁，關(guān)注的是整個產(chǎn)品從規(guī)劃到制造，再到最終維護(hù)和消亡的整個過程盯拱。

      • 產(chǎn)品結(jié)束是不存在的

    • 項目生命周期較短盒发，通常在項目開始以前就有明確的其實和結(jié)束時間，通過驗收表示其生命周期結(jié)束了狡逢。

  • 具體做的事情

    • 產(chǎn)品負(fù)責(zé)人需根據(jù)各種內(nèi)外部信息的變化修正自己的判斷宁舰，給出適宜的創(chuàng)新。
    • 項目開始時就有明確的目標(biāo)奢浑，注重計劃與控制

  • 產(chǎn)出物

    • 產(chǎn)品可批量生產(chǎn)提供大量用戶蛮艰，相對通用；通常用有限的資源滿足更多需求雀彼。
    • 項目只進(jìn)行一次壤蚜，每次都是定制的、個性化的需求详羡，產(chǎn)出物也比較個性化仍律。

• 產(chǎn)品經(jīng)理與項目經(jīng)理

  • 定義

    • 產(chǎn)品經(jīng)理靠想。做正確的事实柠，其所領(lǐng)導(dǎo)的產(chǎn)品是否符合市場的需求，是否能給公司帶來利潤

      • 關(guān)注的是產(chǎn)品的生命周期善涨、產(chǎn)品是否能賺錢窒盐。
      • 必須能規(guī)劃整個產(chǎn)品的架構(gòu)和發(fā)展路線草则，確定產(chǎn)品的定位和受眾，能預(yù)計產(chǎn)品的真正價值和收益蟹漓。

    • 項目經(jīng)理靠做炕横。把事情做正確，在時間葡粒、成本和資源約束的條件下完成目標(biāo)份殿。

      • 按照目標(biāo)完成任務(wù)就是成功的

• 產(chǎn)品經(jīng)理兼任項目經(jīng)理

  • 兼任

    • 對需求管理方便，但總增加新的需求導(dǎo)致項目經(jīng)常無法按期完成

  • 不兼任

    • 項目經(jīng)理傾向于簡化項目嗽交，用戶體驗不好

一切從Kick Off開始（團(tuán)隊組建）

• 組建團(tuán)隊

  • 項目的組織結(jié)構(gòu)

    • 項目督導(dǎo)委員會

      • 成員一般是項目成員的老板及其老板

        • 背黑鍋卿嘲、買單

    • 項目經(jīng)理

      • 統(tǒng)籌管理整個項目

    • PD、開發(fā)經(jīng)理夫壁、測試經(jīng)理拾枣、UE、服務(wù)團(tuán)隊盒让、各團(tuán)隊的職能接口人

      • PD負(fù)責(zé)項目的需求梅肤，某一個可能兼任項目經(jīng)理。
      • 開發(fā)經(jīng)理負(fù)責(zé)開發(fā)相關(guān)的任務(wù)邑茄、開發(fā)的時間計劃與任務(wù)分配姨蝴，并全程掌控設(shè)計、編碼直至上線的過程肺缕。
      • 測試經(jīng)理負(fù)責(zé)測試相關(guān)的任務(wù)似扔。
      • UE（用戶體驗團(tuán)隊）負(fù)責(zé)產(chǎn)品給用戶的展現(xiàn)，比如交互效果搓谆、視覺效果等炒辉。
      • 服務(wù)團(tuán)隊負(fù)責(zé)產(chǎn)品幫助的編寫以及上線后的服務(wù)工作等。
      • 各職能接口人負(fù)責(zé)牽扯其他產(chǎn)品的協(xié)同工作

    • 工程師

• 項目計劃

  • 日常項目時間

    • 基于網(wǎng)頁的軟件

      • 兩周到一個月

    • 大一點項目

      • 最多不超過三四個月

  • 評估工作量推算工期

    • 開發(fā)經(jīng)理分配開發(fā)任務(wù)

    • 工程師評估自己工作量

      • 公式

        • （最樂觀+最悲觀+最可能）/3
        • （最樂觀+最悲觀+最可能*4）/6

    • 工作量精確至1人天

      • 1人天通常等價于5~6人小時

    • 開發(fā)經(jīng)理匯總工作量并推算出工期

      • 考慮其他時間因素影響例如例會
      • 沒法并行的任務(wù)需要疊加工期

• 溝通

  • 溝通方式

    • 周期

      • 以日泉手、周為單位黔寇，取決于項目時間長短及變化頻率

    • 渠道

      • 會議、郵件等斩萌，需要在成本和效率之間保持平衡

    • 發(fā)起者

      • 一般由項目經(jīng)理缝裤、開發(fā)經(jīng)理、測試經(jīng)理主導(dǎo)相應(yīng)的溝通

    • 參與者

      • 發(fā)起者確定參與者颊郎，不要遺漏項目邊緣的同事

  • 溝通方法

    • 項目晨會

      • 開發(fā)經(jīng)理召集相關(guān)人員PD憋飞、開發(fā)、測試參加

    • 項目日報

      • 自kickoff起姆吭，項目經(jīng)理每日發(fā)給項目所有干系人

    • 評審會

      • PD召集需求評審榛做，開發(fā)召集設(shè)計評審，測試召集TC評審，產(chǎn)品可用后項目經(jīng)理召集功能評審检眯，項目所有干系人參與評估

    • 項目變更申請

      • 當(dāng)項目發(fā)生重大變更時厘擂，項目經(jīng)理與項目督導(dǎo)委員會溝通后確認(rèn)變更

    • 發(fā)布預(yù)告及公告

      • 項目經(jīng)理在項目發(fā)布前兩個工作日發(fā)預(yù)告給所有感謝人，項目發(fā)布成功后發(fā)公告給所有干系人

• kickoff會議

  • 時長

    • 15分鐘

  • 內(nèi)容

    • 項目背景

    • 項目意義锰瘸、目的與目標(biāo)

    • 需求刽严、功能點概述

    • 項目組織架構(gòu)

    • 項目計劃

      • 項目時間點與里程碑
      • 各個時段需要的資源

    • 溝通計劃

• 項目管理

  • 本質(zhì)

    • 保證項目質(zhì)量的前提下，在時間要求避凝、人財物花費舞萄、項目范圍三點上做平衡。

  • WBS模板

    • 一邊做項目管削，一邊形成自己的WBS模板

關(guān)鍵的青春期倒脓，又見需求（需求開發(fā)）

• 文檔

  • 文檔類型

    • BRD商業(yè)需求文檔

      • 產(chǎn)品生命周期中最早的文檔
      • 內(nèi)容涉及市場分析、銷售策略佩谣、贏利預(yù)測等
      • 通過PPT給大老板展示把还，沒有產(chǎn)品細(xì)節(jié)
      • 為了獲得認(rèn)可，爭取資源

    • MRD市場需求文檔

      • 產(chǎn)品實施階段
      • 通過什么功能實現(xiàn)商業(yè)目的茸俭，功能吊履、非功能需求有哪幾塊，功能優(yōu)先級等
      • 常見產(chǎn)出物有Feature List调鬓、業(yè)務(wù)邏輯圖等
      • 從商業(yè)目標(biāo)到技術(shù)實現(xiàn)的關(guān)鍵轉(zhuǎn)化文檔

    • PRD產(chǎn)品需求文檔

      • 對產(chǎn)品功能的進(jìn)一步細(xì)化
      • 包含整體說明艇炎、用例說明、產(chǎn)品Demo等
      • 對產(chǎn)品功能做具體描述

    • FSD功能詳細(xì)說明

      • 比較像用例文檔
      • 會出現(xiàn)很多技術(shù)的內(nèi)容腾窝，要確定好產(chǎn)品界面缀踪、業(yè)務(wù)邏輯的細(xì)節(jié)

  • PRD的詳細(xì)說明

    • 文檔結(jié)構(gòu)

      • 總體說明

        • 修訂歷史

          • 寫清楚每次的修訂日期、版本號虹脯、說明和作者驴娃，便與追溯

        • 項目概述

          • 描述項目的背景、意義循集、目的唇敞、目標(biāo)等，描述業(yè)務(wù)領(lǐng)域知識咒彤，可參考kickoff中PPT的內(nèi)容疆柔。

        • 功能范圍

          • 業(yè)務(wù)邏輯圖，重點描述系統(tǒng)中角色的職責(zé)镶柱、與周邊系統(tǒng)的關(guān)系旷档、全局的商業(yè)規(guī)劃等

        • 用戶范圍

          • 對涉及的角色、系統(tǒng)做簡單說明

        • 詞匯表

          • 對設(shè)計的專有詞匯歇拆、術(shù)語鞋屈、縮寫等進(jìn)行說明

        • 非功能需求

          • 如性能需求范咨、數(shù)據(jù)監(jiān)控需求等

        • 其他說明

      • UC（用例文檔）部分

        • 整體說明

          • 對所有用例進(jìn)行說明

          • 給出用例的可視化表示

          • 說明各個用例之間的關(guān)系

          • 表示方法

            • 類圖
            • 用例圖（最關(guān)鍵）
            • 狀態(tài)圖

        • 正文

          • 用例文檔

        • 對單個用例的說明注釋

          • 視覺層面的描述通過demo表達(dá)
          • 界面細(xì)節(jié)，引用界面規(guī)范文檔
          • 交互細(xì)節(jié)引用交互規(guī)范文檔（出錯提示的方式等）
          • 文案細(xì)節(jié)引用文案規(guī)范文檔（各種提示方案等）

  • UML

    • 類圖

      • 描述系統(tǒng)中出現(xiàn)的各個對象之間的關(guān)系谐区，以及和外部系統(tǒng)的關(guān)系湖蜕，即對業(yè)務(wù)領(lǐng)域描述

    • 用例圖

      • 描述各個用例之間的關(guān)系

    • 狀態(tài)圖

      • 表達(dá)系統(tǒng)里實體的狀態(tài)轉(zhuǎn)換逻卖，貫穿多個用例

  • 用例文檔UC

    • 主要內(nèi)容

      • 概述

        • 用例的唯一標(biāo)識

        • 用例名稱

        • 業(yè)務(wù)描述

          • 商業(yè)目標(biāo)
          • 用戶目的

        • 需求描述

        • 行為者

        • 前置條件

        • 后置條件

        • 其他說明

      • 主體

        • 界面描述

          • 給出截圖宋列，界面上各種元素的說明

        • 業(yè)務(wù)規(guī)則

          • 用例的通用規(guī)則

        • 流程描述

          • 分主干、分支和異常三種

  • UML

    • 時序圖

      • 描述事物變化在時間上的先后順序评也，善于表達(dá)對象的交互

    • 活動圖

      • 接近流程圖炼杖，描述各種動作如何引起系統(tǒng)變化

    • 協(xié)作圖

      • 表達(dá)不同對象之間如何相互影響

    • 構(gòu)件圖

      • 表述軟件實施

    • 部署圖

      • 描述硬件結(jié)構(gòu)

  • Demo

    • 用例中放demo截圖
    • 若要表現(xiàn)更多交互和視覺細(xì)節(jié)，必須存在demo
    • demo會經(jīng)歷從低保真到高保真的過程

  • 概要設(shè)計與詳細(xì)設(shè)計

    • 不以寫的東西是需求還是設(shè)計群職責(zé)盗迟，而以“技術(shù)”和“業(yè)務(wù)”區(qū)分
    • PD與開發(fā)一起寫生沉淀出產(chǎn)品規(guī)范坤邪，避免細(xì)枝末節(jié)的數(shù)據(jù)經(jīng)常重復(fù)

• 需求活在項目中（需求評審）

  • 評審

    • 需求評審

      • PRD評審、UC評審罚缕、demo評審的統(tǒng)稱艇纺，需求相應(yīng)部分完成之后進(jìn)行評審會上PD把PRD和UC說給開發(fā)測試聽，Demo主要由UE主講
      • 一般做完比較大粒度PRD后進(jìn)行評審邮弹，以盡早發(fā)現(xiàn)問題
      • UC和Demo做完后都要進(jìn)行評審

    • 設(shè)計評審

      • 概要設(shè)計和詳細(xì)設(shè)計完成之后進(jìn)行
      • 開發(fā)工程師把對需求的理解以設(shè)計文檔的形式說給PD黔衡、測試

    • 測試評審

      • 測試開始執(zhí)行之前進(jìn)行
      • 測試工程師把對需求的理解以TC的形式說給PD、開發(fā)聽

  • 需求的生老病死

    • 項目開始之前

      • 產(chǎn)品團(tuán)隊分析需求的商業(yè)價值的需求討論會腌乡、多個產(chǎn)品間的產(chǎn)品會議上盟劫，活下來的需求會確定需求負(fù)責(zé)人，狀態(tài)變?yōu)椤靶枨笾小?/li>

    • 項目中的需求階段

      • 項目啟動后与纽，PD對需求的開發(fā)召集需求評審會侣签，確認(rèn)后狀態(tài)變?yōu)椤伴_發(fā)中”

    • 需求階段之后

      • 組織功能評審會，若功能上線急迂，需求狀態(tài)變?yōu)椤耙寻l(fā)布”

    • 客戶反饋問題或有更好解決方案

      • 視為一個新需求或Bug影所，重新進(jìn)入階段

成長，一步一個腳印

• 開發(fā)階段

  • 開發(fā)經(jīng)理會帶著普通工程師一起設(shè)計僚碎，若涉及數(shù)據(jù)庫和硬件系統(tǒng)也會帶上運維人員
  • 設(shè)計完成之后猴娩，會組織一次設(shè)計評審，審核工程師對需求的理解
  • 評審?fù)ㄟ^之后進(jìn)入編碼階段听盖。編碼完成后胀溺，可進(jìn)行代碼評審工作。
  • 工程師對自己的代碼進(jìn)行單元測試皆看，自測后從開發(fā)環(huán)境提交到測試環(huán)境仓坞。
  • 項目的主體部分提交測試之后，開發(fā)完成腰吟。

• 測試階段

  • 設(shè)計和編碼時无埃，測試工程師細(xì)化和調(diào)整側(cè)四季花徙瓶，完成TC編寫的任務(wù)
  • TC編寫完成，測試經(jīng)理組織TC評審嫉称，確認(rèn)大家對需求的理解是否一致
  • TC評審?fù)ㄟ^蒜鸡，待開發(fā)提交測試以后，測試迅速進(jìn)行冒煙測試褒脯，以確認(rèn)軟件基本功能正常绎签。
  • 正式開始測試的同時，PD組織產(chǎn)品功能評審荔棉。
  • 此階段闹炉，PD準(zhǔn)備商業(yè)相關(guān)工作，面向用戶的功能润樱、賣點介紹的文檔渣触。

• BUG

  • 描述

    • 缺陷級別
    • 所屬產(chǎn)品、項目
    • Bug名稱
    • Bug描述

• 項目發(fā)布

  • 代碼更新

    • SVN管理員負(fù)責(zé)項目每日代碼更新

  • 發(fā)布評審

    • 需要運維人員確認(rèn)
    • 系統(tǒng)改動比較大的項目要分模塊分步驟發(fā)布

  • 預(yù)發(fā)布

    • 預(yù)發(fā)布環(huán)境盡量模擬生產(chǎn)環(huán)境上的真實狀態(tài)

  • 發(fā)布

    • 填寫發(fā)布申請單

  • 線上驗證

• 項目小結(jié)

  • 產(chǎn)品經(jīng)理發(fā)布“項目發(fā)布報告”

  • 寫一份項目小結(jié)

    • 心得體會
    • 遇到的問題及解決方案
    • 資源評估是否合理
    • 根據(jù)數(shù)據(jù)監(jiān)控得出了什么結(jié)果

• 擁抱變化

  • 變更事件
  • 搭車事件
  • 緊急事件

山寨級項目管理

• 文檔管理

  • 建立自己的文檔規(guī)范

    • 文檔類型

      • 需求規(guī)范類

        • PD做什么

          • 對產(chǎn)品和團(tuán)隊PD工作內(nèi)容的總結(jié)壹若，讓新人快速了解工作職責(zé)

        • 用戶體驗規(guī)范

          • 交互規(guī)范
          • 視覺規(guī)范
          • 文案規(guī)范

        • 通用規(guī)則

      • 需求管理類

        • 用戶調(diào)研
        • 產(chǎn)品需求列表
        • 產(chǎn)品信息架構(gòu)

      • 流程管理類

        • 日常發(fā)布流程
        • 變更事件流程

      • 項目管理類

        • 項目管理制度
        • 項目任務(wù)書
        • KIckoff的PPT
        • 項目組織結(jié)構(gòu)
        • 項目呀WBS（可生成進(jìn)度）
        • 項目日報周報
        • 項目發(fā)布預(yù)告與公告

      • 日常工作類

        • 會議記錄
        • 個人日報周報

  • 模板的作用

    • 讓經(jīng)承嶙辏看同類文檔的人提高效率
    • 讓寫文檔的新人可以快速上手
    • 讓寫作者不會漏考慮某些內(nèi)容

  • 多人協(xié)作與版本管理

    • 產(chǎn)生文檔管理的本質(zhì)需求是多人合作、協(xié)同辦公

• 流程管理

  • 流程的本質(zhì)目的

    • 將項目過程進(jìn)行固化店展，與規(guī)范养篓、模板的作用類似，這就是團(tuán)隊的競爭力

  • 評審會議

    • 產(chǎn)品會議

      • 必須有壁查，決定產(chǎn)品方向

    • Kick Off會議

      • 最好開一下觉至，鼓舞士氣

    • 需求評審

      • 分PRD/UC/Demo評審，任意兩個或三個都可合并

    • 設(shè)計評審

      • 開發(fā)能力很強可忽略
      • 可讓開發(fā)講述需求睡腿，PD提問

    • TC評審

      • 重要性僅次于需求評審语御，純技術(shù)，商業(yè)團(tuán)隊可不參加

    • 功能評審

      • 項目干系人都參與

    • 發(fā)布評審

      • 開發(fā)經(jīng)理決定是否需要

  • 商業(yè)評審與技術(shù)評審

    • 商業(yè)評審決定做不做席怪，是產(chǎn)品會議與功能評審

      • 三個決定

        • 項目繼續(xù)
        • 重新定向
        • 項目終止

    • 技術(shù)評審決定怎么做应闯，是需求、設(shè)計挂捻、TC碉纺、發(fā)布評審

      • 三個決定

        • 項目繼續(xù)
        • 有風(fēng)險的繼續(xù)
        • 必須解決某問題后再繼續(xù)

• 敏捷方法

  • 特點

    • 有計劃，更要擁抱變化

      • 項目計劃要不斷修正刻撒，強行遵守沒有意義骨田。計劃一開始就要留有一些彈性

    • 迭代周期內(nèi)盡量不加業(yè)務(wù)

    • 集中工作，小步快跑

      • 項目迭代周期較短声怔，一般為兩到四周
      • 每日小于20分鐘的站立晨會态贤，每個人只說三個問題，昨天做了什么醋火？今天要做什么悠汽？遇到什么問題箱吕，怎么解決需要什么幫助？

    • 持續(xù)細(xì)化需求柿冲，強調(diào)測試

    • 不斷發(fā)布茬高，今早交付

  • 項目中的敏捷溝通

    • 建立項目的郵件列表
    • 每日站立晨會
    • 項目看板

物競天擇適者生存

• 幾個特色項目

  • 老板項目
  • 封閉項目
  • 外包項目

第4章 我的產(chǎn)品，我的團(tuán)隊

大產(chǎn)品假抄，大設(shè)計怎栽，大團(tuán)隊

• 產(chǎn)品之大

  • 時間：產(chǎn)品的生命周期

    不同時期的產(chǎn)品與市場。用戶都有其特點慨亲，最佳狀態(tài)就是彼此之間完美配合

    • 五種群體

      • 創(chuàng)新者

        • 新鮮感強婚瓜，消費能力強宝鼓，但忠誠度不高刑棵，需要新鮮的東西（新技術(shù)）不斷刺激。
        • 產(chǎn)品剛上市或未上市的主流用戶愚铡。
        • 經(jīng)常提出意見和建議蛉签。

      • 早期追隨者

        • 觀念較新，需求目的性很強沥寥，需要迅速解決其問題的產(chǎn)品碍舍。不會馬上試用，忠誠度較高邑雅。
        • 會從需求角度提很多想法片橡。

      • 早期主流用戶

        • 典型的實用主義者，產(chǎn)品大規(guī)模產(chǎn)生商業(yè)價值的用戶群淮野，生活中最常見的人群
        • 產(chǎn)品要做的簡單易用

      • 晚期主流用戶

        • 與早期的區(qū)別是心態(tài)上的捧书。對新產(chǎn)品心存抵觸
        • 如果營銷和創(chuàng)新做得好，可在投入較少的情況下獲得大量回報

      • 落伍者

        • 最優(yōu)一批用戶骤星，附加值很低

    • 現(xiàn)實中的階段有的可能很長有的可能很短经瓷，或同時處于多個階段。

    • 不管處于什么階段洞难，都要明確目前的市場與用戶舆吮，再決定做什么產(chǎn)品，什么功能滿足其需求队贱。

  • 空間：商業(yè)色冀、產(chǎn)品、技術(shù)

    • 方面

      • 商業(yè)

        • 主要由公司里的市場柱嫌、銷售锋恬、服務(wù)部門來考慮，他們決定產(chǎn)品的銷售渠道慎式、價格策略和服務(wù)方式

      • 產(chǎn)品

        • 狹義的產(chǎn)品部門包括產(chǎn)品設(shè)計伶氢、用戶體驗趟径、產(chǎn)品運營等部門來考慮，他們決定了產(chǎn)品的功能范圍癣防、交互功能蜗巧、視覺表現(xiàn)、運營手段的結(jié)果

      • 技術(shù)

        • 主要由開發(fā)蕾盯、測試幕屹、運維等部門考慮，他們決定了產(chǎn)品的穩(wěn)定性级遭、性能望拖、Bug數(shù)量等特性

    • 任何一個公司在這三方面都有它的強項和弱項，不可能也沒必要三個方面都很強挫鸽。一是構(gòu)建性價比團(tuán)隊考慮说敏，二是如果都強互相壓不住反而造成內(nèi)耗。

• 設(shè)計之大

  • 產(chǎn)品設(shè)計的五個層次

    • 戰(zhàn)略層

      • 明確商業(yè)目標(biāo)和用戶需求丢郊，找準(zhǔn)方向盔沫，重點是解決兩者間的沖突，找到平衡點枫匾。

    • 范圍層

      • 明確做多少架诞，軟件類產(chǎn)品確定功能范圍，網(wǎng)站類產(chǎn)品確定內(nèi)容范圍干茉。

    • 結(jié)構(gòu)層

      • 考慮產(chǎn)品的各個部分互相之間是什么關(guān)系谴忧，軟件類產(chǎn)品主要做交互設(shè)計，網(wǎng)站類產(chǎn)品主要做信息架構(gòu)角虫。

    • 框架層

      • 軟件類產(chǎn)品做界面設(shè)計沾谓，網(wǎng)站類產(chǎn)品做導(dǎo)航設(shè)計

    • 表現(xiàn)層

      • 包含視覺設(shè)計和內(nèi)容的優(yōu)化，決定最終產(chǎn)品的氣質(zhì)

  • 設(shè)計目標(biāo)的三個層次

    • 本能水平設(shè)計

      • 基礎(chǔ)上遥，產(chǎn)品要有用

    • 行為水平設(shè)計

      • 保證搏屑，產(chǎn)品要能用

      • 三個原則

        • 反饋
        • 容錯
        • 簡化

    • 反思水平設(shè)計

      • 升華，用的爽

• 團(tuán)隊之大

  • 設(shè)計職位粉楚，降低用人單位與求職者兩邊的溝通成本辣恋。

  • 設(shè)置接口人

  • 矩陣型組織

    • 職能型組織和項目型組織的融合
    • 橫向是產(chǎn)品線、業(yè)務(wù)線模软，對客戶負(fù)責(zé)伟骨；縱向是資源線、行政線燃异，為了資源共享携狭。
    • 雙領(lǐng)導(dǎo)：產(chǎn)品經(jīng)理管事，部門經(jīng)理管人回俐，不能兼任

游走于商業(yè)與技術(shù)之間

• 心思縝密的規(guī)劃師（狹義的產(chǎn)品團(tuán)隊）

  • 概念設(shè)計與信息架構(gòu)

    • 產(chǎn)品概念圖

      • 思維導(dǎo)圖或會議室討論

      • 在需求采集之后逛腿，需求篩選之前

      • 表達(dá)重點

        • 產(chǎn)品與外界的關(guān)系

          • 產(chǎn)品與上下級系統(tǒng)稀并、并列系統(tǒng)的關(guān)系

        • 產(chǎn)品與內(nèi)部的關(guān)系

          • 產(chǎn)品模塊之間的關(guān)系

• 激情四射的設(shè)計師（用戶體驗部門）

  • 職責(zé)

    • 用戶研究員

      • 一般沒有專人來做，PD充當(dāng)

    • 交互設(shè)計師

      • 負(fù)責(zé)人機(jī)交互界面单默、用戶操作流程的設(shè)計碘举，必須要了解很多商業(yè)的內(nèi)容，理解功能的商業(yè)價值

    • 視覺設(shè)計師

      • 負(fù)責(zé)視覺設(shè)計搁廓，即用戶第一眼看到的效果

    • 前端工程師

      • 運用前端技術(shù)進(jìn)行Web頁面的開發(fā)

  • 交互設(shè)計與敏捷開發(fā)

    • 交互設(shè)計的理念是精雕細(xì)琢引颈，敏捷開發(fā)推崇做的要快
    • 交互設(shè)計適合傳統(tǒng)領(lǐng)域、成熟公司境蜕，時間充裕的蝙场；敏捷開發(fā)適合新興行業(yè)、創(chuàng)業(yè)公司粱年，時間緊迫的售滤。

  • 信息展現(xiàn)

    • 數(shù)據(jù)可視化

  • 文案設(shè)計

    • 文案問題的級別

      • 低級階段：錯別字、病句逼泣、錯誤標(biāo)點
      • 中級階段：用詞不統(tǒng)一趴泌、不準(zhǔn)確
      • 高級階段：語言風(fēng)格不統(tǒng)一、產(chǎn)品氣質(zhì)不統(tǒng)一

• “陰險狡詐”的運營師

  • 產(chǎn)品與運營

    • 沒有運營拉庶，產(chǎn)品走不出去，只能慢慢消亡秃励；運營只能把人帶來氏仗，把人留住要靠產(chǎn)品。
    • 運營擔(dān)負(fù)著商業(yè)指標(biāo)夺鲜，急一些看到結(jié)果

商業(yè)團(tuán)隊皆尔，沖鋒陷陣

• 好產(chǎn)品還需市場化

  • 定價與促銷

  • 銷售與渠道

    • 通過渠道銷售的產(chǎn)品，新增或改動功能的時候币励，要考慮渠道內(nèi)管理人員及渠道商的培訓(xùn)成本
    • 選擇渠道銷售慷蠕，說明對互聯(lián)網(wǎng)的應(yīng)用能力不足，要轉(zhuǎn)變相應(yīng)設(shè)計思路
    • 渠道終端用戶一般是企業(yè)食呻，要考慮與個人用戶的區(qū)別
    • 渠道政策都要有相應(yīng)的系統(tǒng)支撐

  • 產(chǎn)品的版本細(xì)分

    • 做功能區(qū)分流炕，打細(xì)分市場

    • 為了促進(jìn)銷售，利用消費者心理仅胞，純策略性地做出“炮灰版”

      • 在原版本基礎(chǔ)上每辟，添加雞肋功能做一個價格高出很多的“高價炮灰”
      • 刪掉核心功能做一個價格稍低的“低價炮灰”

  • 水平營銷

    • 創(chuàng)新思維

技術(shù)團(tuán)隊，堅強后盾

• 工程師干旧、技術(shù)人員

  • 分類

    • 編碼設(shè)計

      • 軟件架構(gòu)師渠欺、系統(tǒng)分析師、開發(fā)工程師椎眯、開發(fā)經(jīng)理

    • 數(shù)據(jù)庫設(shè)計

      • 數(shù)據(jù)庫管理員

    • 測試設(shè)計

      • 測試工程師挠将、測試經(jīng)理

        • 功能測試
        • 性能測試

    • 軟件配置管理員

      • 用SVN管理代碼胳岂、軟件版本的變更、每日構(gòu)建等

    • 系統(tǒng)管理員

      • 硬件管理

    • QA質(zhì)量保證

      • 流程管理舔稀、文檔管理旦万，常與測試歸屬于同一個部門

  • 風(fēng)格

    • 技術(shù)癡迷者

      • 技術(shù)攻堅的主力
      • 少數(shù)沒有責(zé)任心

    • 實用主義者

      • 工作有一段時間的經(jīng)驗者，做事求穩(wěn)
      • 少數(shù)不思進(jìn)取

• 如何與工程師合作

  • 工程師看重流程
  • 溝通中避免情緒化镶蹋，爭論過程中要考慮吧產(chǎn)品怎么做更好而不是說服對方
  • PD要不斷提高自我修養(yǎng)

容易被遺忘的角落

• 老板

  • 要把老板當(dāng)做最好的資源

• 法務(wù)

  • 搞定產(chǎn)品中一切與政策法規(guī)相關(guān)的問題

• 財務(wù)

  • 特別照顧付費產(chǎn)品

• 行政與IT

  • 負(fù)責(zé)辦公資源的正常運轉(zhuǎn)

大家好才是真的好

• 所謂團(tuán)隊文化

  • “不正經(jīng)”和死氣沉沉

• 虛無的無授權(quán)領(lǐng)導(dǎo)

  • 產(chǎn)品經(jīng)理應(yīng)該是管理者嗎

    • 優(yōu)勢

      • 管理崗位利于擁有話語權(quán)

        • 產(chǎn)品經(jīng)理最大的激勵是成就感

      • 管理崗位利于獲取信息

      • 管理崗位利于爭取資源

    • 劣勢

      • 管理崗位有很多行政工作

      • 管理崗位會讓人脫離群眾

        • 容易忽視別人意見
        • 官民之間的天然隔閡

  • 獎勵或送禮的不敵并不是給對方最大的效用成艘，而是要對方更開心，感激和記住你贺归。

第5章 別讓靈魂跟不上腳步

觸及產(chǎn)品的靈魂

• 產(chǎn)品經(jīng)理的三層境界

  • 產(chǎn)品幫助我們
  • 產(chǎn)品與我們互相幫助
  • 我們幫助產(chǎn)品

• 價值觀

  • 價值觀是與個人對周圍客觀事物的意義淆两、重要性的總評價和總看法

  • 價值觀體系是對諸事物的看法和評價在心目中的主次、輕重的排列次序

  • 企業(yè)的價值觀是企業(yè)決策者對企業(yè)性質(zhì)拂酣、目標(biāo)秋冰、經(jīng)營方式的取向做出的選擇，是員工所接受的共同觀念婶熬，是長期積淀的產(chǎn)物剑勾。

    • 企業(yè)做事的基本指導(dǎo)原則

• 戰(zhàn)略

  • 取決于

    • 使命

      • 為什么存在，要做什么事情

    • 愿景

      • 希望成為什么

  • 表現(xiàn)于

    • 團(tuán)隊文化
    • 價值觀

• 培養(yǎng)大局觀

可行性分析三部曲（產(chǎn)品戰(zhàn)略的具體制定）

• 我們在哪兒

  • 市場掃描

    • 針對整個行業(yè)

    • PEST分析機(jī)會與威脅

      • 政治法律環(huán)境
      • 經(jīng)濟(jì)人口環(huán)境
      • 社會文化環(huán)境
      • 技術(shù)環(huán)境

  • 競品分析

    • ￥APPEALS分析法

      • 通常作為指導(dǎo)方陣

    • 實戰(zhàn)做法

      • 上網(wǎng)搜
      • 看行業(yè)分析報告
      • 請咨詢公司

  • 自我剖析

    • SWOT分析

      • 優(yōu)勢劣勢機(jī)會威脅

• 我們?nèi)ツ膬?/p>

  • 宏觀用戶需求

    • 細(xì)分市場

• 我們怎么去

  • 產(chǎn)品預(yù)研

做吧赵颅，準(zhǔn)備出發(fā)

• 敢問路在何方

  • 產(chǎn)品路標(biāo)規(guī)劃

    • 是一個產(chǎn)品乃至產(chǎn)品線層面上長期的時間規(guī)劃虽另，路標(biāo)規(guī)劃上最小的單位，可能是產(chǎn)品的一個版本或相關(guān)的一個重大活動饺谬，細(xì)化之后都要通過好幾個項目來實現(xiàn)捂刺。

• 低頭走路，抬頭看天

  • 正式會議

    • 開會和做一個產(chǎn)品是一樣的募寨，不要試圖在一個會議中解決很多問題

    • 會議前做好準(zhǔn)備工作族展，不要漏人不要叫閑人

      • 大會決定小事，小會決定大事

    • 提前1-3天告知關(guān)鍵人物拔鹰，會錢確定其是否能到會

    • 做好會議記錄

  • 戰(zhàn)略會議

KPI仪缸，KPI，KPI

• SMART原則

  • 具體
  • 可度量
  • 可實現(xiàn)
  • 實性
  • 有時限

• 權(quán)衡多個目標(biāo)

第6章 產(chǎn)品經(jīng)理的自我修養(yǎng)

愛生活列肢，才會愛產(chǎn)品

• 充滿動力

有理想恰画，就不會變咸魚

• 目標(biāo)明確

  • 做事應(yīng)內(nèi)驅(qū)不是外驅(qū)
  • 成功在自己手中
  • 建設(shè)個人品牌

會思考，活到老學(xué)到老

• 方法得當(dāng)

  • 學(xué)校里沒教的東西

    • 教知識不教思維
    • 教解題不教選題
    • 教努力不教取巧
    • 教受教不教施教

能溝通例书，在什么山頭唱什么歌

• 團(tuán)結(jié)前進(jìn)

  • 充分溝通是不存在的

  • 溝通不是為了說服锣尉，而是為了更好的認(rèn)識世界

  • 職場中的點對點溝通

    • IM

      • 成本最低，不緊急不重要

    • 電話

      • 成本始終决采，緊急不重要

    • 面談

      • 成本最高自沧，緊急且重要

    • email

      • 成本適中，重要不緊急

  • 職場中的群體溝通

    • IM群
    • 電話會議或視頻會議
    • 會議
    • 群體郵件

附錄：它山之石可以攻玉

產(chǎn)品經(jīng)理的主要職責(zé)

• 市場調(diào)研
• 產(chǎn)品定義與設(shè)計
• 項目管理
• 產(chǎn)品宣介
• 產(chǎn)品市場推廣
• 產(chǎn)品生命周期管理

產(chǎn)品經(jīng)理的核心技能

• 溝通能力
• 無授權(quán)領(lǐng)導(dǎo)能力
• 學(xué)習(xí)能力
• 商業(yè)敏感度
• 熱愛產(chǎn)品
• 注重細(xì)節(jié)，追求完美
• 日常產(chǎn)品管理能力

XMind: ZEN - Trial Version