一篇文章瞭解互聯網從業者

原文連接：http://www.techxue.com/techxue-16606-1.html

在這篇文章裏，主要談下互聯網的職業和關聯性。身爲一個互聯網人有必要對此進行了解，這樣的好處在於切身去了解相應環境下的事物，看明白本身身在何處，產生的價值點在哪裏，如何協調和溝通，以及是否能夠進一步提高等。

（備註：圖示產品、技術、運營不是三種具體職業，而是三種職業形態彙總）

咱們把企業最初發展的形態看做是一個點。實際上，即使是著名的互聯網企業，也都是由一步步進階而來的，沒有哪家企業一開始就強大。

如今也經常提到互聯網的三大熱門職業，產品、技術和運營。這也只是表象的職業層面，背後實際上是有邏輯基礎的。當互聯網企業由一個點不斷髮展時，自己就已經具有一套基本的體系在裏面，而全部的職業都是基於此不斷擴展的。

先從四個基礎結構提及（下面會細分各個結構下具體的職業）：

作什麼到產品層面：

最初考慮的是作什麼，即規劃層面的事情，其次纔是產品的層面。

不管對於傳統企業仍是互聯網，本質都沒多大的區別，在這個階段裏，主要考慮起什麼爲起點。好比具體打造什麼樣產品，提供什麼樣的服務給用戶（也多是客戶）。因爲企業內部的想法只是處於概念期，所以在這種條件下所創造的構想及分析會成爲最重要的結構，比如內核同樣。

當開始從服務、理念、產品這些元素角度去考慮問題時，每每已經造成較爲明確的腦中概念，以後會造成可看得見的輸出成果，這是實施前的關鍵一步。戰略明確、需求分析、調研、以及對接靜態輸出、效果美化都會是產品方面涉及的因素。其中具體的崗位涉及產品經理、交互設計、UI設計等。

一句話總結就是明確服務方向，整理出可實施（可開發）的方案。

具體實現到技術層面：

在實施環節中，最重要的是技術方案，也是工程師。

簡單的理解就是將方案實現爲「可用的產品」。對於企業來說，都必定是有具體的產物，好比一輛自行車、一款手機、一個App等。當工程師考慮完成這些東西時，可並非簡簡單單作到實現效果便可，好比須要用到什麼方法，涉及到哪些結構，出現問題如何解決等等。

工程師從系統性的角度去總體評估項目，由於項目從實施到展示到客戶層面，一旦出了問題，必然會致使資源的浪費和不可控的損失。架構設定、人員配置、方案的研究、技術的協調等都是實施層面最常接觸和深刻了解的一面。涉及的職位爲前端開發、後端開發、測試、運維、數據等。

技術層面也可理解爲明確任務，實施具體的開發方案，達到產品目標。

價值產生到運營層面：

在這個環境當中，運營人員最關注的是如何產生價值，如增加用戶，獲取利潤等。

當最初的「點」通過種種環節造成一個明確的產物時，它所帶來的價值也隨之而來。首先要明確產生什麼樣的價值，明確方向後再開展一系列措施進行反饋驗證。在傳統企業當中，基本上會有銷售和市場人員參與此項任務，互聯網可能涉及更多。事實上，當企業在最初發展的時候，就是不斷在驗證產物，獲取價值的過程。

而後這並非「酒香不怕箱子深「的時代，因爲具體的環境與背景下。運營團隊已經從單一的模式發展成各類混合模式，固然，主要目的仍是圍繞產生價值而來。運營崗位涉及的市場推廣、內容生成、活動策劃等幾個方面，具體的崗位天然衍生不一樣類型的運營人員，包括客服。

能夠將運營的目的理解爲調動內部資源，接觸用戶，獲取產品價值及利潤。

組合到立足：

就像咱們知道的那樣，任何一件事情的成功都是多種因素而來的，在當代這個競爭激烈的環境下，團隊配合、互補、協調顯得尤其重要。每一個人瞭解的有利信息越充足，所作的事情價值就會越高。當最初的一個」點」有了具體的效果反饋時，則會尋找下一點繼續深刻挖掘。

在這個環節中，產品、技術、運營的相關人員將經過多種組合形式（討論、反饋、分析等）造成一套完整的任務流程，將價值實現最大化。從企業發展的角度來看，也毫不是一個店最好就成了，長久的發展必然是相關人員不停進步，產物不斷迭代而得來的。最終實如今本身領域的立足根基也在此。

不一樣職位的價值點

咱們已經從一個點對互聯網的職業形態有了簡單的認識，下面會重點說明各個職位的價值和關係（在不一樣企業中各個崗位的職責會有所誤差）：

1、產品層面：

涉及職位爲產品經理、UI設計、交互設計、用戶研究與體驗。

產品經理：

職責：制定需求，明確文檔，協調資源，實現具體的產品任務。

涉及工具：Word、ppt、axure、xmind等

輸出文件：需求文檔（產品、商業、市場層面）、思惟導圖、流程圖、信息結構圖、演示文件等。

UI設計師：

職責：明確產品需求、實現相關效果圖，交付於工程師。

涉及工具：Ps、Ai、3dmax等。

輸出文件：具體頁面效果、頁面說明、標註圖、切圖。

交互設計師：

職責：優化產品流程、實現最佳的產品操做體驗，更好的表達產品內容。

涉及工具：Axure、Justinmind、ppt、word等

輸出文件：高保真原型、文檔細節說明、業務邏輯圖等。

用戶研究與體驗：

職責：以用戶角度分析與驗證產品的可用性，追蹤用戶行爲，爲產品提供可支撐的場景及問題說明，對應與用戶體驗或用戶研究崗。

涉及方面：調研、產品體驗、收集反饋、提供改進方案等。

涉及工具：Excel、ppt、在線問卷工具、模型創建工具等。

2、技術層面：

涉及前端開發、後端開發、測試、運維、數據。

前端開發：

職責：根據需求製做標準優化的代碼，實現頁面呈現，包含互動效果。

涉及領域：Web（網頁）、App（移動端開發）、Html5等

技術：網頁（html、css、js）、app（ios、android、wp）

後端開發：

職責：爲前端提供可支撐的後臺基礎，如數據、業務邏輯等，也包含算法、抓包等方面。

涉及語言：Java、Php、C++、Python、C、VB等。

輸出文件：接口文檔、程序邏輯表、後臺管理系統等。

數據工程師：

職責：對產品相關數據的創建與審查、提取、維護等方面。

涉及方面：Mysql、Oracle、DB二、MongoDB、SQLServer等。

輸出文件：數據表單、業務邏輯圖、數據維護說明等。

測試工程師：

用人工操做或者軟件自動運行的方式來檢驗它是否知足規定的需求或弄清預期結果與實際結果之間的差異的過程。

職責：根據產品需求明確測試方向，測試產品並提出產品問題，包括改進意見。

涉及方面：功能測試、性能測試、壓力測試、測試管理等。

涉及工具：TP、QC、QT、LoadRunner、QTP。

輸出文件：測試用例、測試文檔、測試反饋、測試問題提取等

運維工程師：

職責：經過一系列措施保證系統的正常運做，數據併發、入侵防範、系統支撐都涵蓋在內。

涉及方面：系統維護、數據維護、網絡安全、業務支撐等。

涉及知識：腳本語言、命令操做、數據庫等。

3、運營層面：

涉及對用戶運營、商務運營合做等方面。

職責：調動內部資源，得到產品價值，生成利潤。

包含領域：內容運營、活動策劃（線上和線下）、渠道推廣、數據收集與管理、用戶溝通反饋等。

經過案例說明各職位的關係

在互聯網不一樣領域中，職位還可能更細分，但重點的範圍已包括於此。咱們已經大概瞭解不一樣職位的側重點與任務形式，接下來用一個具體的案例來講明各個職位的關係。

好比咱們須要作一個網站：

產品經理負責網站的總體規劃和需求說明，編寫明確的需求文檔，網站的業務邏輯圖。交互設計師會按照需求定義具體的網站模型，展示給UI設計師。

設計師根據需求與模型圖（原型）制定具體的網站頁面與效果。有的公司沒有交互設計師，則由產品經理負責原型，但畢竟不那麼專業。這期間產品、交互、設計溝通比較頻繁，靜態的產品與資源越詳細，越利於實施環節。

進入到具體的網站開發時，前端人員會根據需求文檔和效果圖進行頁面的代碼輸出，包含交互和動態效果，同時後端開發作後臺管理系統、業務邏輯架構、數據接口文檔等，若是有專門的數據工程師則由其創建數據表。後臺數據創建後，前端工程師開始數據調取，展示在前端頁面中。測試工程師也在明確需求後開始編寫測試用例，與產品人員進行溝通，明確產品細節。開發完成期間和完成後，開始不一樣程度的產品測試，同時提交bug等問題。

網站上線後，運營人員開始進行推廣、拉取用戶，經過不一樣手段實現網站的價值。當網站用戶量逐漸增高後，涉及數據的併發與服務器內存壓力，運維工程師開始深刻介入並解決網站的系統支撐問題。

在具體的環境下，各個職位的人員並不是只側重本身的一方面。有的在最初階段就已經創建起較爲完整的產品開發、維護、運營等團隊，目的也是爲了相互瞭解，簡化溝通成本。

總結：

不一樣職位產生的價值和協做模式也是不一樣的，而在特定的環境下又會突出某一職位的重要性。實際上，在互聯網的運做模式中，職位的擴展也致使信息的流通慢，但每一個職位都相當重要，不少人並不理解其餘人所作的工做，所以儘量去理解與接觸，才能更好的溝通，包括對本身的職位定位和規範的確立都是有好處的。