先簡單的自我介紹一下,在to? B公司做一只底層產(chǎn)品汪,公司做的是saas服務,初入公司的時候產(chǎn)品培訓很潦草,卵用沒有。寫這篇文章的目的,是為了讓剛進入公司的產(chǎn)品汪(木有啥經(jīng)驗)盡快了解產(chǎn)品,產(chǎn)品的業(yè)務邏輯、設計邏輯等,當然如果你是大公司,培訓體系完善那就不用像我這么折騰了。多說一嘴,網(wǎng)上的、微信上的文章更多的是提供方法論,而且是碎片式的方法論,對于初級產(chǎn)品來說,可以學習借鑒,但是,更重要的是學會如何轉化吸收為我所用。
好,開始正題,下面介紹的方法是我在工作中上級、同事介紹的方法,在實際操作過程中也確實節(jié)省我自己操作學習了解產(chǎn)品的時間,跟大家分享一下~~~
客戶支持 ? ? 推薦指數(shù):***
用戶永遠比你了解產(chǎn)品,尤其是saas類產(chǎn)品用戶,因為這是他們的日常工作的一部分,所以花點時間做客戶支持,可以讓你了解產(chǎn)品的邊邊角角,其它的同事應該沒有那么多的時間、耐心給你講解產(chǎn)品的。
優(yōu)點:
1.了解客戶高頻使用功能
2.了解產(chǎn)品的設計的不足,客戶操作不當是一回事兒,但是產(chǎn)品設計應該在源頭盡量避免此類問題發(fā)生
3.了解產(chǎn)品目前存在的bug,這些都是坑,避免之后自己做產(chǎn)品時踩坑、造坑
幫助文檔 ? ?推薦指數(shù):***
幫助文檔把大部分用戶的問題,用淺顯的語言讓用戶了解產(chǎn)品功能。而對于產(chǎn)品小白來說,看幫助文檔,可以最快的了解產(chǎn)品一些術語、一些定義。避免跟同事溝通的時候,用這個那個的表述,一不專業(yè),二是增加溝通成本。盡管做為小產(chǎn)品,最開始接受的任務多是小模塊的更新與改進,但是沒有哪個模塊是獨立存在的,通過幫助文檔,可以讓我們對產(chǎn)品整體的架構有個了解。
優(yōu)點:
1.了解功能的使用場景
2.了解產(chǎn)品的功能定義、相關術語
3.了解整個產(chǎn)品的框架層
需求文檔 ? 推薦指數(shù):*****
先看幫助文檔,再看需求文檔。幫助文檔會展示大部分用戶在使用過程中的操作步驟,尤其是對陌生領域的產(chǎn)品,一開始就看需求文檔可能不能很好的吸收。需求文檔講產(chǎn)品的功能邏輯、設計邏輯,可以結合需求文檔、與客戶溝通等,進行思考。
優(yōu)點:
……還用我說嘛,最重要的好不好!?。?!
同事交流 ?推薦指數(shù):*****
最高效的方法,之所以放在最后一位,是因為前面3種方法是做為準備工作。跟同事交流,可以從更高的層次了解產(chǎn)品。但是前提是你已經(jīng)為了解產(chǎn)品做功課了,切記不要沒有做任何工作準備就去去詢問同事。對新事物的學習能力、消化能力也是做為產(chǎn)品必備技能,詢問同事只是做為高效了解產(chǎn)品的手段之一,而不是僅有的手段。不開口問,閉門造車不可取,不做功課拿來主義更是不可取的。
優(yōu)點:
不懂的提前問,避免在實際工作中出現(xiàn)問題
多與同事交流,盡快融入團隊
了解產(chǎn)品是次要,更重要的學習產(chǎn)品設計經(jīng)驗乃至更深層次的東西
競品學習 ?推薦指數(shù):***
這個不用說,重要性大家肯定是知道的。介紹個有點損的方法,當要了解的競品功能特別復雜的時候,可以打競品的客服咨詢電話,偽裝自己是用戶,讓客服MM給你講解產(chǎn)品~~有點壞,但是真的很好用。
了解競品是要長期跟進紀錄的,對于初級小白來說,不用根據(jù)自己所負責的模塊,每星期花一點時間了解主要的競品這個模塊的是如何設計的、有什么更新、改進什么的是很有必要的。
優(yōu)點:
學習掌握產(chǎn)品節(jié)奏,了解競品的產(chǎn)品研發(fā)方向
沒有絕對的新功能,多學習多借鑒
ps:真的進入公司了,發(fā)現(xiàn)之前的學習整理的方法論一時半伙兒用不上,需要在實踐中自己摸索,將所學所悟與實際的工作應用起來~~~