本文主要總結下移動互聯網產品的市場運作模式。因爲本身我是技術出身，對運作模式中的開發體系這 塊相對熟悉，但是其他階段也是耳濡墨染。 但是，作爲⼀名互聯網圈裏的人，還是有必要對整個運作流程要基本熟悉。
1.總廓
形成閉環，快速成⻓。這是⽬前絕⼤多數互聯⽹產品的⼀個整體特點。
2.業務模型
a.產品形態構建
-
需求背景熟悉
-
產品交互設計圖
b.撰寫需求BRD
- 確定所涉及的⼈員和系統（模塊）
c.需求溝通
-
與所有涉及的系統或者同事溝通可行性方案
-
每個模塊細節流程確認
-
需求溝通
d.需求評審會
- 確定最終方案可行，預期商業指標。
e.需求確認
- 輸出最終BRD⽂檔
最後的BRD⽂檔（提供給開發階段使⽤）應該包括:
-
需求背景
-
產品模型
-
具體交互
-
商業結果
3.業務開發
3.1 技術開發體系
技術開發體系是非常龐大的，分類也是⾮常複雜的。當然，技術崗位遠不⽌於這些，根據產品的不同，可以設置很多不同的技術崗位，⽐⽅，做地圖的，有類似於地圖渲染、地圖定位⼯程師。
⼀般來說，前端開發，包括了移動端、PC端、⼩程序等等這些直接與⽤戶交互的平臺，是最接近於⽤戶的。
後端爲前端提供了基本的數據模型與服務。
3.2 研發側無線開發框架
現在市場上上線的超級app，⼤致都遵循⼀個統⼀的框架層級。我以電商app 爲例，列出各個層級之間的關係和相對應的業務。
自下而上來看，大致分爲基層，不同app之間層級可能可能厚重有所差別。
1.基礎中間件
這⼀層基本上是⼀些app通⽤能⼒，不僅是電商，包括社交、地圖、打⻋、娛樂等⼏乎所有的能⼒公⽤。在阿⾥集團體系下，提供了龐⼤的中間件體系來服務阿⾥系⽣app，意圖保持技術上的統⼀。
但是在市場上，阿⾥很多中間件不開源，這樣，基本上各個⼤公司都有⾃⼰的⼀套中間件體系。
對於⼤公司⽽⾔，它⼜⾃⼰的⽣態體系，對於創業公司⽽⾔，那麼基本上開源使⽤⼀些市場上的⼀些開源框架，或者Google或者Apple公司也在嘗試豐富⾃⼰的中間件，來免費服務更好的Android 或者 IOS 市場。
初次之外，有很多成熟的企業，例如huawei、alibaba等爲更好的服務中⼩企業，提供⼀套商業市點對點的付費解決⽅案，保證中⼩企業在初期的的快速發展。
2.業務能⼒層
這⼀層是對⾏業的⼀些通⽤能⼒，⽐如說，所有電商企業，在業務模型上都遵循 從導購，到詳情，再到⽀付這樣的⼀套標準，那麼這層能⼒就可以復⽤。在⼤型企業中，基本上都有⾃⼰的⼀套商業能⼒沉澱，⽐⽅說阿⾥的商業中臺能⼒。
現在很多⼩型企業都基本上購買市場上已經成熟的⼤型企業的商業解法⽅案。除電商外，社交，地圖軟件也基本上類似。
3.上層業務層
這⼀層基本上就是針對具體公司，具體場景⼀些特定的業務。是核⼼盈利的有業務主體。當然，這些業務是基於我們上⾯的業務能⼒層和基礎中間件。
4.業務配置層
超級App 有個特點，就是發版鏈路深，週期⻓，審覈麻煩，但是爲了保證業務的快速迭代。隨着業務的不斷擴⼤，版本的迭代也越來越多，但是爲了保持每個企業的發版節奏，以及節省成本，提⾼效率的原則，各個公司都在努⼒，不斷提出一套完整的解決方案，同時保證⽤戶體驗。
現在⽐較流⾏的⽅案是模塊化和配置化來達到精細化運營的特點。
模塊化：將各個⻚⾯按業務拆分，按業務不同遠程配置，達到千⼈千⾯的效果。 配置化：將⼀些業務邏輯和開關通過雲端控制，在⼀定程度上解決了發版的痛苦，同時節省成本。
3.2 運營測頁面開發體系
運營⼩夥伴也需要開發⻚⾯？針對有些app或者有些場景可能也需要這樣的能⼒。
如果⼀個APP中的存在很多 需要運營 的⻚⾯，這些⻚⾯都基於相同的組件，那麼運營可以基於這些⻚⾯快速搭建⼀個活動⻚⾯，然後迅速發佈上線
還拿電商app舉個例⼦，電商⻚⾯中有很多營銷⻚⾯，那麼這些⻚⾯中有很多模塊都⻓得都⼤同⼩異，那研發同學可以提供運營⼀個快速搭建⻚⾯的能⼒。節省時間和⼈⼒成本。
如果⼀個app需要這樣的場景，並且隨着業務的發展，這⼀步現在在商場是⼀個通⽤性的解決⽅案。
3.3 產品測試
有些部⻔或者公司經常講測試這個階段和開發階段獨⽴開，其實⼤⽅向來說，也可以歸結爲開發的⼀部分，畢竟所有的產品未經過測試，那麼這個產品是沒有質量保證的，同時也不能說這個產品是屬於開發完成的。
整個測試過程按照按照不同的維度可以有多種分類。
隨着互聯⽹測試體系的成熟以及技術的推薦，特別是AI技術的發展，更多的測試進⼊了智能化、⾃動化、精準化。測試的⼈⼒成本和時間成本將會減少，測試的質量標準也會進⼀步提升。
4.項目發佈
⼀般項⽬發佈會經歷發佈前檢查、項⽬發佈、發佈審覈這⼏個階段。
1.發佈前檢查
APP或者其他移動產品測試完成後，會進⼊準備發佈階段，⼀般會有這麼⼏個指標來檢查是否符合最終的發佈規範或者會與線上上個版本進⾏⼀個綜合對⽐的權衡，來確定是否符合發佈規劃。
a.包⼤⼩
b.⽤戶權限
c.內存消耗測試
d.CPU測試
e.電量消耗測試
f.⽆線安全測試
g.⻚⾯幀率測試
h.機型適配測試
2.項目發佈操作
對於業務功能來講，經常會遇到鏈路很⻓的業務，甚⾄跨部⻔合作，⼀般項⽬發佈的順序爲後端先發布， 前端驗證後在發佈，即 後端服務先於前端。
在項⽬發佈過程中，常⽤的操作爲：
-
構建：構建最後的程序包或者最後的後端應⽤。
-
部署：部署到最後的服務器機房。隨着業務發展，經常會有多個站點機房，甚⾄跨國機房。相應的
-
部署也可以按照⼀定策略進⾏選擇性部署。
-
線上配置：有些業務有⼀些配置開關，可配置這些開關，來決定⼀些線上側率，⽐⽅說AB Test，或者線上流量的切換，或者⼀些業務數據庫的遷移。
-
發佈：最後將你的app
3.發佈審覈
發佈審覈階段，在這個階段中，各個渠道要求不⼀樣，策略也可能不⼀樣。
-
發佈到⾃⼰公司的服務器：⼀般只要相應的BU負責⼈審覈即可
-
發佈到⾃⼰公司運營的官⽅站點：公司內部渠道審覈
-
發佈到豌⾖莢/ ⼩⽶/華爲市場，需要外部渠道上審覈，需要準備⼀些渠道要求的發佈材料，修改 list，渠道商要審覈是否符合渠道發佈要求。
-
發佈到蘋果APP store/ Google play，這個的要求發佈與上個類似，只是難度會更⼤⼀點。
5.項目運營
運營崗位是互聯⽹中種類最多，與業務⾼度強綁定的崗位。不同類型的公司需要的運營要求都不⼀樣。⽐⽅說，做地圖的、做打⻋的、做電商的運營，他們的運營模式都不⼀樣，所以崗位的JD也不⼀樣。甚⾄在各個⾏業內部，也有不同的運營模式，還拿電商來說，電商中2B 和2C，針對不同業務，運營也不⼀樣。
我在某個互聯⽹招聘⽹站看了運營類⽬，常⻅的有共同特性的分類就有特別豐富。
總之，運營其實就是站在業務最前沿的⼀個崗位，在特定的盈利模式下，推動業務的正常可持續發展。
6.業務結果數據
項⽬上線運營⼀端時間之後，我們需要對業務進⾏盤點，來決定這個業務做的情況如何。 所有的業務結果都需要拿數據來談論，沒有數據，⼀切也⽆法量化！
在業務發展指標中，主要關注的有這麼⼏個：
-
交互運營指標
-
線上⽤戶反饋
-
財務指標
6.1交互運營指標
針對項⽬在線上的運營情況，⼀般有在互聯⽹業界有⼀個通⽤的數據模板。
-
PV/UV
-
DAU/MAU
-
跳出率
-
⻚⾯訪問時⻓
-
⼈均⻚⾯訪問數
-
…
6.2 線上⽤戶反饋
現在基本上所有的移動產品都會增加線上⽤戶反饋渠道。站在⽤戶的⻆度來對app做出改善，以及增加後續的產品運營。⽆論是做產品還是線上做電商2C 或者2B 的業務，有⼀句話⼀定要記住:
客戶第⼀（customer is first ）
6.3財務指標
公司不是慈善家，即使是做慈善，也需要建⽴在盈利的基礎上，即使是短期內的虧損，也需要建⽴⼀套⻓期的盈利模式，否則公司⽆法⽣存。
-
銷售轉換指標
-
市場競爭指標
-
⻛險競爭指標
-
營銷活動指標
-
商品類目
-
…
做財務報表，才能對公司整體的運營情況做⼀個總結，對公司的⽣存⾄關重要。 我曾經在⼀篇⽂章中總結了⼀篇電商數據的基本指標，可供⼤家參考。《電商數據運營體系》
7.商業戰略
這個話題有點泛泛，包含的信息量太⼤，路數太多，也是互聯⽹中產品戰略的核⼼。
我聽過這麼⼀句話：“產品經理是CEO的學前班”，那麼做產品經理最重要的能⼒是什麼？ 個⼈認爲，就是能夠要把控整個產品策略，最⼤程度的解決現有產品問題，最⼤程度的預測未來產品機會。
7.1解決現有產品問題
對於很多⼈來說，都不是在初創團隊重新建⽴⼀個從0 -1 的產品，⽽是直接接⼿⼀個現有的產品，那麼對這個現有產品，如何找出或者解決這個已有問題或者未知⻛險呢 ？
做產品策略就像打仗，解決已有問題就像去戰場救⽕。⼀千個將軍有⼀千套解決⽅案。例如蘇聯時期，偉⼤的救⽕戰將朱可夫，如何佈置⼀個個保衛戰，⼜如清朝⼤⾂曾國藩，怎樣挽⼤清於將傾？
對於我個⼈來說，資歷尚淺，不敢妄⾃菲薄。我找了⼏⽚⽂章推薦給⼤家。
《阿⾥設計師：如何⽤動效創新⽅法解決產品問題？》
7.2 預測未來產品機會
預⻅未來是⼀個⾮常難能⼒，也是各⾏各業最需要的能⼒，這個我不⽤多說，傻⼦也能知道。
未來就是⾦錢，2016年北京的放假成倍數增⻓，如果我能預⻅未來，那麼我2015年或者之前，傾家蕩產也要能⼒搞⼀套房⼦，也不⾄於我現在吃⼟。雖然我們不是”先知“，但是我們需要有先知的能⼒。找到機會，⽆論是短暫的機會還是⻓遠的機會。
1.明確競爭對⼿，從不同維度分析我們和競爭對⼿的特點。
-
市場分析、業界現狀
-
競爭對⼿的產品定位、產品優勢、盈利模式分析等。⽬標⽤戶
-
市場數據
-
核⼼功能
-
交互設計
-
視覺表現
-
運營及推⼴策略
-
產品優缺點
2.使⽤戰略規劃⼯具，推倒出戰略⽅向。舉⼏個例⼦
-
PEST分析法。PEST分析是指宏觀環境的分析。在⼀個⾏業/企業/產品所處市場環境，通過P（政 治）、E（經濟）、S（社會）、T（技術）來進⾏分析。
-
SWOT分析法。SWOT分析即，內部環境分析：優勢(strength)+劣勢(weakness)，外部環境分 析：機會(opportunity)+威脅(threat) 。
3.⻛險預知能⼒以及⻛險應對能⼒
-
政策⻛險（⽐如之前國家給內涵段⼦給封殺，就是政治⻛險，社區、社交產品尤其需要注意政策⻛ 險）
-
技術⻛險（技術上的不⾜和缺點，不如推薦算法、⼈⼯智能、搜索引擎都是⽐較⾼的技術⻔檻）
-
法律⻛險（內容類產品不要存在侵權）
-
市場⻛險（市場遭遇壟斷，惡意併購，競爭對⼿發起的惡意競爭，有可能被巨頭進⼊併吞噬）
-
決策⻛險（有可能決策失誤，決策失誤有主觀因素和客觀因素。主觀因素：決策者能⼒不⾜，受倒
-
情緒影響；客觀因素：信息不充分，或發⽣不可預知的事情、決策機制不健全等）
-
資本⻛險（業務現⾦流不健康，融資困難，不良債務，盲⽬擴張，投資⽅撤資）
如何預知市場和商業機會，我找了⼏⽚⽂章推薦給⼤家。《如何發現市場/商業機會？我這⾥有5個建議》、《5個⽅⾯，讓產品經理更全⾯掌握產品策略》、《產品經理 | 以結構化思考的⽅法，制定產品策略》
這⾥還有我摘錄的⼀些有關產品設計的書籍:
8.重新規劃業務，形成閉環
在⽂章初說到移動產品運作模式是⼀個閉環，那麼在上⼀步制定完商業策略後，那麼接下來就需要回歸業務，制定BRD,開發新的項⽬或者產品。這是⼀個互聯⽹閉環⽣態。
不管你是技術⼈，還是產品經理，運營或是其他，總之，我們是互聯⽹⼈。 在互聯⽹的這⽚浪潮上，我們繼續揚帆起航。
作者介紹：
史小飛 ，關注移動互聯網、電子商務、全球化戰略 ，在莫斯科做aliexpress 全球電子商務業務。