Upgrade to Pro — share decks privately, control downloads, hide ads and more …

產品經理先修班

Avatar for ALPHA Camp ALPHA Camp
October 13, 2014

 產品經理先修班

你將在這門課更加認識何謂產品經理,從職業技能的角度切入,請來有多年產品管理經驗

曾任 Yahoo! 亞太區行動電信產品經理,miiCasa 使用者經驗設計總監的 Cloud

來告訴我們身為跨國企業的產品經理,會需要具備的特質與真實的工作樣貌。

先從大公司的角度分享,再以近年新創團隊的經驗,介紹創業團隊該如何面規劃產品經理此一職務

同時,也會仔細講解如何應用 Lean, Agile, 與 Scrum 等快速產品開發流程與工具

Avatar for ALPHA Camp

ALPHA Camp

October 13, 2014
Tweet

More Decks by ALPHA Camp

Other Decks in Education

Transcript

  1. ᾣ℩ࢺℚ ! ! Y\E(Cloud Chen)`.8O& >0`4]Yahoo!^ miiiCasa^M @_Yahoo!+.T8>!`PQM CMobile>!?UH+<3_ miiiCasa

    UED team T8)[`',L( DA52`<BN#-1V$`  >!6 G'%6 7 Z_miiiCasa 2011 "CES Innovation Honoree W ` : ?UA5/*R?`JF A5XKS];^ /Tablet App^TV_
  2. ᗫ׵Ң ‧ travelmob : 台灣區行銷業務總兼 (Startup:2歲) ‧ miiiCasa / D-Link:使用者經驗設計總監

    (Startup: 3歲) ‧ Yahoo APAC : Mobile產品經理 ‧ Yahoo 奇摩 : 網站製作人 ‧ 亞太電信:網站企劃 ‧ Gigamedia:網站企劃
  3. ᗫ׵ɛʑٙ፯኿ ‧ 找到心態正確的人 - 能做小事、也能做大事 ‧ 丟掉大公司的習氣,比你想像中困難 ‧ 成員同質性高好嗎? ‧

    一群資深、聰明人一起工作可能是場災難?! ‧ 主動性格:願意幫你的前、後棒想 ‧ 組織需不斷調整,沒有最佳組合
  4. ෂ୕ପۜක೯ݴ೻ٙࠬᎈ ! ‧ 將猜測當作是事實,在跟第一個真正的客戶聊過之前, 開始設計產品和花大錢。 ‧ 上線之後開始發現當初預先設想的流程不符合實際需求 ‧ 行銷計畫過於花錢 ‧

    忙著擴張市場卻一天到晚作賠本生意 ‧ 客戶群開始逐漸萎縮但公司視若無堵的繼續擴張計畫 Concept/ Seed => Product Development " => Alpha/Beta Test => Launch / 1st Ship
  5. ൿᔷЫٙପۜ ‧ 無論MVP測試出來的結果是什麼,都不可以放棄希望, 這是學習旅程的開始。 ‧ 經歷多次重複的過程後,就能發現產品或策略存在某些 缺失,必須改變前進的方向,就是所謂的軸轉 (Pivot) ‧ 軸轉通常不需要丟棄所有過去完成的工作才能重新出發,

    而是要賦予已完成的工作新的目的,將學習到的資訊用 在新的策略上,以便找出更正確的方向
 (註:Pivot 在英文當中,不是旋轉,也不是跳躍,更不是轉進、改變,而就是上述的「軸轉」。以動作來說,最 接近籃球運動中,持球者必須固定一腳,以該腳為支點,而移動另外一隻腳來改變身體方向,進行傳球或進攻)
  6. ່֛ପۜ • ;”B c"girxGº ! • ;”y>/V! • ;”y> q5!

    • ž9,%œ–IQ`{º^’ŠL ¶º! • ;”y>!mˆ‚¸; ?!pˆim ! • ;”y>iY… _w&+>•dº! • ;”y>bD y>;Sf³›|n&º
  7. މʡჿࠅܔͭQFSTPOBT ‧ 對設計小組來說,使用者的需求跟目標需要變成一個大家共同的努力的方向 ‧ 設計小組可以專注在一個可被操控的角色內設計功能,而不是設計功能給所 有人 ‧ 設計小組可以容易的尋找到persona的使用群體,並且快速的針對這個群體 作訪談、開發跟測試 ‧

    更容易確認需求,這也可以避免去開發一些使用者說他們要的功能,但實際 上這並不是最主要他們會使用的功能 ‧ 設計的需求開發清單可以容易的被排序 ‧ 設計小組在開發上的設計決議若有衝突,大家可以用Persona來做參考以便 作裁決 ‧ 所有的設計細節可以經常用persona來做反思跟檢討,可以避免掉高成本、 頻繁的使用者測試
  8. ܔͭԴ͜ઋྤ 6TFS4DFOBSJP ‧建立任務導向的使用情境 ‧先從一個觸發的事件開始,然後開始描述這個事件的資 訊流向、使用者作了什麼動作、結果是什麼,利用 5W1H(Who, what, where, when, why,

    how)來描述 ‧描述使用者遇到的一些障礙情境 ‧從這個使用情境開始創造基本的需求清單 - 內容需求、 功能需求、需要的品質
  9. 1SPEVDU#BDLMPH   ... ...  !   1

    2 Sharon jŸiPhone< [:_ †M iPad †M0j U ²[: uTŸK '-¬R /v¸=† M"¸ ´ª eŽ 1 l  • (Product backlogtPs€ http://www.mountaingoatsoftware.com/blog/a-sample-format-for-a-spreadsheet-based-product-backlog
  10. Sprint 1! (1M) Sprint 2! (1M) Sprint 4! (1M) Sprint

    3! (1M) q o + q q y>«¢! (3M) }a! (2M) QA q! (2M) ! (5M) «¢·}a·  _Waterfall Agile/Scrum
  11. 4DSVN5FBN ‧ 一般的團隊有 5-9 人 ‧ 跨功能團隊 ‧ 程式、測試、用戶經驗設計等 ‧

    全職團隊成員,不能被抽調 ‧ 特殊職能可以例外 (例如, 資料庫管理員) ‧ 團隊自我組織和管理、包括task及時間的估算都是自己承諾管理 ‧ 理想上都沒有職稱,但實際上很難做到 ‧ 在Sprint之間調整團隊成員的變
  12. 1SPEVDU0XOFS ‧ 訂定產品功能 (Product Backlog) ‧ 決定產品發佈的內容及日期 ‧ 對產品的利潤負責 (ROI)

    ‧ 根據市場價值決定產品功能優先順序 ‧ 如有需要,調整每個Sprint的產品功能和優先順序 ‧ 接受或者拒絕產出成果
  13. 4DSVNၾ6$% ‧ Scrum 是為了要去對應需求難以在前期明確界定的專案類型。 但 因為大部分專案都還是有嚴格的時間限制。 所以Scrum將把管理 重心放在需求澄清、以及需求控制上,並以時間限制的方式來做為 管理的核心限制。 ‧

    所以Scrum或是Agile等方法的核心概念就是 - 既然使用者很可能無 法一下子定義出自己的真實需求,很多東西也很難紙上靠流程圖或 規格書來解釋清楚,那為何我們不盡快的做個Prototype? ‧ 這Prototype不用很完美,也不用一次就完整,只要能每次精進一 些。 每次都讓使用者能多看到些東西、能按些按鈕、能有些反饋, 這才會知道產品到底跟他想像的有沒有任何差異。 然後隨著逐次 使用者的回饋,每次重新計畫,讓下一階段的Prototype能越來越 朝向正確的方向。 ~ ¹http://www.projectup.net/blog/index.php?option=com_content&view=article&id=6651%3Ascrum&Itemid=19
  14. 1SPEVDU#BDLMPH   ... ...  !   1

    2 Sharon jŸiPhone< [:_ †M iPad †M0j U ²[: uTŸK '-¬R /v¸=† M"¸ ´ª eŽ 1 l  • (Product backlogtPs€ http://www.mountaingoatsoftware.com/blog/a-sample-format-for-a-spreadsheet-based-product-backlog QN1¸ kApple iOS7 @Airdropm6 match k „e c" g™7...
  15. 4QSJOU#BDLMPH#VSO %PXO$IBSU ~ ¹http://www.mountaingoatsoftware.com/scrum/sprint-backlog    Owner  D1

    D2 D3 D4 jŸiPhone< [:_ †M iPad¸†M#  ²[: ¥*}a “3 ©¦iOS guideline·4\wireframe 4 8 4 0 Z.}a ¨ƒ e$˜Z./V 8 8 0 0 Šv}a ® °HiOS developer account¸}; ‘— 8 4 4 4 «¢ šAA ¡µprototyping‰Fg‰F7CЏ§)f†MŒJ h‹˜ 4 4 4 4
  16. ๝୦ࠠᓃ ‧ 加入新創公司的心態 ‧ 用精實創業的思考方法檢視產品開發 ‧ Work as one team的心態

    ‧ 以使用者為中心的產品設計 ‧ 運用Scrum 作小規模、高度控制的專案管理 ‧ 利用協作平台及工具提昇效率