您的位置:首頁>科技>正文

過來人告訴你好產品是如何煉成的

3月23日, 網易雲基礎服務受邀參加了樓友會的“有火花”第八期線下活動, 分別從市場、產品、技術的角度分享了網易雲基礎服務的實踐經驗。 現將嘉賓的分享乾貨整理如下:

脫胎于網易杭州研究院, 網易雲為網易全線互聯網產品提供著公共基礎技術支援。

雖說網易雲已擁有多年支撐億級使用者互聯網產品的豐富經驗, 也經歷了網易互聯網產品全面雲化的實踐和驗證, 但從另一個層面來說, 網易雲其實也經歷了一個創業項目的實踐之路。

初創企業市場運營體系如何建設?如何保持客戶的增長?如何將技術轉化為解決方案和產品,

為客戶提供更好的服務?這些初創公司從0到1必然要經歷的過程, 網易雲整個團隊也都深有體會。

1

初創企業如何建設市場運營體系

網易雲基礎服務市場總監 戚玲娟

對於一個初創企業來說, 創業初期是否該投入資金、人力來做市場運營?是否有行之有效的低成本市場運營策略?找到對產品感興趣的使用者,

通過用戶給予的意見和建議不斷對產品進行優化、反覆運算對初創企業來說還是顯然非常重要。

所以說, 初創公司還是很有必要投入精力做好市場運營這一塊。

市場運營看似門檻低, 但想要做好的話, 明確市場運營目標、摸索出適合的市場運營模型、根據變化即時調整市場方案也並非是一個簡單的工作。

現場, 戚玲娟分享了幾條“致勝法寶”給大家:

1. 創新、創新、創新——創新無處不在

戚玲娟舉例稱, 例如企業可以在傳統的傳播上做創新, 加入市場潮流元素烘托、吸引流量。

2. 產出點什麼——即使不夠完美

精益創業、精益資料分析, 根據MVP(minimum viable product)理論, 我們可以用最快、最簡明的方式建立一個可用的產品原型。

這個原型要表達出你產品最終想要的效果, 然後我們再通過反覆運算來完善產品細節。 不斷反覆運算的思路來源來自于客戶的回饋, 以此去推進產品的優化及反覆運算。

在面向客戶時我們需要用心體會, 堅信每一個行為都對應著他們需要我們能“產出點什麼”, 以此來完善下去會有意想不到的收穫。

3. 團隊協作:擁抱變化, 眾志成城

在創業企業裡, 一個人可能會身兼數職, 但依舊需要團隊協作。

4. 部門之間建立閉環的回饋機制

閉環回饋機制為整體專案流轉提供支撐, 市場運營在其中的角色也尤為重要。

緊接著, 對於在產品層面如何獲取並保持客戶增長, 網易雲基礎服務資深產品運營經理馮博給出了答案。

2

Startup = Growth, 尋找增長的驅動力

網易雲基礎服務資深產品運營經理 馮博

創業源於問題的發現,過程便是找尋解決問題的方式方法,而增長,則是評判產品優秀與否的唯一標準。

增長也是每一個創業者所追求的狀態,產品要做到增長,有時往往比產品從0到1的過程還要更難一些,尤其在冷開機階段,面對市場未知、資源有限的現實情況。

當我們嘗試去做一個產品時,試著問自己兩個問題:

提供的業務(產品、服務)是不是大多數人想要的?

提供的產品或者服務能不能覆蓋所有的人?

對於這兩個問題,如果不能很好地回答,那就通過趨勢去判斷。做產品,講求順勢而為。

以資料為例,電腦和互聯網的普及,為資料的產生提供條件;移動端設備的普及,為資料收集提供便利;雲計算的發展,讓資料管理和資料處理更為便捷;那麼資料分析、電腦深度學習將為人工智慧提供土壤。所有的產品,自誕生起,都自帶了生命線,踩中即可生生不息。

那麼當產品一個版本發佈上線,如何去獲取頭100個用戶?產品的第一個使用者一定是創始人自己,自身便是產品的使用者,找和自己有相似特徵的人群、在某件事有相同經歷的人。

我們使用每一個產品,背後都有一種驅動力,可能是某種習慣或者是好奇心。完成拉新最重要的是需要找到100個有相似驅動力的人。找到種子使用者後,我們還需要拉長他們的使用時間,這就是從拉新到留存的過程。儘量在產品早期暴露問題。

產品的優化和反覆運算是一個漫長的試錯過程,產品所處的場景,產品的精益設計,甚至是產品細節的極致推敲,以及處理產品反覆運算的方式,都是影響產品增長的關鍵。同時,隨著產品的增長,要時刻瞭解產品主流使用者、核心使用者的變化,建立使用者模型,用關鍵資料約束這個模型,發現問題,解決問題。

最後,要有正確的運營觀。清楚運營的工作。產品可能是從從0到1,但是運營必須負責增長,培養面對資料的智慧,要知道哪些資料是偽資料,哪些資料是真實資料。保持好奇和敬畏,保持謙卑心態。善用流程管理、管道式推進。

增長的驅動力就藏在細節裡,如果在創業的初期,沒有過多的精力去覆蓋全棧,那麼50%的時間專注產品,50%的時間專注用戶。

3

如何更好地使用雲計算?

網易雲基礎服務解決方案架構師 鄧偉

對於創業公司來說,雲計算已經是必備的基礎設施,但很多人對雲計算的理解和使用還存在著誤區,而這通常會造成資源的浪費,甚至會影響產品的正常運行。

網易雲基礎服務解決方案架構師鄧偉指出了如下幾點誤區:

誤區一:傳統單體應用不加修改即進行虛擬機器或者容器部署。

誤區二:不想修改應用而期望虛擬化層的技術改進,達到又要馬兒好又要馬兒不吃草的結果。

誤區三:期望對虛擬機器進行細細微性的調度,感知物理機和機架。

誤區四:喜歡指定所有機器的規格,然後一次性進行包年包月購買。

誤區五:全公司共用一個帳號。

誤區六:不規劃和使用 VPC進行網路隔離。

誤區七:所有機器都帶公網 IP位址,並且使用用戶名密碼登陸。

誤區八:期望完全由基礎設施層解決應用層的高可用問題。

誤區九:自己搭建資料庫,大資料平臺等公共基礎設施。

那該如何發揮雲計算的優勢呢?

想要發揮雲計算的優勢,最好採用雲原生應用的架構。

雲原生應用就是整個架構的設計遵循雲計算底層的設計架構來設計,而不是類似於第一條誤區所說的“傳統單體應用不加修改即進行虛擬機器或者容器部署”。

使用雲原生的相關的設計要點:

設計要點一:負載均衡+API閘道

前端需要有負載均衡+API閘道,大多數雲服務商的負載均衡功能中,都附加了 DDoS防禦和 WAF的功能。其次,API閘道也是集群的,這樣 API閘道就不會成為流量的瓶頸,通過 API閘道將不同的請求合理分擔到相應的服務上,提高系統運行效率。

設計要點二:服務拆分與服務發現

設計成分散式微服務架構,能避免單體應用的雪崩效應,讓單個服務不再成為系統的瓶頸。

設計要點四:使用 PaaS服務降低設計難度

雲計算廠商為用戶提供了完善的 PaaS服務,不需要我們再自己花費精力去搭建,大大節省了用戶的人力成本,將創業公司有限的資源投入到更具戰略性的業務上。

設計要點五:無狀態化服務改造

可以將傳統的應用拆成無狀態服務。將會話放入緩存服務中,將使用者資料放入資料庫,將圖片等檔放進物件存儲中。服務中只存在商務邏輯,這樣無論服務怎麼擴展都只是商務邏輯的擴展,下面的存儲也都有自己的集群,不需要應用層做過多的考慮。

設計要點六:以容器作為持續集成/持續交付的工具

容器提供了新的交付方式,通過容器標準化和準確的版本控制,運維人員可以形成一套非常順暢的 DevOps流程。

設計要點七:基於流和搜尋引擎的日誌分析

日誌在建立之初就按一定的目錄規則為日誌命名,通過 ELK能夠很快捷地查詢到相關日誌。

網易企業服務-企業資訊化服務提供者

湖南領先網路科技有限公司 163.HN.CN

網易雲基礎服務資深產品運營經理 馮博

創業源於問題的發現,過程便是找尋解決問題的方式方法,而增長,則是評判產品優秀與否的唯一標準。

增長也是每一個創業者所追求的狀態,產品要做到增長,有時往往比產品從0到1的過程還要更難一些,尤其在冷開機階段,面對市場未知、資源有限的現實情況。

當我們嘗試去做一個產品時,試著問自己兩個問題:

提供的業務(產品、服務)是不是大多數人想要的?

提供的產品或者服務能不能覆蓋所有的人?

對於這兩個問題,如果不能很好地回答,那就通過趨勢去判斷。做產品,講求順勢而為。

以資料為例,電腦和互聯網的普及,為資料的產生提供條件;移動端設備的普及,為資料收集提供便利;雲計算的發展,讓資料管理和資料處理更為便捷;那麼資料分析、電腦深度學習將為人工智慧提供土壤。所有的產品,自誕生起,都自帶了生命線,踩中即可生生不息。

那麼當產品一個版本發佈上線,如何去獲取頭100個用戶?產品的第一個使用者一定是創始人自己,自身便是產品的使用者,找和自己有相似特徵的人群、在某件事有相同經歷的人。

我們使用每一個產品,背後都有一種驅動力,可能是某種習慣或者是好奇心。完成拉新最重要的是需要找到100個有相似驅動力的人。找到種子使用者後,我們還需要拉長他們的使用時間,這就是從拉新到留存的過程。儘量在產品早期暴露問題。

產品的優化和反覆運算是一個漫長的試錯過程,產品所處的場景,產品的精益設計,甚至是產品細節的極致推敲,以及處理產品反覆運算的方式,都是影響產品增長的關鍵。同時,隨著產品的增長,要時刻瞭解產品主流使用者、核心使用者的變化,建立使用者模型,用關鍵資料約束這個模型,發現問題,解決問題。

最後,要有正確的運營觀。清楚運營的工作。產品可能是從從0到1,但是運營必須負責增長,培養面對資料的智慧,要知道哪些資料是偽資料,哪些資料是真實資料。保持好奇和敬畏,保持謙卑心態。善用流程管理、管道式推進。

增長的驅動力就藏在細節裡,如果在創業的初期,沒有過多的精力去覆蓋全棧,那麼50%的時間專注產品,50%的時間專注用戶。

3

如何更好地使用雲計算?

網易雲基礎服務解決方案架構師 鄧偉

對於創業公司來說,雲計算已經是必備的基礎設施,但很多人對雲計算的理解和使用還存在著誤區,而這通常會造成資源的浪費,甚至會影響產品的正常運行。

網易雲基礎服務解決方案架構師鄧偉指出了如下幾點誤區:

誤區一:傳統單體應用不加修改即進行虛擬機器或者容器部署。

誤區二:不想修改應用而期望虛擬化層的技術改進,達到又要馬兒好又要馬兒不吃草的結果。

誤區三:期望對虛擬機器進行細細微性的調度,感知物理機和機架。

誤區四:喜歡指定所有機器的規格,然後一次性進行包年包月購買。

誤區五:全公司共用一個帳號。

誤區六:不規劃和使用 VPC進行網路隔離。

誤區七:所有機器都帶公網 IP位址,並且使用用戶名密碼登陸。

誤區八:期望完全由基礎設施層解決應用層的高可用問題。

誤區九:自己搭建資料庫,大資料平臺等公共基礎設施。

那該如何發揮雲計算的優勢呢?

想要發揮雲計算的優勢,最好採用雲原生應用的架構。

雲原生應用就是整個架構的設計遵循雲計算底層的設計架構來設計,而不是類似於第一條誤區所說的“傳統單體應用不加修改即進行虛擬機器或者容器部署”。

使用雲原生的相關的設計要點:

設計要點一:負載均衡+API閘道

前端需要有負載均衡+API閘道,大多數雲服務商的負載均衡功能中,都附加了 DDoS防禦和 WAF的功能。其次,API閘道也是集群的,這樣 API閘道就不會成為流量的瓶頸,通過 API閘道將不同的請求合理分擔到相應的服務上,提高系統運行效率。

設計要點二:服務拆分與服務發現

設計成分散式微服務架構,能避免單體應用的雪崩效應,讓單個服務不再成為系統的瓶頸。

設計要點四:使用 PaaS服務降低設計難度

雲計算廠商為用戶提供了完善的 PaaS服務,不需要我們再自己花費精力去搭建,大大節省了用戶的人力成本,將創業公司有限的資源投入到更具戰略性的業務上。

設計要點五:無狀態化服務改造

可以將傳統的應用拆成無狀態服務。將會話放入緩存服務中,將使用者資料放入資料庫,將圖片等檔放進物件存儲中。服務中只存在商務邏輯,這樣無論服務怎麼擴展都只是商務邏輯的擴展,下面的存儲也都有自己的集群,不需要應用層做過多的考慮。

設計要點六:以容器作為持續集成/持續交付的工具

容器提供了新的交付方式,通過容器標準化和準確的版本控制,運維人員可以形成一套非常順暢的 DevOps流程。

設計要點七:基於流和搜尋引擎的日誌分析

日誌在建立之初就按一定的目錄規則為日誌命名,通過 ELK能夠很快捷地查詢到相關日誌。

網易企業服務-企業資訊化服務提供者

湖南領先網路科技有限公司 163.HN.CN

Next Article
喜欢就按个赞吧!!!
点击关闭提示