孫總看了下小池的戶型分布圖：“150的放中間，這個90的太浪費的，邊上要做一些大戶型。”

小池說：“好，目前總量是多一些的，我按邊戶盡量做大，中間戶不做大戶型再改下。”

然后他接著問：“公寓用地和北側辦公酒店用地是分開的對嗎？圍墻需隔開那種？”

“另外面寬加大，原有方案建筑密度已經卡上限了，按總體用地23600*0.3=7080控制，我們加了密度會突破的，這個是否可以突破？”

孫總給了一個號碼： 1556667777

小池打過去，結果是咸陽的一個公司，他納悶又問了下。

“ymeet軟件有沒有？電話會議軟件？”

“沒。”

“騰訊會議呢？”

“有。”

然后孫總發了一個騰訊會議鏈接。“有空下載一個ymeet，我們經常用來聯系。”

接著會議上，小池又問道：“面寬加大，總量會多些，考慮通過減層處理，但會密度超30%（以整個為準按總體用地23600*0.3=7080控制）。”

孫總回道：“不能減層，形態保持不變，建筑密度也盡量不變，調整一下戶型，嘗試幾種組合。”

小池只能硬著頭皮說：“如層數不變，會出現一棟T2大戶型情況，其余做T6或T8方向，實際總面寬沒變，密度也不超。”

孫總說：“北側酒店不能動，地庫入口可以動。方案排布要有邏輯，雖然我們沒有采光要求，但也要比較一下好的資源，戶型之間的搭配原則。”

小池說；“好的，一種是現有基礎微調，一種會嘗試下空間打開，樓棟數增加（層數和基底面積不變）。”

孫總回道：“不是一定不變，是我們的方案推導出戶型，推導出產品，不減層，但面寬進深可以改。有時間ym一下吧，總監也一起。”然后她艾特了一下總監。

小池說：“好的，借了一個電腦，在裝軟件了。”

孫總說：“好了喊我，我三點出門咱們簡單快速說一下。”

總監出來了：“好的發會議號過來吧。”

于是又換了個軟件會議開始了。

“孫總，這種中間戶T2雙拼的北側沒有連廊，改為120是否可以成立。（因為150和90拼到一起公攤分的較多，品質上也會下降一些）。”小池繼續征求意見。

“可以。”

得到了肯定的答案，他接著繼續：“孫總，當地公寓能做陽臺嘛？150戶型想采用類似格局，不能做陽臺就會有5面寬飄窗（假飄窗）情況出現。”

“不能做陽臺，三個飄窗，別弄太high。”

欣然聽了想，反正這個業主說著說著會夾著一句英文吧。

小池馬上說出自己的理解：“好的，不做陽臺，控制飄窗數量，不飄窗贈送的過于明顯了。”

“客廳不做飄窗。”業主輕描淡寫得來了一句。

但其實實際情況比較復雜，于是小池只能繼續追問：“只是大戶型對吧，小戶型就兩個臥室，90客廳做保持三個飄窗。大戶型客廳不做，北側臥室加飄窗。是這個邏輯嘛？”