今天是上班的最後一天,劃了一下水(老闆,請你假裝看不到這幾個字好么),逛社區的時候看到有個問題是醬紫的:

標題:後台產品經理和前台產品相比,是否發展更受限制?

提問:後台產品只要對公司業務了解,熟悉業務流程好像誰人都能做,後台的一些系統對設計以及交互的要求也不高,使用對象要不是公司內部的人要不是合作商,用戶量也不會更大,所以在猶豫要不要轉前台?

誰說對業務了解誰都能做的!

誰說熟悉業務流程誰都能做的!

誰說複雜邏輯的梳理誰都能做的!

你你你,你給我站出來,看我不打shi你!

打shi是開玩笑的,畢竟怎麼說,倫家也算是軟妹紙啦(旁邊扶牆嘔吐~~),當然可以發現,其實題主最大的需求是希望自己做的產品有更多的人用。

But,看到前半段的描述,略感慨。針對這個問題,特別想甩個自己的總體觀點:

沒有後台產品和前台產品誰更厲害,誰發展更好的問題。不過硬要說,應該從整個產品生涯來看待。

目前來說我自己認為是:後台產品-前台產品-產品運營。(產品運營這個在這裏不具體展開)

後台產品:提高業務深入、邏輯梳理的能力,作為基礎;

前台產品:提高交互、設計的能力,作為縱向擴充;

產品運營:提高推廣、用戶認知、市場認知、整體產品認知的能力,作為更大範圍的擴充;

通俗來講,就是要知道怎麼做出來、賣出去;

在這個問題上,其實有個東西是必須先要明確的,那就是“前台產品”、“後台產品”的定義:

1、這個“產品”是真的產品,而不是產品汪

那麼,前台產品就是普通用戶用的、後台產品就是非普通用戶(運維、運營、管理人員)用的。

例如:選股寶App是一般用戶用的,選股寶管理後台是選股寶的管理人員和編輯用的;

那麼,題主對於前半段的描述還是挺離譜的(題主我不是故意對你開槍的,真的是湊巧)。從產品這個崗位來說,兩者差別在於用戶群的不同而引起的業務理解、需求分析、邏輯梳理、交互設計的不同,哪樣都不輕鬆。而普遍意義上,給用戶用的產品相對來說是比較簡單的,後台產品是前台產品的支撐,例如內容發布系統、廣告系統、推送系統等等都是後台來做的,對應的,前台是显示內容、显示/不显示廣告、收到/收不到推送等等。後台業務更深入、邏輯更複雜,挑戰更大。

2、這個“產品”是產品汪,而不是產品——引申的定義

現在產品經理虛多的情況下,把原本的產品工作也做了更多細分:產品的前端產品經理、產品的後端產品經理,其中前端產品經理更注重交互和設計,後端產品經理更注重邏輯和業務理解。 (雖然我覺得這是略奇葩的分法…)

兩種定義,其實都不妨礙哪個更重要以及如何對自己更好的理解。

這個時候,上盤例子什麼的比較通俗易懂:(該例子針對第一種定義)#不做電商,為啥要舉電商例子我也是迷迷迷惑的

用戶行為的流程:用戶逛來逛去挑選商品->一件件放入購物車->支付->購買成功;

針對這個流程,後台、前台、運營分別大概要做的是:

後台:貨品管理系統、訂單管理系統、結算管理系統,每個系統都有各自非常複雜的判斷條件以及邊界條件,同時一個系統和另一個系統或者另兩個系統發生關係時的判斷和邊界條件更加複雜。

 

這裏舉個曲折小例子接地氣的感受下麻煩程度:

小瑤子是個非常猶豫的人,逛了半小時,在店A選了一個尺碼為M、有高級會員優惠,同時享受了店鋪節日優惠的連衣裙,放進購物車,繼續逛了一會,覺得可能M太大了,想去,換成S,結果尺碼S么有了,怒了,決定不買這個連衣裙了。過了一會兒在店B買了兩雙同款不同色的尖頭高跟鞋分別是暗紅和黑,要付款了,發現店B的黑色高跟鞋木有惹,心好累,付錢付錢,先用信用卡付錢,發現木有開通網上支付,然後用借記卡A付錢,發現裏面居然木有錢了,再用支付寶,發現特喵喵的不夠,最後支付寶扣除后連同綁定的借記卡B付完了錢。

有木有繞暈?

前台:首頁怎麼展示、具體貨品頁怎麼展示、訂單頁面怎麼展示、判斷以及邊界條件、支付頁面流程怎麼展示、判斷以及邊界條件、頁面相互之間怎麼跳轉等;

運營:首頁展示什麼、具體貨品展示什麼、訂單管理時展示什麼;

這三者其實都是相輔相成的:

運營:各種方法吸引用戶買買買;

前台:各種方法方便用戶買買買;

後台:各種方法保證用戶買買買;

吸引到用戶買買買了,用戶不能成功下單、支付也死活不行,狗帶!

系統做的棒棒的,各種方便喲,然而用戶揍是不喜歡在你這兒買東西,狗帶!

所以這裏,並沒有崗位誰比誰更好的問題,而是什麼作為自己的基本功更好的問題。對於這個也是比較主觀的看法,每個人想法不同。撇除運營,討論前台和後台產品:

我認為先做後台產品來加強邏輯和業務基礎,再去做前台產品對自己更加好。

這裏再端盤例子上來:(該例子針對第二種定義) #終於是自己行業的惹

玩股票的人們,都是要看K線圖、注重自己收益的吧?我們在做”選股寶”App的時候,策略內容中,對於單隻推薦的股票有個“至今收益”的概念。從前台來看,用戶看到的只是一個至今收益的數據显示而已。然而對於後台算法來說,大概醬紫:

1、明確計算的是漲跌,而不是模擬盤的收益;(策略性質決定不是組合概念)

2、提出被推薦股票的生命周期:推薦->暫停推薦->再推薦->….->終止推薦,其中只計算推薦時候的累計漲跌;

3、基本公式=(現價-創建價)/ 創建價 * 100%(基本公式真是簡單的太無恥了)

①根據推薦/重啟推薦的時刻不同,會影響到創建價的記錄;(5個時段)

②根據暫停推薦/終止推薦的時刻不同,會影響到現價的記錄;(5個時段)

以為這樣就好了嗎?還有諸多條件要考慮:

1、股票停牌怎麼辦?

2、股票發生除權除息怎麼辦?

3、基金髮生下折上折怎麼辦?

4、處於節假日、周六日怎麼辦?

5、中途又推薦其他的股票怎麼辦?

等等…..

這些判斷條件,需是要對業務了解的人,也就是所謂的“業務專家”才可以,不然就算邏輯能力牛逼,但是不清楚有這種情況的發生,也是白搭。

同時也要邏輯清楚,不然這麼多種情況疊加,懵圈了就。

舉個程序中會遇到的情況(雖然分析師們多出於長期看好某股票作為推薦的,但是程序上是要考慮的嘛對不對):在1.1在開盤前的8:00,推薦了股票A、B,寫了自己的推薦理由,恰好此時股票A停牌,在開盤后的14:00又新增推薦了股票C,第二天A復牌了。第三天,B股票除權了,在13:00暫停推薦了A股票,14:00暫停了B股票,同時新增推薦了股票D,並且修改了自己的推薦理由。這種情況下,到第三天收盤后,各股票的漲跌怎麼樣?總體漲跌如何計算?歷史更新如何算?頁面如何展示?

這裏的判斷並不是簡單的1+2+3+4=10,而是1*2*3*4*….*n的問題。

可見,邏輯思維和業務理解作為基本功和習慣,是非常重要的。而這種基本功,也會在之後做的縱向提升上有很大的幫助,無論是交互、設計、推廣、廣告等,會使你考慮問題會更周全。

 

作者介紹:瑤子,就職於華爾街見聞,選股寶產品經理…個人微信公眾號killifer,記錄工作、生活、學習…

本文由 @梁露瑤(公眾號:killifer) 原創發佈於人人都是產品經理 ,未經許可,禁止轉載。