第一次做的To B產品去部署,我竟然有點想哭
要想產出一款好的產品,就必須經歷艱難曲折。關于這一點,筆者在ToB產品經歷中深有體會——面對研發周期長、非議多、資源少的情況下,產品人需要不斷調整心理狀態、爭取能爭取的一切資源,發揮自己的最大能力,方能做到產品的價值產出高。
在我賬號的第一篇文章《從產品經理到產品負責人,你缺的不僅是經驗》中,我回顧了自己從這個公司接手當前產品開始,到一期交付的全部歷程,現在回想起來,往事如煙卻歷歷在目。
從二期開始,我們的產品接到了第一個客戶,所以二期研發中一部分是自身的修復完善,一部分是新需求以及客戶那邊所需要的研發。為了本次交付,我們特意拆出了一個分支版本,測試上線模擬部署,如今即將啟程交付。
剛剛和本小組同事做臨行前的溝通,千叮萬囑,我第一次像把自己的孩子送出去一般,內心五味雜陳。雖然此前客戶也看見過我們的產品演示,給予了肯定和期待,但真的前去交付,對我來說意義非凡。
一、研發周期長
在之前的文章中我有提到,很多小伙伴從互聯網公司進入到傳統B端,有個明顯的感覺就是研發周期長,之前做To C 或者互聯網類型To B的時候,一般從運營思維去做產品,通過MVP的形式去快速落地與驗證,節奏很快但落地及數據反饋也很快,很充實。
而現在做傳統行業2B類產品,一年的研發時間已經讓我們覺得過程很漫長,這對于習慣了互聯網和快反饋的產品研發人員來說,往往會如履薄冰。對于我,亦如此。
很多時候大家都說前途光亮,可都不知道具體該怎么走,作為落地層,往往感覺一邊走在懸崖上,一邊眺望遠方,每向前一步,都需要很大的勇氣和膽量。
二、面對非議多
今天中午和一個同事吃飯,我們回首過往,都覺得當時的自己能走過來真的很不容易,好在還是過來了。
說實話,我不止一次想過離職,但卻又一次次的沒有離開。項目在去年立項之后,沒有人員投入,只能找兄弟組借調人員,利用他們下班時間一點點推進,前期規劃和產品設計都可以自己做,但技術方面卻無能為力。
那個階段恰好我在業余時間學習UI,甚至想過,如果UI實在協調不出人,是否也需要親自上場。好在后來CEO成功說服了一個準備離職的UI同事,在離開后兼職幫我們做設計,如此才湊夠一個小團隊。
現在想想,那個時候真的好實在,也可能這是產品人自帶的使命和責任感,作為產品owner,為你的產品負責,沒有任何借口。這個過程中我經歷過很多傷心和委屈,很多指責和質疑,在產品研發階段,不斷受到非議,現在想想幸好當時沒有憤而離開,默默堅持用結果說話,就是對爭議最好的回答。
三、投入資源少
我們的團隊是公司整個產品線中投入人員最少的,我作為負責人本身要做產品的工作,然后配備了1個前端開發、1個后端開發、1個測試以及半個UI。上文也說了,UI在家養身體,遠程兼職幫我們做設計。
技術經理在客戶現場,屬于遠程指導的作用,每周一次二三十分鐘的周會,算是例行溝通,但他也常常因為忙而不能參加。所以在公司里,我們4個一排工位,盡心盡力做著自己的事情。
每次開會時,所有條線中我們的風險性最小,并不是沒有風險,而是我們在每個任務的時間截點前加班加點去完成,當時一期上線的時候沒有延期,反而提前了一天。如今確定的給客戶交付日,也是有條不紊,有備無患。
四、價值產出高
雖然投入少,但是產出一點也不少,成果層面,前后臺兩個系統,在上家公司十余人的團隊打造的產品,同等產出下,我們僅用了4.5個人,投入產出比明顯遞增。
此外,所有產品線中,我們是文檔最為齊全的一個。從原型文件,到需求文檔,從流程圖到用戶手冊,以至于本次交付客戶的場景使用文檔,樣樣齊備,沉淀出價值。從未做過項目管理的我,在全公司獲得了“優秀項目管理獎”。
在整個過程管理中,我們每天發日報,每周發周報,每周例會溝通紀要,以及每次上線迭代版本記錄,更新內容,所有這些全部在confluence留存,尤其是進度日報,是全公司唯一在堅持的,至今一年有余,即使我請假,也從未有一天中斷。
來公司一年半的時間,經歷了太多,眼前的這個產品,傾注了太多心血。所以在它即將出門的時候,我像送出嫁的女兒一樣內心復雜??粗M的小伙伴還在解決bug,測試的同事兢兢業業逐條記錄,也許這樣的團隊,比產品本身更有價值。
以上是回顧,也是心得。祝他們旗開得勝,馬到成功?
一起加油,共勉!
#專欄作家#
慕斯姑娘,微信號:musiguniang,公眾號:產品那些年,人人都是產品經理專欄作家。關注金融科技和大數據領域,擅長產品規劃和落地。
本文原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
和我現狀很像,也羨慕樓主起碼能有一前一后在團隊里
所以部署呢?。。。
這是寫的日記嗎? ??
和現在我很像
小菜鳥。。。