“如果用主從架構，它的數據同步可能出現延遲，這不利于微信的實時性聊天，而要是做簡單的分層架構吧，它沒有分布式的支持，一旦需要處理高并發和大規模用戶數據，恐怕很快就會出現性能瓶頸。”

    俞興消化這些信息，思索之后問道：“照你這么說，要是只做分層架構，按現在的常規情況，多大規模的用戶體量會碰見性能瓶頸？”

    “這和業務邏輯復不復雜有關，唔……”譚睿澤在心里琢磨了一會，說道，“模糊點來看，可能30-50萬就容易碰見瓶頸了，即時通訊的需求就是這樣，系統就是得具有短時間里同時處理大量請求的能力。”

    他認真的說道：“不然，兩款產品，qq用著不卡，咱們的用著卡，這還怎么競爭呢？”

    俞興聽著譚睿澤的這話，被激活了一些模糊的記憶，當年的米聊是不是也碰見過這樣的問題？

    它比微信更早上線了語音功能，也因此很吸粉，但經常宕機而嚴重影響用戶體驗。

    這種產品的體驗肯定十分重要，而企鵝把qq做到國內第一，它處理這方面的經驗和能力就無出其右了。

    自家現在做競品，需要把用戶規模做到多大程序才能完成最起碼的狙擊效果……俞興期望的這個數字最終是千萬級的，也就是，賣它的時候至少擁有1000萬用戶。

    這樣既能賣上價，也才能真正對企鵝產生沖擊。

    當然，千萬打底，越多越好。

    俞興躊躇好一會，問道：“我這么聽下來……這樣做開發需要多大的團隊？”

    “俞總，我給你算算哈，做整體機構的設計和技術選型，這得三到五個人吧，前端面向安卓、ios和塞班，每個平臺需要五到八個人，后端負責實現微信的業務邏輯，這里得做分布式系統的開發和數據管理，不知道十五個人能不能打住，哦對，還有移動端的適配和優化，感覺要五個人，另外做功能、性能、兼容等方面的測試……”譚睿澤掰著手指，細細計算。

    俞興忍不住打斷道：“你詳細的都寫在晚上的報告里，總體規模多少人左右？”

    譚睿澤心里默算，很快給出答案：“80到120個人吧。”

    俞興皺起眉頭，之前考慮原本張小龍團隊的開發背景，團隊預期是在20人左右，其中的核心團隊是葛智杰的五個人，現在這么算起來，規模膨脹的太迅速了。

    但他轉念一想，這應該是對的。

    產品開發不難，難的是背后對產品的支撐。