標籤:
檔案夾:一,心得體會;二,個人經曆。
先把心得體會放出來:1。溝通:要明確老闆給你這個任務想達到什麼效果(意圖),deadline(時間節點),老闆本來有什麼想法。2,邏輯:開發一個產品。全部功能點都能形成閉環。使用端。提供內容端,管理端。
----------------------------僅僅看總結怎麼能體會??-----------------------------------
工作兩個月之後,最終體會到,每個職位,進入前和真實進去。全然是不同的兩回事。
(哈哈,就像選專業,你在門外看,和你在門內學習是兩回事。)工作前,我以為產品經理都是好像喬布斯那樣。精益求精,儘管完美不可達,可是精益求精,把功夫完好到使用者看不到的背後;我以為產品經理是唇槍舌戰。邏輯清楚,思維框圖完好。指點江山;我以為產品經理都是有一大堆資料須要整理,企圖從中發現某些規律,某些被人沒有看到的角度;我以為產品經理都是直接去同客戶talk,talk。talk。然後整理歸類歸類。我以為。。。
真實情況?
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2hlbjMxMTAwMDg5MTY=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
產品專員算是比較多的一兩個任務在手。可是經理真的是忙成狗。
好聽一點就是資訊交匯處,難聽點就是物流的集散中心你知道嗎??資料?我沒有!
你要看,自己想辦法。完美?別弄那麼多,邏輯完好就不錯啦。沒有人想過的角度?少年,你真是too young too naive。不是沒有人想過。而是時機對不正確?時機對了。就要快人一步。先弄出來,快快快。----------------------------------------------------------------------------------------------------------------------------------------入職一個月的時候,經理就叫我弄一一個app。
我!
一個沒有在互連網行業做過的往屆畢業生。於是。我憑著熱火朝天的幹勁就開幹了。。。大家千萬不要學。
。由於經理忙。所以基本沒有驗收我的原型。事實上。經理真的沒有那麼多時間去指導你應該怎麼幹,真的要自己想。自己改,不能懶散。後來經理調了我去幫另外的同事的忙。我以為這個app被砍了。慢慢改,事實上就是將功能點基本沒怎麼改,就是介面這樣改。
。捨本逐末了。由於當你需求方案已經大體出來後,邏輯完好!邏輯完好。邏輯完好!才是最重要的。我的同事直接把我的方案發給了外包公司了!!我根本不知道好不!!
watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvY2hlbjMxMTAwMDg5MTY=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" >
我是怎麼知道的,由於我同事直接把外包公司的方案疑問點的文檔發給我咯。由於我看到上面非常多問題咯。由於上面的問題我自己都沒有想通咯。由於我的文件上面還寫著“這裡要不要放廣告?”這些思考語句咯。怪我咯,怪我咯。。
。
當然出了情況就得處理。
趕緊把我自己還想改的情況告訴我的同事,諮詢他怎麼處理。當時緊張的心情預計沒有遇過的人非常難理解,由於人家要報價啊。我這邊亂七八糟,功能點又多又不通。what a mess。到時候老闆看到,我怎麼死都不知道。
後來我同事就叫我趕緊改,先把新的流程圖,所有(教師端,學生端,PC端,管理員端),趕緊弄出來。
加了2天晚上2,3點的班後,弄了出來。我同事看-->我改-->再看-->再改。最後最終在星期五趕了出來。簡直就是打仗的一周。
值得一提的是:在這麼趕的工期裡,我把之前想留又沒有考慮清楚的功能需求基本砍光了,手麻利,令我一度在想之前竟然還為這個糾結了這麼久。
-----------------------------------------又到總結時候--------------------------文章開頭寫的不反覆1。以後開發新產品/更新功能時,一定要先畫流程圖,把使用者端,管理端的該功能都寫好,畫原型什麼的。想到東西的時候。走偏路的時候。能夠找到路標。2,不要太貪心,自己想到的功能,可是又沒有想清楚的,能夠用文檔記住。不要畫在原型上面。會弄亂自己和別人,一兩個月回來再撿起做的時候就忘記了。3。原來以為app的原型不須要考慮各種情況,事實上是我誤會了。app不須要考慮各種使用者的需求情況。可是實際使用的各種情況,是一定要考慮的!!
入職互連網行業兩個月