iT邦幫忙

專案管理相關文章
共有 1243 則文章
鐵人賽 IT管理 DAY 29

技術 Day 29 回首這趟絕命專案管理

如同這一次鐵人賽的主題「掉進絕命專案管理的多重宇宙」,在絕命專案管理中產品從無到上市並銷售到國外市場,這過程非常難忘的經驗與心得透過這次鐵人一次公開與各位以自身...

鐵人賽 IT管理 DAY 30

技術 完賽感言-產品經理的字字真跡

終於完賽了!!! 到了最終回,身為產品經理,不免俗還是幫自己Retro一下,回顧一下在寫文章的過程中,所發生幾個的重要的小事: What feels grea...

鐵人賽 IT管理 DAY 28

技術 Day 28 先做人還是先做事?

如同鐵人賽開賽第一天提到的「專案管理比鬼還可怕,尤其是...人更是可怕千百倍啊!」,進入職場多年遇過各式各樣的人,有些很會做人超會做人超會演...但不太會做事,...

鐵人賽 IT管理 DAY 29

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

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

鐵人賽 IT管理 DAY 27

技術 Day 27 從模仿找到創新方程式

在專案進行過程中,從模仿別人優點再進行創新研究,一般常見的方式應該會比較分析一些相關產品的作法,不論是功能面、商業面等,做以產品需求的評判標準,通常都是為了某些...

鐵人賽 IT管理 DAY 28

技術 Churn/Retention 2: 讓客戶來了就不想走,這就是使用者黏著

在開始討論之前,請容我先對客戶們唱首歌https://youtu.be/pB-5XG-DbAA 希望客戶在產品中多停留一點,必須先有幾個但書: 定義「讓客戶多...

鐵人賽 IT管理 DAY 26

技術 Day 26 評估適合的委外合作

專案執行的過程可能應為人力與能力問題,需要請求外界第三方協助,無論是開發、行銷、測試等技術委外,能讓產品開發進行順利的方法,但是在茫茫大海中如何找到適合的合作廠...

鐵人賽 IT管理 DAY 27

技術 Churn/Retention 1: 用微笑留著客人!談談retention Curve的微笑曲線

Churn Rate: 使用者流失率Rentention Rate: 使用者留存率 其實他們是一個一體兩面的相反詞,所有的產品經理理所當然都希望使用者來了就不會...

鐵人賽 IT管理 DAY 25

技術 Day 25 市場規劃經驗談-歐洲

昨天跟各位分享中國大陸市場的規劃分享,今天繼續來分享市場規劃的心得,當初產品規劃完後也差不多完成進市場準備,中國大陸市場規劃都差不多後,就也開始準備歐洲市場作業...

鐵人賽 IT管理 DAY 26

技術 User Onboard 4: Customer Success對於to B產品的重要性

客戶貌。 如果你的客戶,總是等你來Approach他,產品主要是靠Sales、Account Manager等人工推廣、Demo、POC而賣出的,不用懷疑,這基...

鐵人賽 IT管理 DAY 24

技術 Day 24 市場規劃經驗談-中國大陸

產品進入消費市場除了台灣之外,部分也會考慮台灣以外的國家地區做為第二市場,讓自家產品邁向國際市場也讓世界看見台灣,當有這想法與夢想就需妥善完整的規劃思考要進入哪...

鐵人賽 IT管理 DAY 25

技術 User Onboard 3: 讓客戶成功地完成價值探索

每個to B的客戶,在面對全新的產品時,心裡不免想著:每個使用者,無非就是希望: 要馬節省時間 要馬節省成本 要馬賺到更多利益 有足夠好處,才有辦法讓客戶...

鐵人賽 IT管理 DAY 30

技術 初心、來時路及感謝:系列文章總結回顧

恭喜Allan,最後一篇,完賽! 本系列文章談的不是技術,不是平台,而是管理 最後一篇不談Redmine,也沒有要總結Redmine的功能有多優秀。 就如我第...

鐵人賽 IT管理 DAY 23

技術 Day 23 讓產品壽命生生不息

當產品生命週期以漸漸趨向衰退階段(decline phase),須思考規劃下一代的產品,好讓產品持續生命力或能再另闢一個戰場,無論是加強原有產品的功能、增加幾項...

鐵人賽 IT管理 DAY 29

技術 [ISMS管理]整理及管理分享

Allan.2022年5月.ISMS狂想曲... ISMS是我認識Redmine的原因,我一直想建立一套中小企業可以輕易維護及使用的ISMS作業管理平台。Re...

鐵人賽 IT管理 DAY 24

技術 User Onboard 2: 讓用戶舒服地走過新手村

前面有提到 User Onboarding指的是讓User順利進入新手村,並且完成第一次的核心功能使用。個人認為這件事在to B產品格外重要,Facebook...

鐵人賽 IT管理 DAY 22

技術 Day 22 捕捉白板會議

在討論會議上都會配個白板這也稱做白板會議(Whiteboarding),然後邊討論邊在白板上用不同筆色做描述表達,過程中大家你來我往的用生命在討論將內容揮灑在白...

鐵人賽 IT管理 DAY 28

技術 [ISMS管理]ISMS表單紀錄的管理

有系統的歸類ISMS執行紀錄,來再機車的稽核員我也應付自如! 本篇預期成果畫面 管理議題 管理表單能不紙本就不紙本,盡量線上填單,記錄盡量變成資料庫...

鐵人賽 IT管理 DAY 23

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

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

鐵人賽 IT管理 DAY 21

技術 Day 21 牽動你的下一步之會議紀錄的重要性

繼續跟各位分享有關開會相關的經驗,今天分享開會中的會議紀錄,昨天提到的掉進會議輪迴也不需煩惱,除了善用開會中的時間利用之外,將會議中的對話發言決議記錄下來,而這...

鐵人賽 IT管理 DAY 27

技術 [ISMS管理]ISMS文管中心

要驗證了,把ISMS一到四階程序書最新版本準備好 本篇預期成果畫面 管理議題 多數公司的ISMS是遵循ISO27001的管理架構去建立,近年來因為資通安全...

鐵人賽 IT管理 DAY 22

技術 產品品質5: Google分享的4個軟體服務運行黃金信號

四個黃金信號 The Four Golden Signals 首先先說明一下,四個黃金信號皆是以衡量請求(request)為基準,也就是說,每當使用者對網路服...

鐵人賽 IT管理 DAY 20

技術 Day 20 掉進會議輪迴也不需煩惱

相信你已經掉進絕命專案管理的多重宇宙裡面,一天時間幾乎被會議佔滿滿,無論是內部會議、外部會議,實體形式、線上形式會議,幾乎已經視為很rutine meeting...

鐵人賽 IT管理 DAY 26

技術 [ISMS管理]ISMS平台整體規劃

MIS與ISMS二家親 ISMS是我和Redmine結緣的原因。 我有在一家公司小規模實際執行過。用Redmine建立ISMS之後,我就一直想找有興趣的人分...

鐵人賽 IT管理 DAY 21

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

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

鐵人賽 IT管理 DAY 19

技術 Day 19 驗收!將事圓滿

當交付給RD單位進行開發,到最後交付死線後則進入驗收測試階段,開始進行驗收的程序,至於驗收測試的程序該怎麼執行每個產品定義,又或專案團隊因產品屬性不同而導致規則...

鐵人賽 IT管理 DAY 25

技術 [變革管理]整理及管理分享

新專案從開始到結束的應用完整講完了,不容易啊,拍照紀念一下! Redmine本來就是專案管理軟體,所以將新的專案用Redmine去管理進度是最適合的。 本系列...

鐵人賽 IT管理 DAY 20

技術 產品品質3: 用HEART框架衡量產品UX表現

2010年,Google 提出了以HEART框架來衡量產品的使用者體驗的表現 後續國內外也有很多產品設計師、產品經理都紛紛分享了他們對於這個框架的理解,而這裡這...

鐵人賽 IT管理 DAY 18

技術 Day 18 產品上市前後的品質控管

當產品的某些功能完成後,需有專門做測試的團隊進行測試,以確保產品的品質保障也證明產品的價值性,而要進行測試的時候需先有一套測試流程定義,分別將測試整個流程需到的...

鐵人賽 IT管理 DAY 24

技術 [變革管理]MIS的新專案管理:結束階段

驗收囉! 本篇預期成果畫面 範例專案 結束階段(Closing) 【輸入與輸出】 輸入資訊:專案執行紀錄及成果 產出文件紀錄:驗收管理文件、合約結...