在PM的路上(一)

2022-08-28 08:27:10 字數 1385 閱讀 4996

此時,坐在電腦前的我在設計著準備參賽的作品。突然發現自己好久沒有寫部落格記錄東西了,抽閒回憶了一下自己由原來的開發到今天決心成為一名pm

的轉變。

以前的我不懂得什麼叫做pm。對於開發和產品我也完全沒有什麼概念。從擁有第一台android

應用,這成為了我至今的愛好之一。那時候不懂得什麼叫做產品分析,只知道去找出它們各自的共同點,不同點。作為乙個使用者,我會想著這類軟體什麼功能是最重要的,什麼是必須的,哪些功能做的好,用起來舒服,方便,使用者喜歡。

第一次設計「產品」

大二的第二學期我自學了android

開發。學完

android

基礎後我就開始著手設計乙個「管家類」

。當時,我認為市面的「管家類」

都不是使用者最想要的一款工具軟體(排除

bug存在)。儘管它的功能非常多,但是卻不是大家心中最希望的樣子。要知道,不是所有的使用者都是專業玩手機的。使用者本身每天都有自己的事情去忙,如果說在使用一款軟體上還需要過多的學習成本,那麼,這款軟體不是一款好軟體。這也就是為什麼

360公司的軟體會擁有如此多的使用者量,因為他們的「一鍵」處理方案緊緊的抓住了那些希望學習成本幾乎為

0又能實現需求的大眾使用者。

是具體怎麼做的,當時自己試玩了市場上所有的「管家類」

,自己做了個文件用於功能分析。將它們的相同點以及不同點羅列出來。然後再讓自己以一名使用者的角色去體驗這些不同的產品。分析了哪些功能是作為一款工具軟體的剛需,哪些功能基本是可能沒有被使用到的。我會反問我自己:為什麼我會在這麼多「管家類」

中選擇使用它,它的優點及亮點是什麼。為什麼我不喜歡這款軟體,它的最大弊端是什麼?(當然,我沒有特別的喜歡或者討厭某個公司的產品)

1. 機必備

...),可以來電騷擾攔截,它們可以顯示來電歸屬地等實用功能

3.使用者理想中的它們是怎樣的:所佔記憶體小,耗電少,介面簡潔,功能實用

「mobileassisant

」,然後寫**實現。在測試其他公司軟體的同時發現有

bug的,我會在自己的產品中盡量去修復,例如當時

360手機助手在程式鎖這乙個功能中存在乙個致命的

bug,忘記在程式鎖密碼介面另開乙個新的任務棧,一般使用者不會察覺,因為很少有人使用到這個功能

....

要是實際中遇到了,使用者一般都會直接解除安裝這款軟體,這也時刻提醒我測試的重要性。由於是自己第一次做

android

,所以介面設計相對簡單,還借鑑了別人的圖示

(請原諒我當時只有自己乙個人

)....

做好的時候,還記得當時那晚自己開心得睡不著,說誇張點,它就像我的「孩子」一樣。看著自己做的

在手機上執行這也算是對自己付出的最好回報吧。

我是一名正在努力前往pm

路上的小白

....

彷徨在IT的路上

在csdn上逛了很久,不知道看了些什麼東西,不知道自己在尋找什麼,也不知道自己學了什麼 作為計算機專業的一名本科生,我很迷茫,或許自己是個比較現實的人,追求的是功利性,迷失了步入it行業的本意,總是不肯接受去寫些東西,或許是大學的散漫導致自己這麼漫無目的的學習,其實,內心還是很想努力的寫寫程式,看看...

遺忘,在路上

碩大的落日像乙個熊熊燃燒的火球,緩緩地向海面沉去。天空扯起了一片片紅色的幔帳,似乎要將碩大的火球纏繞起來,包裹起來。但仍止不住夕陽下沉的腳步,在它接近海面的時候,大海騰起一簇海霧,火焰一般來迎接它,在他們相吻的一瞬間,整個海面 騰 的一下子就燃燒起來。激情使它們燃燒,使它們沉醉,它們完全溶化在一起了...

奮鬥在路上

加密解密看了幾章,前面的一些內容基本上看懂了。但是隨著學習的繼續我感覺越學越吃力。面對那些生澀難懂的彙編 真有頭大的感覺。後來看到別人的建議,說我有必要在彙編上提高下。推薦了我 天方夜譚 從組合語言到windows核心程式設計 大概看了下就是讓明白高階語言在彙編中的表現形式。尤其適合我這種初學者。於...