iT邦幫忙

產品經理相關文章
共有 161 則文章
鐵人賽 IT管理 DAY 30

技術 [狀態更新] PM猴子的下一步: Google產品經理

終於成功挺過鐵人賽挑戰來到最後一天。在第一天的時候有提到如果順利完賽會,跟大家分享一個好消息,這個好消息就是PM猴子即將前往Google擔任產品經理! Ref:...

鐵人賽 IT管理 DAY 2

技術 [產品策略] 產品策略哪幾種? 你現在的產品策略是什麼?

身為產品經理,你的待實現功能清單(product backlog)一定是堆積如山,在提交各種開發需求給工程師前,產品經理應該要拉高層次思考我們的產品策略是什麼?...

鐵人賽 IT管理 DAY 27

技術 [Day27] Scrum失敗經驗談 – 危機四伏的Sprint planning會議

Sprint planning meeting的目的是在於定義這次開發週期間共同所要追求的價值目標,為每一個使用者故事(User story)給予故事點數(St...

鐵人賽 IT管理 DAY 16

技術 [職涯經驗] 負責內部系統的產品經理你應該了解的幾件事

PM猴子負責過各種不同的產品,產品的種類分法很多,有一種分法是依照「使用者是誰」的不同將產品分為三種:(1)一般消費者 (2) 企業客戶 (3) 公司內部人員,...

鐵人賽 IT管理 DAY 29

技術 [Day29] Scrum失敗經驗談 – 沒有經驗的Scrum Master

這次最後一個要分享的Scrum失敗經驗,就是「沒有一位具備經驗的Scrum Master」,工程團隊是一個協作性極強的團隊,若是僅僅想要利用一般書面所學的工具,...

鐵人賽 IT管理 DAY 6

技術 [需求管理] 資源永遠不夠,怎麼知道哪些事情要先做?

「看著越來越長的product backlog, 不知道哪一天產品會有做完的一天。」同事感嘆著。事實上,如果是軟體服務型產品,像是網站、APP等等,永遠都會冒出...

鐵人賽 Software Development DAY 17

技術 原來產品也有自己的生命歷程 Product Life Cycle

有些人可能以為在完成開發後,把產品交付給用戶,只要有持續的做迭代與優化,產品的使用用戶就會越來越多,成長會持續往上,但事實並非如此。 產品和人一樣是有生命週期的...

鐵人賽 IT管理 DAY 17

技術 [定價策略] 實現價值最大化: 定價的藝術

當公司開發一個全新的產品,我們必須要為這個產品進行定價,這時候常常會遇到「是不是賣得太便宜,還是賣得太貴?」的擔心,產品的訂價策略相當重要,因為價格會直接關係到...

鐵人賽 Software Development DAY 7

技術 將質化轉為量化的數據分析

不管是問卷分析還是在看用戶的使用資料,都充斥著許多密密麻麻的資料,這些值化的資料最後都會轉換成量化的資料,幫助產品經理做決策時參考,因此今天要來分享非常重要的...

鐵人賽 IT管理 DAY 1

技術 [Day1] 一切從0開始

起點 因為痛過,所以改變 故事是這樣開始的,2019年在炎熱的7月,我正式加入一個新創團隊,一個熱騰騰的AI議題,工程師團隊前後端和實習生總共4位,每一天都...

鐵人賽 IT管理 DAY 19

技術 [反向思考] 在Amazon常用的Working Backward

在Amazon上班的時候,會很常聽到主管說這時候我們應該採用Working Backwards的做事方法,讓產品經理能在工作中以終點開始逆推整件事情的脈絡,進而...

鐵人賽 IT管理 DAY 10

技術 [Day10] 團隊管理:人才定位與任務給予

掌握人才狀況 以表現與潛能為人才定位 我們審慎面試人進來後,對於如何有效溝通與解決問題的mental model有初步了解後,我們可以開始想想如何管理團隊和...

鐵人賽 IT管理 DAY 9

技術 [客戶留存] 勾住用戶的心:深入理解Hook模型

作為一位產品經理,你的目標除了開發出引人入勝的產品,更重要的是在產品正式發布之後如何讓用戶一次又一次地回來,擁有更多的持續使用者。很多產品經理只知道怎麼樣把產品...

鐵人賽 Software Development DAY 10

技術 輕鬆易懂的目標設定框架-SMART

在軟體開發流程的開頭,確定要進行某一項開發,一定都是基於要達到某一個特定的目標,而此目標不能設定的太虛無飄渺,不然會讓大家覺得很不真實的感覺,過程中也會一直懷疑...

鐵人賽 IT 管理 DAY 15

技術 Day15. 管理篇:優先排序設定與個人時間管理

鐵人賽已經完成一半啦~身為聰明的工作者,無論你是否擔任主管職,無論你是工程師、設計師還是PM,有意識地安排手上待辦清單的優先順序絕對是一個必備技能! 今天要來分...

鐵人賽 IT管理 DAY 22

技術 [Day22] Scrum失敗經驗談 – 承認就是隕石吧!

我就像是鬼遮眼一樣,竟然會認為隕石不隕石,說個笑話,我還突發奇想的說,這次開發是「流星」開發,超級ridiculous,我都忘記怎麼闡述這件事給工程團隊知道,又...

鐵人賽 IT管理 DAY 3

技術 [競爭者分析] 看看別人,想想自己

「人家產品有A有B有C,你們怎麼沒有?」這是一個身為產品經理很常被問到的問題,不只客戶會問,工程師會問,老闆也會問,有時候連老闆的老婆都在問。當我們在回答這個問...

鐵人賽 IT管理 DAY 30

技術 [Day30] 身為產品經理的反省與再出發

過去一年,其實我走過一段很艱辛的路程,會說艱辛,是因為現在回首起來,中間的一切是那麼的不容易,過程中短短的塞滿了很多需要學習的項目,直到現在還未能完全消化完成。...

鐵人賽 Software Development DAY 12

技術 提升會議效率的開會技巧

軟體開發中的所有角色,產品經理可以說是會議前幾名多的角色,而且很常要擔任主持會議的角色,因為產品經理很大一塊在做的事情是跨團隊的溝通協調,埋沒在這麼多的會議中還...

鐵人賽 Software Development DAY 11

技術 視覺化的溝通框架 影響力地圖impact mapping

今天要來分享的是產品經理在做需求管理、和對外溝通的時候,都很需要的一個思考框架 - 影響力地圖 impact mapping,這個思考框架的內容,主要是透過視覺...

鐵人賽 IT管理 DAY 6

技術 [Day6] 自我必備溝通力:Content & Context

發揮影響力 隨時必備的兩個元素:Content & Context 自覺、找鏡子、瞭解與掌握環境、設定目標,小至個人職涯、大至團隊運營、甚至人生規劃...

鐵人賽 IT管理 DAY 28

技術 [隕石開發] 隕石開發處理心法:搞定老闆的PUSSI?

在業界打滾數年的產品經理或工程師,一定有遇過這樣的經驗: 老闆不知道哪裡來的靈光乍現,很興奮地跑來跟你分享一個他剛剛想到的點子,老闆希望這個想法可以快速地被實...

鐵人賽 IT管理 DAY 14

技術 [飛輪效應] 從線性思維轉換為飛輪效應的修煉

初入職場的產品經理,多數會認為開發是一個類似工廠的線性過程,從發想、驗證、設計、實作、測試、交付,像是一條流水線持續將產品交付出去,然而如果想持續有效的讓產品發...

鐵人賽 IT管理 DAY 15

技術 [需求驗證] 怎麼知道客戶要什麼?

根據PM猴子與身邊許多產品經理聊天的過程中,發現產品經理最常被工程師詢問的問題之一就是:「為什麼要做這個功能?」理所當然大家都想知道目前在做的工作是否對公司有貢...

鐵人賽 IT管理 DAY 2

技術 [Day2] 自我必備覺醒力:自覺的力量

敲響自覺的響鐘 一直追著不屬於自己的目標,很累卻也很容易迷失 背負著期待的IT團隊,很快地就開始動工了,憑藉我對於過去公司採用相關平台與AI領域的經驗,我向...

鐵人賽 IT管理 DAY 26

技術 [Day26] Scrum失敗經驗談 – Daily scrum變成daily report

在Scrum的機制裡,每天的站立會議(Daily standup meeting)是一個極小體現Scrum經驗疊加而進一步更能解構複雜目標之經驗法則的環節,一場...

鐵人賽 Software Development DAY 16

技術 軟體開發流程 需求蒐集法3 - 焦點團體

來到了需求蒐集的第3篇 - 焦點團體訪談。 之前因為專案需求,有機會舉辦一場焦點團體訪談,常見的焦點團體訪談執行方式是找一群 「 有共同點 」的受訪者同時聚再一...

鐵人賽 Software Development DAY 8

技術 溝通技巧中的利害關係人管理

產品經理平常需要溝通的對象很多,而這些對象對專案的影響程度大小可能不盡相同,為了有效的擅用產品經理自己的資源,建議在溝通前先釐清此對象所處的位置,應該要溝通到什...

鐵人賽 IT管理 DAY 27

技術 [增長實驗] 聽過假設驅動開發(HDD)嗎?透過實驗實踐客戶需求

老闆跟產品經理怎麼知道設計什麼產品會成功?坦白說,除了能預知未來,不然沒有人知道。產品經理當然有很多方法可以盡可能的在正式進入開發前透過有效的驗證方式增加產品的...

鐵人賽 IT管理 DAY 12

技術 [Day12] 團隊管理:建立團隊信賴感(1)

用第一次成功建立信心 給予空間、給予適應、不限方式,讓團隊創造第一次成功 制定了目標、習慣以團隊思考、有了些管理工具、也有一群在乎使用者痛點的IT夥伴,那就...