上一篇文章說到了公司已經有了一個最基本產品，那麼接下來應該如何發展呢？在這個時段，公司會發生哪樣的變化，我們應該怎麼預案呢？
當有產品上線之後，活動是現在最必不可少推廣手段。技術的業務活基本就是推廣業務，這是從0到1遇到的第一個小怪，一定要拿正姿態。不要圖輕鬆，畢竟創業的過程是艱難的。
環境
之前說了公司的環境應該是無大小、無強弱，在這裏就開始有一點變化了。這時候公司會新增業務人員（也可能是第一批業務人員），他們需要一個技術的 “定心錘”，這個定心錘一定是人。所以需要非常明確的分工，實行“承包責任制”，開始有“領地意識”。技術人員儘可能的進行獨立作戰，這種時期，往往前期參與的人員會有很大優勢，這是一個鼓勵獨立的時期。
戰略
這種時候應該將上一階段出現的問題解決，並開始分工程到人（此時工程和業務分類綁定），新的業提出一個專門的人來做，另外補充前期沒做的必要功能(如：後臺充值、取消訂單等)。這裏開始技術部門開始有了雛形，開始變得五臟俱全。有些有實力的公司直接從這裏起步（大廠的創業團隊、天使投資很充裕的公司），這裏的特點是，如果業務發展得快，技術會嚴重跟不上，非常喫力，如業務沒有發展，技術的工作又是徒勞。這個階段非常考驗技術負責人，也正是大廠的專家們最不擅長的階段。基於這樣的狀況，核心戰略在於：項目分散、質量次要。這裏還有一個非常重要的人才戰略：找到每個人的優點，爲將來做鋪墊
落地
1.開發團隊：新人做新業務，項目獨立，不強求規範（根據業務招納新人）
2.開發環境：開始搭建本地服務器，舊人將自己負責的項目做到“簡單明白”
3.業務架構: 前端登錄業務、前端非登錄業務、後臺作業系統、非核心業務1（活動）、非核心業務2（報表）、.....
4.部署架構：前端業務.jar、後臺系統.jar、非核心業務1.jar、非核心業務2.jar
5.周邊成本：用雲服務、比如錢包、短信、郵件
6.技術架構：springboot 阿里雲mysql （k線可以採用外部接口的數據）
這個階段主要是對業務功能的完善，也是對核心業務的修改（這時候公司的業務往往會發生巨大變化、甚至業務方向的變化），一半的創業公司會死在這裏
到這裏大家可能發現了，項目都是單實例部署的。大家不要小瞧了單實例的吞吐量（一個jvm不做任何優化 1G內存，普通業務也能支持800tps），所以大部分小型公司都只需要但實例部署。業務突發增加掛了怎麼辦？最簡單就是加內存重啓，這是當前情況性價比最高的方案！