孙总看了下池的户型分布图：“150的放中间，这个90的太浪费的，边上要做一些大户型。”
池：“好，目前总量是多一些的，我按边户尽量做大，中间户不做大户型再改下。”
然后他接着问：“公寓用地和北侧办公酒店用地是分开的对吗？围墙需隔开那种？”
“另外面宽加大，原有方案建筑密度已经卡上限了，按总体用地*0.3=7080控制，我们加了密度会突破的，这个是否可以突破？”
孙总给了一个号码：
池打过去，结果是咸阳的一个公司，他纳闷又问了下。
“ymeet软件有没有？电话会议软件？”
“没。”
“腾讯会议呢？”
“樱”
然后孙总发了一个腾讯会议链接。“有空下载一个ymeet，我们经常用来联系。”
接着会议上，池又问道：“面宽加大，总量会多些，考虑通过减层处理，但会密度超30%（以整个为准按总体用地*0.3=7080控制）。”
孙总回道：“不能减层，形态保持不变，建筑密度也尽量不变，调整一下户型，尝试几种组合。”
池只能硬着头皮：“如层数不变，会出现一栋t2大户型情况，其余做t6或t8方向，实际总面宽没变，密度也不超。”
孙总：“北侧酒店不能动，地库入口可以动。方案排布要有逻辑，虽然我们没有采光要求，但也要比较一下好的资源，户型之间的搭配原则。”
池；“好的，一种是现有基础微调，一种会尝试下空间打开，楼栋数增加（层数和基底面积不变）。”
孙总回道：“不是一定不变，是我们的方案推导出户型，推导出产品，不减层，但面宽进深可以改。有时间ym一下吧，总监也一起。”然后她艾特了一下总监。
池：“好的，借了一个电脑，在装软件了。”
孙总：“好了喊我，我三点出门咱们简单快速一下。”
总监出来了：“好的发会议号过来吧。”
于是又换了个软件会议开始了。
“孙总，这种中间户t2双拼的北侧没有连廊，改为120是否可以成立。（因为150和90拼到一起公摊分的较多，品质上也会下降一些）。”池继续征求意见。
“可以。”
得到了肯定的答案，他接着继续：“孙总，当地公寓能做阳台嘛？150户型想采用类似格局，不能做阳台就会有5面宽飘窗（假飘窗）情况出现。”
“不能做阳台，三个飘窗，别弄太high。”
欣然听了想，反正这个业主着着会夹着一句英文吧。
池马上出自己的理解：“好的，不做阳台，控制飘窗数量，不飘窗赠送的过于明显了。”
“客厅不做飘窗。”业主轻描淡写得来了一句。
但其实实际情况比较复杂，于是池只能继续追问：“只是大户型对吧，户型就两个卧室，90客厅做保持三个飘窗。大户型客厅不做，北侧卧室加飘窗。是这个逻辑嘛？”
喜欢匠人纪行请大家收藏：(m.xspsw.com)匠人纪行闲时书屋更新速度最快。