iT邦幫忙

產品經理相關文章
共有 161 則文章
鐵人賽 Software Development DAY 4

技術 軟體開發猶如一場接力賽

前篇幾篇(需求管理、產品設計)終於介紹完,產品從最原始的需求轉變成產品方案的演進史,接著就要來分享這個無形的東西是怎麼變成一個實際的產出,中間到底是被施了什麼魔...

鐵人賽 IT管理 DAY 4

技術 [競爭者分析] 不要做個想追上車尾燈的PM猴子

當你發現你正在做的產品跟其他競爭商品越來越像,那你的產品經理可能不小心中了競爭者分析的陷阱!! 上一篇提到了如何實作競爭者分析,在進行競爭者分析後,老闆跟產品...

鐵人賽 IT管理 DAY 29

技術 Churn/Retention 3: 老闆,我真的把客戶留住了,請看我衡量的留存率!

當老闆/主管來問到產品近況時,問道:我們的客戶留存率如何?怎麼算的?這時,如果看過這篇,也許你就可以有自信地這樣回答老闆: 我們如何定義和衡量留存率? How...

鐵人賽 IT管理 DAY 25

技術 [職涯經驗] 賣給企業的產品經理與賣給一般消費者差很大

之前的文章曾經分享過不同的產品分類方法,其中一種常見方法是針對使用者的不同來進行產品分類。在PM猴子過去的工作經驗中,曾經負責過銷售給企業客戶的產品(B2B產品...

鐵人賽 IT管理 DAY 14

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

有意義的討論 層層拆解,找到歧異點 討論過程裡面,我們通常容易跳到結論做為起點,而我們通常也會先看到結論,結論是一種表述,是言語、是行為、是成果,「問為什麼...

鐵人賽 IT管理 DAY 14

技術 [Day14] Chapter 16: 策略框架

本章關鍵句 策略框架是用來解釋願景背後的原則,它可以將功能點子、團隊策略與公司策略連再一起 責任 進階 了解業務、市場和產業,從而發現機會和障礙 了...

鐵人賽 IT管理 DAY 16

技術 [Day16] Chapter 18: 團隊目標

本章關鍵句 團隊目標:將長期策略和路線圖轉換成更具體的東西,從而推動日常的決策 重要性: 強迫團隊思考工作的目的 支持跨團隊的溝通、協調和統一 為反省和學...

鐵人賽 IT管理 DAY 23

技術 User Onboard 1: 讓用戶第一次使用就上手

To B的產品有個硬傷,就是客戶不如to C地多少少的客人,能夠拿來優化使用者體驗的測試機會少很多,這意味著每次接觸都很重要。 萬事起頭難,大部分的to B 產...

鐵人賽 Software Development DAY 13

技術 軟體開發執行方式 - SCRUM

在軟體開發中很常聽到 SCRUM 這個字,本身是待在軟體業當PM公司沒有跑到非常正規的 SCRUM ,因此上網查了一下 SCRUM 的相關內容,今天透過這篇來和...

鐵人賽 IT管理 DAY 1

技術 [Day1] Chapter0:PM?

起心動念 我是一個產品經理,名片不代表一個人,但我總覺得自己無法對得起這個職位。資工系所畢業,喜歡實際看得見的成果,也因此所學領域是影像處理,接觸過軟體語言、嵌...

鐵人賽 IT管理 DAY 3

技術 前言3: How-想以數據分析打造網路產品,該如何下手?

下了一個聳動的標題,但先破題一下: It depends! 好啦,我真正想說的是身為產品經理,通常你的公司已經有一個「想用這個方式來賺錢」的念頭了。而找你來擔...

鐵人賽 IT管理 DAY 19

技術 產品品質2: 使用者體驗-魔鬼藏在細節裡

品質問題千千百百種,我們可以先大致將他們分成三個維度,以便往下制定衡量策略 滿意度相關希望知道客戶是否滿意產品功能,通常直接用可評分的回饋問卷、焦點訪談來衡...

鐵人賽 IT管理 DAY 17

技術 北極星指標:跟著他走產品就一定成功?

如果說產品的Aha Moment是質化的描述,那麼北極星指標就是就是量化地衡量產品是否有持續地產生價值,往成功邁進-- 我說的 前 Airbnb 產品主管...

鐵人賽 IT管理 DAY 9

技術 產品必殺技1: 想擊敗客戶的預期,就要先找出產品亮點!

產品如同獵人開發自己念能力一般,須先了解自己的性格特點,才有辦法發揮最大潛力。 身為產品經理,如果你足夠瞭解你的產品,相信一定有被問過以下幾個問題: 客戶會為...

鐵人賽 IT管理 DAY 23

技術 [關鍵指標] 身為產品經理,你知道產品最重要的關鍵指標是什麼嗎?

今天跟一位資深的外商產品經理聊天,我們聊到每個產品經理都需要對自己的產品負責,但是如果只看一個最關鍵的指標會是什麼呢? 如果看錯指標,就會導致產品經理的策略與方...

鐵人賽 IT管理 DAY 29

技術 [Day29] Chapter 31: 組織卓越

本章關鍵句 結構可以協助擴展 責任 建構團隊文化 為團隊提供他們需要的資源和支持 建立產品流程 用戶研究報告 Spec審核 設計審核 工程設計文件...

鐵人賽 Software Development DAY 5

技術 產品推廣就像舉辦一場美食盛宴

做出實際的產品後,到底要怎麼送到用戶眼前呢? 產品做的再好若是沒有通路銷售,根本很難找到用戶。為了避免用戶看不到我們做出來的產品,其實在產品快做完前,就會展開一...

鐵人賽 IT管理 DAY 26

技術 [用戶增長] 激活客戶沒有你想像中的容易

身為一個產品經理,我們會花費大量時間和金錢來開發一個產品,並且期待用戶如果養成了使用產品的習慣後,用戶會長期地使用我們的產品並且感到滿意。但是,事實常常是產品花...

鐵人賽 IT 管理 DAY 6

技術 Day06. 產品篇:產品開發流程

今天要進行的是產品篇的第二篇:產品開發流程。 Day 規劃主題 Day5 產品經理上任的前100天 Day6 產品篇:產品開發流程 Day...

鐵人賽 IT管理 DAY 16

技術 指標體系3: 二級指標-想要算熱量,至少要知道吃了什麼吧!

接下來要認真計算了! 3. 二級指標(主動指標) 開始之前,再讓我們複習一下指標體系的圖例: 其中有提到:二級指標是將一級指標切分地更小塊,並且是比較好被衡量...

鐵人賽 IT 管理 DAY 1

技術 Day01. 開賽宣言:IT職涯心路歷程大公開 - 從職業角色的變化,到思維方式的蛻變

今年除了參加人生第一次三鐵515挑戰賽,不小心又手滑衝動加入IT邦鐵人賽了(誤)。 在拜讀歷年來鐵人賽大作時,我發現將軟體工程師的管理之旅娓娓道來的作品是少數,...

鐵人賽 Mobile Development DAY 15

技術 如何免費寫出好的 App description

關於如何寫 App 的 description,我目前有兩個小技巧可以分享: 關鍵字優化 用DeepL 翻譯 關鍵字優化 首先在 AppFollow 或 A...

鐵人賽 IT管理 DAY 18

技術 產品品質1: 產品固然好,也要讓使用者用得到!

對產品而言,使用者的行為是一個動態且複雜的過程,背後包括數據儲存、處理、提取、演算法計算、後端服務、前端服務等。但對於使用者而言,其實就是點一下,並且得到所要的...

鐵人賽 自我挑戰組 DAY 3
Agile! 系列 第 3

技術 第三天:敏捷開發中的角色和責任

過去敏捷開發角色經驗 在過去的幾年中,我在不同產業的敏捷開發團隊中擔任產品經理的角色。這段時間內,我經歷了幾種不同的角色,每一個角色都在敏捷開發過程中扮演著特定...

鐵人賽 IT管理 DAY 2

技術 前言2: Who-誰可能會適合看這些文章?

前言2 剛剛講完了Why,接下來簡單聊聊我的背景,以及我認為這些文章適合怎樣的人來閱讀。 我是一名B2B的產品經理,在這之前,我其實挺不務正業的,從一名從金...

鐵人賽 IT管理 DAY 15

技術 [Day15] Chapter 17: 路線圖和優先順序

本章關鍵句 盲目地朝最終目標(或自以為的最終目標)前進,根本無法處理好你優先事項。 責任 基礎 對工作進行優先排序:將所考慮的因素做成表格很有幫助,...

鐵人賽 IT管理 DAY 28

技術 [Day28] Chapter 30: 建立團隊

本章關鍵句 堅持找到要的人才 責任 發現並吸引對象 公平有效地評估人選 成長實踐 Sourcing和讓員工推薦許多人選 學習如何成功地說服人...

鐵人賽 IT管理 DAY 25

技術 [Day25] Chapter 27: 成為人事經理

本章關鍵句 必須是一位經驗豐富的、成功的PM,才有資格成為管理者 真的想成為人事經理? 不要的理由 人事管理可能讓人心力交瘁 人員管理可能很孤單...

鐵人賽 IT管理 DAY 21

技術 產品品質4: Google教你掌控軟體服務的品質可靠度!

俗話說的好,打不贏Google,就加入他(!?)什麼!加入不了?那至少可以學學他吧~Google這麼強大,背後一定有很多Know how是我們可以參考的。 這樣...

鐵人賽 IT管理 DAY 22

技術 [用戶增長] 從漏斗轉變到飛輪:加速用戶增長的關鍵策略

上一篇我們提到了AARRR模型與其變形RARRA模型,這兩個方式都是漏斗形式的思維,因此每一個階段各自努力,盡可能讓多數的使用者順利進入下一個階段,然後就完事了...