想在將來,作在當前

背景:我所在的團隊要作一個平臺化的互聯網產品,從產品的定位、推廣、架構經歷了很多變化和修正......,從中我也汲取了很多的教訓,其中讓我最深入的一點產品經驗就是「想在將來,作在當前」。數據庫

產品定位

在參加了公司爲咱們團隊組織的VC會議,甚至公司內部 團隊和市場部門一塊兒召開的產品介紹會中,雖然他們都認爲咱們的產品有好的創新點,技術上也沒有大的問題,甚至市面上也沒有相似的競爭產品,可是咱們的思路和產品仍然未獲得承認。緩存

緣由何在?收集你們的意見和自我分析後,得出了這麼一個結論,產品目標大而寬泛。
目標大:咱們把產品前景描述的很好,會說一旦咱們有海量用戶後會怎樣怎樣,會多好多好。
目標寬泛:公司是作安防產品的,可是咱們並未從公司的核心競爭力和渠道上着手,卻把目標定位到了智能設備和智能家居項目。服務器

若是你是VC你願意對很遠的之後投資嗎?若是你是市場人員,你願意爲偏離公司核心業務的產品作推廣嗎?架構

其實在自我分析和冷靜後連咱們團隊內部都對其定位產生了懷疑甚至對這種大和寬泛的目標產生了畏懼,畢竟咱們只是二線城市一隻小團隊,人員組成和技術素養甚至公司支持短時間內都不足以作出這樣的產品。併發

如何解決?這個產品的生死就是團隊的生死,咱們必須轉變思路,因而咱們從新定位了產品的方向,從公司的核心競爭力—-安防上挖掘市場和積累用戶,並制定了一個近期就可完成的規劃,以後又和公司高層及市場部門召開了一個新的產品介紹會,此次沒有多少人去反對,而是給了咱們機會按照咱們的規劃繼續作下去。負載均衡

產品架構

一個產品有良好的架構設計才能保證穩定,可靠,可擴展。因此前期咱們會在架構設計上花大功夫,力求架構絕對良好。OK,既然咱們的產品目標是海量用戶、開放平臺,我就按照這個要求作架構,把後臺服務器作成高性能的,要求併發數在10萬數量級,各層要作到徹底的可擴展,引入緩存,數據庫設計考慮垂直擴展,水平擴展,負載均衡的引入......在這上面花了大量的時間,而且大大增長了開發成本,可是其實咱們分析了下,咱們也許在幾年後甚至數十年後纔會有海量用戶,咱們也許在幾年後或者數十年後纔會有開放平臺的資本,也許由於咱們未能將產品很快推向市場被別的企業拔得先機而咱們的產品已經死掉。數據庫設計

因而在乎識到這個問題後咱們大膽的,有選擇性的放棄了一些架構上的設計考慮,也放棄了一些外圍功能。其實縱觀如今已經很是成熟知名的互聯網產品,好比QQ,豆瓣,淘寶.....哪一個不是經歷了屢次徹底推倒重來的架構設計。我以爲對於互聯網產品而言在保證質量和核心功能的基礎上快速的投放市場得到用戶纔是存活下來的必要條件。ide

相關文章
相關標籤/搜索