基於Python的偽全棧運營探索性學習之路

2012年「先掙他一個億」的王健林稱：「我跟馬雲先生賭一把：2020年，也就是8年後，如果電商在中國零售市場佔50%，我給他一個億，如果沒到他還我一個億。」當電商與傳統商鋪的兩位大佬站在一起會發生什麼？答案是賭未來。

2013年之前，我試圖開過淘寶店、做過淘寶客，這個時候也有自己的『獨特見解』之一：

中國在全球宣稱「雙贏」的時候，我們電商與傳統商鋪的代表打這個賭，我覺得意義不大，結果也不重要，在英明的黨領導下，這哥倆最終可能也就是個平手。為什麼這樣說呢？

商家越競爭，民眾得到的實惠也就越多，不管採用傳統宣傳或者是電子商務，這個微分的結果就是B2C過程中商家的利潤越來越單薄。淘寶曆經這麼多年的迅猛發展，可以大膽的判定，淘寶將是所有電商的根基，就跟騰訊是所有即時通信軟體的根基一樣，這一點誰也無法改變，想像這樣的大帝國轟然倒塌，醒醒，別做夢！

以此為前提，我猜測，對於習慣網購，又善於利用淘寶的搜索引擎者，B2C可以完全實現；對於某些目前還處於淘寶短板的產品，也會通過阿里巴巴這個平台以最短的鏈接實現B2C，期間就要藉助與傳統商鋪。

他們說的只是零售市場，也就是說餐飲業不在其中。接下來就在分析現在零售業的神經末梢吧，可能這是個商機，也是淘寶或者其他電商可以迅速擴展市場的地方。

網購基本上已經到大縣一級，鄉鎮一級，尤其是中西部，還沒有觸及，所以有必要以鄉鎮一級為最小單元，構建屬於自己的電子商務平台，彌補大型電商的短板。

『獨特見解』之二：

最近一直在關注各種電商形態和操作模式，覺得以社區資源為基礎的區域性電子交易平台目前做的還不夠，發展潛力極大，我將其定義為橫向微電商。橫向微電商的生存之本就是以區域內資源為主，將倉儲化整為零，藏貨於民（從商店到電商的轉變）。

第一：以區域內實體商家為選擇對象，可選本地區競爭激烈的商品為主營方向，他們廝殺，你才能獲利；

第二：線上預訂、線下支付（可選擇線上支付）；

第三：免費信息發布，可以是Ｂ，也可以Ｃ，不拘泥任何的供貨型式；

第四：區內操作，熟悉當地環境的小團隊。

時間軸回到2018，再來看，這不就馬爸爸提出的新零售。

2013-2015年間，我經常逛盧鬆鬆博客、創業邦、A5論壇等，這個時代還是SEO的天下，交過智商稅，曾做過一個縣域垂直網站，運營不到兩年掛了。期間玩過網賺、用各種營銷工具，都是小打小鬧，後來在吾愛破解、吾愛營銷浪跡，也用易語言（外掛發源地）、按鍵精靈做過一些外掛。2014年底偶然的機會接觸到python，這個時候主流還是python2.7，之後很長一段時間國內各類牛牛們都不建議用3.0以上版本。

2015年開始從 @廖雪峰、挖煤哥（博客園）、蟲師（博客園）學習python基礎以及各種爬蟲，期間用Tk做過簡單的多線程爬蟲工具，編寫外掛軟體（含簡單驗證碼識別）註冊某網站200的賬號玩站群，DZ論壇自動評論發消息、QQ群好友採集、郵件群發等。這個階段的總結：互聯網營銷就是要解決：IP、ID、IQ之間的矛盾。

2016年基本上天天混在知乎，也是偶然看到 @蕭井陌 大神推薦Flask web，於是入了Flask的坑。這個時候我用mongodb實現了狗書中的案例，並獨立完成了網站intumu.com，雖然運行正常，但是裡面有不少渣渣代碼，現在看了都想吐，也懶得重構。關於狗書用mongodb的實現稍後可能在專欄中總結。2016年底對Web前端JS、CSS還不熟悉，恰好微信推出了小程序（有效解決了前端的硬傷，可以把更多精力放在產品後端邏輯上），後來在2017年4月開始對個人開放，我一口氣做了3個小程序（平均不到3個月一個，Flask後台），目前只有一個在正常運營。

裝逼這麼久還沒有切入全棧運營，先上一張圖AARRR，萬變不離其宗：

• 獲取（Acquisition）：用戶如何發現你的產品？
• 激活（Activation）：用戶第一次使用體驗如何？
• 留存（Retention）：用戶是否還會重複使用產品？
• 收入（Revenue）：產品怎樣賺用戶的錢？
• 傳播（Referral）：用戶是否願意分享其他用戶？

1. 獲取部分

現在沒事隔段時間也會去吾愛破解看看有哪些新的營銷軟體，這些軟體實現了哪些功能，哪些從技術上我是可以通過Python實現的，哪些是我未來可以借鑒的？除了基本的SEO、SEM或者軟文營銷，這些軟技能（這個需要摸索，技能提升全靠IQ），我重點講一下利用工具實現營銷的硬技能（拿起鍵盤就是個干）。具體如下：

（1）利用Python抓取某網站QQ號碼、手機號碼？

（2）利用Python抓取QQ群好友QQ號碼（含QQ號碼生成郵箱）？

（3）利用Python實現DZ論壇、某網站的自動評論，發短消息？

（4）利用Python通過API實現郵件、簡訊的群發,，並統計打開率？

難點：分析網站防爬機制、POST時差、IP代理池、ID隨機更換、驗證碼識別、NLP自然語言初級處理等。

2. 激活部分

在這一點除了預先設定的產品激勵措施之外，我吐個槽：移動互聯大行其道，一些SB產品還要註冊郵箱（郵箱驗證）、手機號碼（簡訊驗證）、用戶昵稱設定之類的東東，一個二維碼（微信、支付寶API）瞬間搞定，該獲取的基本信息都有了吧？如果一個產品不給力、不自信，在第一步就把用戶擋在了門外，還激活個毛線？

小結：看看人家小龍，一招用完就走，既裝了逼，還掙了開發者審核費、獲取了產品創意、運營相關數據。 @ 張小龍

3 .留存部分

用戶只有留存下來，才有可能與APP發生更多接觸，才有可能最終促成付費（廢話）。一般來說，次日留存>3日留存>7日留存>次月留存。用戶的留存量剛開始會下降的比較嚴重，到了後期會逐漸穩定在一個數量級上。穩定下來的這些用戶，基本上就是產品的目標用戶了。留存還有很多指標，如：次日留存、3日留存、每日流失、每日迴流、用戶聲明周期、平均生命周期貢獻、7日回訪用戶、使用間隔、頁面訪問量、回訪率等等。具體選定哪個維度進行統計要依據自己的產品和業務重新定製。

用戶留存，不僅僅是留存那麼簡單，要從用戶數量、用戶增長量、用戶畫像幾個重要維度去分析，這是數據分析者要做的。然而，有些數據分析者給老闆提供10多種維度，哪些是相關的，相關度有多少？哪些是獨立的？老闆表示很蛋疼！有些數據圖表比如箱形圖、桑基圖你給老闆看？Fire in the hole，你丫還是直接說結論吧。

小結：就簡單說說我正在或即將用到到Python技能：

（1）利用Flask、mongodb、pandas、bokeh實現數據web可視化（基本統計）。

（2）利用Flask結合Echart、騰訊地圖API實現web各種騷包圖和LBS可視化。

（3）利用Sklearn實現各種回歸分析（數據挖掘）。

（4）利用NLP實現主題提取、情感分析（自然語言處理）。

（5）裝逼階段可以提升至Pytorch、Tensorflow、Hadoop、Spark等。

（6）吊炸天階段可以將以上技能融入區塊鏈（閃電鏈）實現區塊鏈應用。

4.收入部分

關於交易金額的數據，第三方工具一般統計不了，公司也不可能把這部分數據介面開放給第三方。整個支付環節一般有兩個主要因素要考慮，一是看用戶的支付支付體驗是否順暢，是否有一些頁面卡主了用戶，讓用戶無法進行交易。二是看在哪一個頁面流失最高，用控制變數的方法調整流失率高的頁面的欄位、交互等。

針對中小型企業最佳方案就引入微信、支付寶API。這一點支付寶做的要好一點，支付寶掃碼交易對應的交易碼買賣雙方是一致的，而微信TMD竟然不一樣。所以給大家帶來一個支付寶掃碼支付的新玩法（屌絲級）：假設某商品（虛擬最佳）用戶掃碼支付以後，只需要在頁面提供交易支付碼，如果後台已經錄入該碼就可以實現准自動化交易。對於低頻交易而言，這招可以避開申請API，縮短交易流程。一直有一個疑問，買菜的、要飯的都可用支付寶、微信二維碼收款，我做一個互聯網產品結果還得付費申請API，建議馬爸爸對日收款額(交易額)小於7000的支護寶賬號免費開放支付寶交易的API，這招就可以殺微信支付於無形，比你發幾個億紅包有效果。 @ 馬化雲

5.傳播部分

傳播部分一般可以分成兩個維度，輿情監控維度（包括用戶的主動傳播分享）和產品的引導分享維度。大一點的公司一般都有專業的部門來負責輿情監控，會收集和處理一些負面的評論，積極傳播產品的正麵價值。

回歸到第一部分，傳播同拉新是一個道理；但是老用戶自動傳播給有效，也就是病毒化（增長黑客）。在流量為王的時代，一個不具備傳播屬性的商品只有死路一條，話說這就是產品即營銷。其次，在初創階段測試一個互聯網產品或者線下某商品，完全可以使用微信小程序或者支付寶小程序，我推薦前者，日活十億，應該不是吹的。

小結：利用Flask的Rest API開發微信小程序再好不過了；而且昨天2018.3.13日微信小程序開放了插件功能，如果該功能對個人開發者開放，到時候又是一波熱浪，雖然長遠並不看好小程序這種出賣創意和數據的東西，但近期可以節約成本、用來試錯，你說呢？

總結：本文作者微信nemoon，歡迎各路朋友交流。

轉載需保留作者微信號，不然出門小心『撞衫』