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