2017年2月25日,公司一紙調令,我從客服部經理轉型產品部經理。客服經理的崗位已經做了8年,一切了如指掌,對個人而言沒有太多的挑戰。
有人會問?兩個崗位的差異挺大的,為什么會有機會轉型產品經理?原因很簡單,原來的產品經理跳槽了,公司中層沒有合適的人選,而我作為可造之材,臨危受命。O(∩_∩)O哈哈~,其實我也想有點改變,做點更貼近公司核心的工作內容。每個公司都會強調客服部的重要性,但是客服部的重要性多體現在公司業務蓬勃發展的上升期,在公司初創期、平穩期、轉型期,客服部還都只能作為一個邊緣部門,做得好是錦上添花,做不好也不會影響大局。
作為8年的客服管理者,我覺得客服更多的是做好公司內部支撐和用戶服務,對公司的發展方向影響不大。
調令下發的第三天,也就是2月28日,我第一天到產品部上班。
第一天感覺不好,陌生的工作環境,陌生的同事,感覺在別人家做客的感覺,第一天就是熟悉辦公環境和布置工位。
公司目前的產品方向基本確定,但是一些遺留工作需要排期。“我的學校”、“積分商城”、“家長版改版”……有很多產品的工作內容需要排期。而我只是一個小白啊,對產品的工作一無所知。公司領導找我談話,讓我盡快進入角色,技術部的研發工作也在等著產品的排期,壓力大的啊,有一次實在是忍受不了技術部老大的每日教誨,還去領導那哭訴了一回。現在想想真是汗顏。
經過三個月的工作梳理,我對產品的人和事基本掌握。
我暫時還沒有學axtrue,文案寫作水平一般,也沒有公眾號的編輯能力及利用凡科這些第三方工具的能力,但是我是有過領導經驗的人啊,很快我就發現了目前部門存在的問題。在內容運營、活動運營、數據分析、產品經理這些崗位上,提出一些改進建議和協作流程梳理。
制定了DAU和MAU的指標和考核方案,這個方案真是做到頭大,基礎數據、目標預測、考核和激勵方式,整整改了三版,終于確定了一個相對合理的版本。期間無數次質疑自己,覺得無助,抱怨領導應該在分工時應該讓擅長的人做擅長的事。
長舒一口氣,好在現在都過來了~~
我為什么報名這個產品經理90天實戰班?是因為我想快速了解產品經理的職責范圍。因為在三個月的工作中,遇到了非常多的困惑。最大的困惑是,在跟技術配合的過程中,出現問題,都是自己的錯,都是自己不夠專業。
技術沒有按照需求做開發,是因為需求沒有寫清楚,責怪自己,自己能達到100%準確全面么?
在開發過程中遇到一些技術無法按照原型需求實現的地方,簡單來說就是不好實現的需求,技術就會要求改需求,否則就會無限期延長工期。你問具體會延長多長時間,技術又會回,只有看到了具體的需求和實現方式才能評估,現在啥都沒有沒辦法評估工期。
技術要求PRD務必詳實,盡量減少過程中的溝通。技術在開發過程中遇到問題,很少主動跟產品經理溝通,往往按照自己的理解去做,等到測試的時候,產品才發現與原型有出入,這個時候再讓技術改,成本就很大了。一些小的問題,能忍也就忍了。
有時候,一些實現形式,產品經理可以跟研發說要做成什么樣,也能給出參照物。但是研發會說,PRD寫成什么樣,技術就做成什么樣。產品經理沒辦法描述的功能,技術就沒辦法做。最終產品經理就會按照自己能想到的實現形式來描述,但是這個實現形式已經不是最佳的方案。
好了,暫時先不吐槽了。說說開學典禮的感受和收獲。
報名這個產品經理課程的小伙伴來自祖國各地,北京、上海、深圳居多。我這個小地方的只有我一個。開課前會有小組組隊,一開始擔心沒人愿意接納自己,主動跟班主任eva溝通,隨機分配。eva鼓勵自己主動去交流,想想也是。所以就在群里瞎聊了一次,結果給組員們普及了一下我們這個小地方,因為他們對我們這個城市的印象還停留在騎馬、吃肉、喝酒這個層面上,足以證明我們這個三線城市的落后。
一開始加入了一個小組,結果因為松散,小組成員又各自去組建小組。輾轉幾次才加入了現在的小組,加入小組還有個投票篩選的過程,大家自我介紹,然后組員互投,好在之前在小組里說過幾句話,有點人氣,否則差一點就被淘汰了。我的天,我加入的這個組織都是90后,我都不敢告訴她們我的真實年齡,作為一個老大姐,還是一個小白,我真是尷尬無比,我一定要好好學習,跟上這些小朋友的腳步。我們這個組長啊,真是夠可以的,還發起了打卡的活動,每天讀書一小時,每天健身一小時,我在他們這個年齡的時候,我還天天看韓劇呢。現在的90后真是不得了。
今日收獲:(吳季丹)
一、產品經理的責任和分工
1、團隊利益
產品大腦,技術心臟,運營手腳。作為leader、partner要以團隊利益為重。
2、ownership
做好自己(owner),明白你的意義(ownership),承擔你的責任(teamwork)
管理好自己才有資格去管理別人。要做一個靠譜的產品經理,有一定的人格魅力,才能讓團隊成員信賴。
二、用什么形態去做產品人
1、平常心——心態
推心置腹(用心去想用戶的訴求),己所不欲,勿施于人(自己覺得不好的東西,不能讓其他人用)
2、匠心——能力
望聞問切
看一看,用一用,問一問,自己動手給個方案。看到不好的體驗或問題之后,自己試著用一下,看看邏輯如何,不懂的地方問一問,把看到的問題跟他人進行交流,并給出更好的解決方案。如果只是提問題,不給解決方案這種是不好的。因為自己去做也未必如他人做得好,不要做只提問題的人。
淺嘗輒止,何為匠心
需要去挖掘需求,不能覺得差不多就行了。
三、如何判斷產品經理是否靠譜(解決了一個疑惑)
PRD的正確率可以從70%提升到75%或者更高,但是不可能達到100%.
80%---85%已經非常不錯,專業能力只能不斷提升,要接受不完美。沒有缺陷本身就是不完美的。
產品經理的prd會有邏輯漏洞,文檔沒有描述清楚的地方,流程缺失的地方。技術研發會存在bug,運營方案會存在漏洞,但是這些都可以依靠團隊的力量來互補,比如在需求分析的時候,技術或測試會從各自的角度提出意見,交互、視覺設計師也會有相應的補充,15%的不完美可以用團隊的力量來互補完善。