2022年万科最近发生什么事了( (已暴跌)万科期房买了,总价78.5万。烂尾还是暴跌不想再关注了。一切都靠天命了 )

(已暴跌)万科期房买了,总价78.5万。烂尾还是暴跌不想再关注了。一切都靠天命了

万科应该是民企最安全的,虽然万科也是国资股份多。

恭喜楼主!最近也在看万科期房想知道楼主买的有什么优惠吗?直接在售楼处还是找的中介呢?说是中介有返点。

我在中介那里看到有特价房当晚去看就买了。忘记跟中介要返点了。之前这个中介给我退过之前一家的定金。还是经验少了?

浙江的房价就是这样的,我这个单价还是因为疫情被拉下来加上因为很郊区很郊区才会这样。市区内根本不敢看

浙江哪里?我们这温州县级市都要2万五以上,工业区都要一万三,真的买不起又不想买工业区的

金华,差不多吧,就是新区偏郊,新区偏郊一万四五,然后我买的特价房。均价就是一万出头了

浙江就是很贵惹,我一浙江朋友他们那的房价竟然跟成都差不多

这么低总价,自己住怕什么。我觉得房企现在真的是在搞慈善

万科资金链比一些中小银行都稳健,投行大佬对万科的评价是:什么时候万科开始大规模收购资产拿地,房地产市场就要回暖了,万科怎么会烂尾,完全不用瞎担心……

羡慕楼主,我也不婚不单身生育,打算30岁之后在二线买房安定下来。不用在乎别人的想法啦,人这辈子过好自己就行。

我也是,去年上车,一买均价就降价了3000,现在利率5.8降到4.25,首付都亏完了,就想着不要烂尾吧,但是半年了目前还没开工,要不破罐子破摔,就直接烂尾我们梦合法停贷,首付30万亏了也就亏了,这些年就当白工作了,大不了从头再来,只要让我不在背负房贷压力,一个人太难了,本来是想着一个人不婚不育以后养老的,哎……

啊姐妹,我是当时上车又退了,又重新上车的,希望你能顺利交房

你不买,你也要自己付房租,花钱,还不如买房,这样看是帮自己省钱了,这个房子无论涨跌你都自己住,不想住就租出去,反正你自己租也要花钱

万科还行,暴雷几率小。不要为还没发生的事情担心

不是,这个图片是我从楼盘宣传手册上扫描下来。

羡慕极了~单身且年轻自己有房子,月供不算高。得房率好高呀!总之单身且有房的小日子不要太幸福!

之前我也是这样想的,后来又觉得钱贬值太快,房子好歹算不动产,跌的幅度没有钱那么快,所有又打算买了

我觉得只要不是暴跌,自住可以当看不见。只要别烂尾

恭喜,话说跟我坐标的房价比楼主当地的房价简直就是白菜价了,超级羡慕?,我想买房都想疯了,奈何手里的钱还不够付这边首付的?

我也买的万科目前还好跌价的应该是剩下的不好的房源吧

我的房源最差?…不过好像年底会提前交房…提前半年吧

浙江新房7、8千跌价空间应该蛮小了,还是万科的,能提前交房至少不可能烂尾了,比起大城市动不动亏几十上百万的很好了

万科后市看多还是看空

后市不看好房地产。

诸事要记 日拱一卒 – 第 24 页 – 分享个人经验,保留阅读记录,做时间的朋友

1、目前网点的阳性情况,包括目前的单量的情况?

我们站点员工31人,已经阳完27个人,目前已经逐步阳完,恢复正常工作了。目前的派件效率是不太好,也就是达到正常的70%左右,毕竟北京疫情延误的很厉害。即使这两天身体有所恢复了,但是各项技能还不行,也就是平时的70%到80%的状态。

按我们最早一批出现身体状态的阳性来看,差不多有半个月了,身体已经完全恢复了正常。估摸着再有个一个礼拜左右,剩下这些人应该能完全恢复,没观察到有什么后遗症之类的。

单量正常的是11000单,这几天的单量差不多是在5000票左右,因为我们之前关停了几天,刚刚打开,现在是在一半,预计3-5天完全恢复正常。

全国其他地方快递发不进来,北京的需求量现在特别大,因为我们同行快递现在是正常货量的3倍,中通因为占主体货量比较大,我们一关停之后,其他快递的货量暴涨,已经涨到3倍了。

2、这一波北京的快递受影响各家大概是什么样的情况?包括恢复的节奏。

这波疫情对各大快递影响都挺大的。我们应该是阳的比较早的站点,所以现在90%以上的人已经正常恢复上岗了,但是我们周边的网点包括中通在内,大部分还处在半停状态,可能40%到50%的上岗率,尤其是以京东为主。京东感染特别厉害,京东现在站点基本上还都处在关停状态。通达的同行这波影响都挺大的。圆通据我了解是有一也是一半人在岗,另外一半人也是暂停状态,他们的货量积压挺厉害的。因为圆通和我们不一样,中通可以申请部分报停或者完全报停,但是圆通总部政策不一样,它是不让报停,所以他们的货一直是在压着的状态,压货量挺大。韵达因为北京韵达今年一直有情况,所以他们货量不是太大。韵达没什么太大影响,本身它货量体系小,所以人员有几个上班不上班,没什么太大影响。

申通今年双11期间,申通数据转运中心本身出现问题,所以导致他们一直没货。可能相对来说他的员工也是安全的,相对来申通可能员工感染阳性比较少。我昨天给周边的申通打过电话,他们十几个人的站点也就有一两个感染的状态,没什么太大影响。

顺丰北京他们人员比较充足,目前没什么太大影响,他们的派件还有揽收。顺丰的人员的缺口小一点,因为顺丰相对来说取件收费高,我们同一个区域派送我们只安排一个人,他们说是安排三个人。他俩人同时阳,还能剩一个人派送,但是我们一个人阳,那这个片区基本已经停滞。

估计过半个月左右北京快递行业应该能恢复正常。

3、在疫情的影响之下,总部或者我们北京的省区有没有对我们网点做一些补贴?从12月16号开始是每单的进港件,现在都补贴到了3毛,直接涨了3毛钱派费。不是补贴到快递员,是补到我们的房租成本里边,因为差不多没得有将近一个多月没有上班了,但是这一月我们的房租还有后勤的工资是照开的,肯定不可能再补给快递员了,如果补给快递员干点,肯定是谁也承受不住。补贴需要看补贴多长时间,这一段时间的补贴损失,它至少得补3个月,如果按照以往的规则来算,它最多也就涨半个月,则无法弥补最近的损失。

市场份额方面因为竞争格*都已经比较稳定,没有观察到各家份额有太大流失。

正常来看,明年肯定快递行业肯定是挣钱的。今年我们亏本就是亏在关停状态上了,6月份关停了差不多一个月,十一二月份差不多又关停了一个月,这两个月我们亏损特别厉害。12月份的这波疫情,我也准备已经要准备上车购买大型货车和一套分拣设备,因为就这疫情原因导致搁浅了。

总结:

从我们小区的感受来说,顺丰基本没太受到影响,京东、三通一达前两周基本停滞,中通停滞时间最长。不过这两天都已经开始逐渐恢复。

其他方面数据,北京的发热搜索指数高峰已经过去,地铁客流量这两天也已经开始回升。估计再过半个月左右北京地区应该能恢复正常,冲击为一个月左右。

作者:迪玛利亚

在实际工作中,我们需要经常跟第三方平台打交道,可能会对接第三方平台API接口,或者提供API接口给第三方平台调用。

那么问题来了,如何设计一个优雅的API接口,能够满足:安全性、可重复调用、稳定性、好定位问题等多方面需求?

今天跟大家一起聊聊设计API接口时,需要注意的一些地方,希望对你会有所帮助。

为了防止API接口中的数据被篡改,很多时候我们需要对API接口做签名。

接口请求方将请求参数+时间戳+密钥拼接成一个字符串,然后通过md5等hash算法,生成一个前面sign。

然后在请求参数或者请求头中,增加sign参数,传递给API接口。

API接口的网关服务,获取到该sign值,然后用相同的请求参数+时间戳+密钥拼接成一个字符串,用相同的m5算法生成另外一个sign,对比两个sign值是否相等。

如果两个sign相等,则认为是有效请求,API接口的网关服务会将给请求转发给相应的业务系统。

如果两个sign不相等,则API接口的网关服务会直接返回签名错误。

问题来了:签名中为什么要加时间戳?

答:为了安全性考虑,防止同一次请求被反复利用,增加了密钥没破解的可能性,我们必须要对每次请求都设置一个合理的过期时间,比如:15分钟。

这样一次请求,在15分钟之内是有效的,超过15分钟,API接口的网关服务会返回超过有效期的异常提示。

目前生成签名中的密钥有两种形式:

另一种是API接口提供方给出AK/SK两个值,双方约定用SK作为签名中的密钥。AK接口调用方作为header中的accessKey传递给API接口提供方,这样API接口提供方可以根据AK获取到SK,而生成新的sgin。

有些时候,我们的API接口直接传递的非常重要的数据,比如:用户的银行卡号、转账金额、用户身份证等,如果将这些参数,直接明文,暴露到公网上是非常危险的事情。

我们可以将所有的数据,安装一定的规律拼接成一个大的字符串,然后在加一个密钥,拼接到一起。

然后使用JDK1.8之后的Base64工具类处理,效果如下:

API接口的调用方在传递参数时,body中只有一个参数data,它就是base64之后的加密数据。

API接口的网关服务,在接收到data数据后,根据双方事先预定的密钥、加密算法、加密次数等,进行解密,并且反序列化出参数数据。

为了进一步加强API接口的安全性,防止接口的签名或者加密被破解了,攻击者可以在自己的服务器上请求该接口。

只有在白名单中的ip地址,才能成功请求API接口,否则直接返回无访问权限。

但也要防止公司的内部应用服务器被攻破,这种情况也可以从内部服务器上发起API接口的请求。

这时候就需要增加web防火墙了,比如:ModSecurity等。

如果你的API接口被第三方平台调用了,这就意味着着,调用频率是没法控制的。

第三方平台调用你的API接口时,如果并发量一下子太高,可能会导致你的API服务不可用,接口直接挂掉。

限流方法有三种:

我们在实际工作中,可以通过nginx,redis或者gateway实现限流的功能。

我们需要对API接口做参数校验,比如:校验必填字段是否为空,校验字段类型,校验字段长度,校验枚举值等等。

比如在新增数据时,字段长度超过了数据字段的最大长度,数据库会直接报错。

但这种异常的请求,我们完全可以在API接口的前期进行识别,没有必要走到数据库保存数据那一步,浪费系统资源。

有些金额字段,本来是正数,但如果用户传入了负数,万一接口没做校验,可能会导致一些没必要的损失。

还有些状态字段,如果不做校验,用户如果传入了系统中不存在的枚举值,就会导致保存的数据异常。

在Java中校验数据使用最多的是hiberate的Validator框架,它里面包含了@Null、@NotEmpty、@Size、@Max、@Min等注解。

当然有些日期字段和枚举字段,可能需要通过自定义注解的方式实现参数校验。

我之前调用过别人的API接口,正常返回数据是一种json格式,比如:

签名错误返回的json格式:

没有数据权限返回的json格式:

这种是比较坑的做法,返回值中有多种不同格式的返回数据,这样会导致对接方很难理解。

出现这种情况,可能是API网关定义了一直返回值结构,业务系统定义了另外一种返回值结构。如果是网关异常,则返回网关定义的返回值结构,如果是业务系统异常,则返回业务系统的返回值结构。

但这样会导致API接口出现不同的异常时,返回不同的返回值结构,非常不利于接口的维护。

业务系统在出现异常时,抛出业务异常的RuntimeException,其中有个message字段定义异常信息。

所有的API接口都必须经过API网关,API网关捕获该业务异常,然后转换成统一的异常结构返回,这样能统一返回值结构。

不知道你有没有遇到过这种场景:有时候在API接口中,需要访问数据库,但表不存在,或者sql语句异常,就会直接把sql信息在API接口中直接返回。

如果直接把这些内容暴露给第三方平台,是很危险的事情。

有些不法分子,利用接口返回值中的这些信息,有可能会进行sql注入或者直接脱库,而对我们系统造成一定的损失。

因此非常有必要对API接口中的异常做统一处理,把异常转换成这样:

这样第三方平台就知道是API接口出现了内部问题,但不知道具体原因,他们可以找我们排查问题。

我们可以在内部的日志文件中,把堆栈信息、数据库信息、错误代码行数等信息,打印出来。

我们可以在gateway中对异常进行拦截,做统一封装,然后给第三方平台的是处理后没有敏感信息的错误信息。

在第三方平台请求你的API接口时,接口的请求日志非常重要,通过它可以快速的分析和定位问题。

我们需要把API接口的请求url、请求参数、请求头、请求方式、响应数据和响应时间等,记录到日志文件中。

最好有traceId,可以通过它串联整个请求的日志,过滤多余的日志。

当然有些时候,请求日志不光是你们公司开发人员需要查看,第三方平台的用户也需要能查看接口的请求日志。

这时就需要把日志落地到数据库,比如:mongodb或者elasticsearch,然后做一个UI页面,给第三方平台的用户开通查看权限。这样他们就能在外网查看请求日志了,他们自己也能定位一部分问题。

第三方平台极有可能在极短的时间内,请求我们接口多次,比如:在1秒内请求两次。有可能是他们业务系统有bug,或者在做接口调用失败重试,因此我们的API接口需要做幂等设计。

也就是说要支持在极短的时间内,第三方平台用相同的参数请求API接口多次,第一次请求数据库会新增数据,但第二次请求以后就不会新增数据,但也会返回成功。

我们在日常工作中,可以通过在数据库中增加唯一索引,或者在redis保存requestId和请求参来保证接口幂等性。

如果请求的数据太多,很容易造成API接口超时等问题,让API接口变得不稳定。

通常情况下,建议一次请求中的参数,最多支持传入500条记录。

如果用户传入多余500条记录,则接口直接给出提示。

建议这个参数做成可配置的,并且要事先跟第三方平台协商好,避免上线后产生不必要的问题。

上线前我们务必要对API接口做一下压力测试,知道各个接口的qps情况。

以便于我们能够更好的预估,需要部署多少服务器节点,对于API接口的稳定性至关重要。

之前虽说对API接口做了限流,但是实际上API接口是否能够达到限制的阀值,这是一个问号,如果不做压力测试,是有很大风险的。

比如:你API接口限流1秒只允许50次请求,但实际API接口只能处理30次请求,这样你的API接口也会处理不过来。

一般的API接口的逻辑都是同步处理的,请求完之后立刻返回结果。

但有时候,我们的API接口里面的业务逻辑非常复杂,特别是有些批量接口,如果同步处理业务,耗时会非常长。

这种情况下,为了提升API接口的性能,我们可以改成异步处理。

在API接口中可以发送一条mq消息,然后直接返回成功。之后,有个专门的mq消费者去异步消费该消息,做业务逻辑处理。

直接异步处理的接口,第三方平台有两种方式获取到。

第一种方式是:我们回调第三方平台的接口,告知他们API接口的处理结果,很多支付接口就是这么玩的。

第二种方式是:第三方平台通过轮询调用我们另外一个查询状态的API接口,每隔一段时间查询一次状态,传入的参数是之前的那个API接口中的id集合。

有时候第三方平台调用我们API接口时,获取的数据中有一部分是敏感数据,比如:用户手机号、银行卡号等等。

这样信息如果通过API接口直接保留到外网,是非常不安全的,很容易造成用户隐私数据泄露的问题。

已用户手机号为例:182****887。

这样即使数据被泄露了,也只泄露了一部分,不法分子拿到这份数据也没啥用。

说实话,一份完整的API接口文档,在双方做接口对接时,可以减少很多沟通成本,让对方少走很多弯路。

接口文档中需要包含如下信息:

接口文档中最好能够统一接口和字段名称的命名风格,比如都用驼峰标识命名。

接口地址中可以加一个版本号v1,比如:v1/query/getCategory,这样以后接口有很大的变动,可以非常方便升级版本。

统一字段的类型和长度,比如:id字段用Long类型,长度规定20。status字段用int类型,长度固定2等。

统一时间格式字段,比如:time用String类型,格式为:yyyy-MM-ddHH:mm:ss。

本文图解Git中的最常用命令。如果你稍微理解Git的工作原理,这篇文章能够让你理解的更透彻。

上面的四条命令在工作目录、暂存目录(也叫做索引)和仓库之间复制文件。

gitreset–files用来撤销最后一次gitaddfiles,你也可以用gitreset撤销所有暂存区域文件。

gitcheckout–files把文件从暂存区域复制到工作目录,用来丢弃本地修改。

也可以跳过暂存区域直接从仓库取出文件或者直接提交代码。

gitcommit-a相当于运行gitadd把所有当前目录下的文件加入暂存区域再运行。

gitcommitfiles进行一次包含最后一次提交加上工作目录中文件快照的提交。并且文件被添加到暂存区域。

绿色的5位字符表示提交的ID,分别指向父节点。分支用橘色显示,分别指向特定的提交。当前分支由附在其上的HEAD标识。这张图片里显示最后5次提交,ed489是最新提交。master分支指向此次提交,另一个maint分支指向祖父提交节点。

有许多种方法查看两次提交之间的变动,下面是一些示例。

提交时,Git用暂存区域的文件创建一个新的提交,并把此时的节点设为父节点。然后把当前分支指向新的提交节点。下图中,当前分支是master。在运行命令之前,master指向ed489,提交后,master指向新的节点f0cec并以ed489作为父节点。

即便当前分支是某次提交的祖父节点,Git会同样操作。下图中,在master分支的祖父节点maint分支进行一次提交,生成了1800b。这样,maint分支就不再是master分支的祖父节点。此时,合并[1](或者衍合[2])是必须的。

如果想更改一次提交,使用gitcommit–amend。Git会使用与当前提交相同的父节点进行一次新提交,旧的提交会被取消。

Checkout命令用于从历史提交(或者暂存区域)中拷贝文件到工作目录,也可用于切换分支。

当给定某个文件名(或者打开-p选项,或者文件名和-p选项同时打开)时,Git会从指定的提交中拷贝文件到暂存区域和工作目录。比如,gitcheckoutHEAD~foo.c会将提交节点HEAD~(即当前提交节点的父节点)中的foo.c复制到工作目录并且加到暂存区域中。(如果命令中没有指定提交节点,则会从暂存区域中拷贝内容。)注意当前分支不会发生变化。

当不指定文件名,而是给出一个(本地)分支时,那么HEAD标识会移动到那个分支(也就是说,我们“切换”到那个分支了),然后暂存区域和工作目录中的内容会和HEAD对应的提交节点一致。

新提交节点(下图中的a47c3)中的所有文件都会被复制(到暂存区域和工作目录中);只存在于老的提交节点(ed489)中的文件会被删除;不属于上述两者的文件会被忽略,不受影响。

如果既没有指定文件名,也没有指定分支名,而是一个标签、远程分支、SHA-1值或者是像master~3类似的东西,就得到一个匿名分支,称作detachedHEAD(被分离的HEAD标识)。

这样可以很方便地在历史版本之间互相切换。比如说你想要编译1.6.6.1版本的Git,你可以运行gitcheckoutv1.6.6.1(这是一个标签,而非分支名),编译,安装,然后切换回另一个分支,比如说gitcheckoutmaster。然而,当提交操作涉及到“分离的HEAD”时,其行为会略有不同,详情见在下面。

当HEAD处于分离状态(不依附于任一分支)时,提交操作可以正常进行,但是不会更新任何已命名的分支。(你可以认为这是在更新一个匿名分支。)

一旦此后你切换到别的分支,比如说master,那么这个提交节点(可能)再也不会被引用到,然后就会被丢弃掉了。注意这个命令之后就不会有东西引用2eecb。

但是,如果你想保存这个状态,可以用命令gitcheckout-bname来创建一个新的分支。

Reset命令把当前分支指向另一个位置,并且有选择的变动工作目录和索引。也用来在从历史仓库中复制文件到索引,而不动工作目录。

如果不给选项,那么当前分支指向到那个提交。如果用–hard选项,那么工作目录也更新,如果用–soft选项,那么都不变。

如果没有给出提交点的版本号,那么默认用HEAD。这样,分支指向不变,但是索引会回滚到最后一次提交,如果用–hard选项,工作目录也同样。

如果给了文件名(或者-p选项),那么工作效果和带文件名的checkout差不多,除了索引被更新。

Merge命令把不同分支合并起来。合并前,索引必须和当前提交相同。如果另一个分支是当前提交的祖父节点,那么合并命令将什么也不做。另一种情况是如果当前提交是另一个分支的祖父节点,就导致fast-forward合并。指向只是简单的移动,并生成一个新的提交。

否则就是一次真正的合并。默认把当前提交(ed489如下所示)和另一个提交(33104)以及他们的共同祖父节点(b325c)进行一次三方合并[4]。结果是先保存当前目录和索引,然后和父节点33104一起做一次新提交。

cherry-pick命令“复制”一个提交节点并在当前分支做一次完全一样的新提交。

衍合是合并命令的另一种选择。合并把两个父分支合并进行一次提交,提交历史不是线性的。衍合在当前分支上重演另一个分支的历史,提交历史是线性的。本质上,这是线性化的自动的cherry-pick。

上面的命令都在topic分支中进行,而不是master分支,在master分支上重演,并且把分支指向新的节点。注意旧提交没有被引用,将被回收。

要限制回滚范围,使用–onto选项。下面的命令在master分支上重演当前分支从169a6以来的最近几个提交,即2c33a。

同样有gitrebase–interactive让你更方便的完成一些复杂操作,比如丢弃、重排、修改、合并提交。没有图片体现这些,细节看这里:git-rebase(1)[5]。

文件内容并没有真正存储在索引(.git/index)或者提交对象中,而是以blob的形式分别存储在数据库中(.git/objects),并用SHA-1值来校验。索引文件用识别码列出相关的blob文件以及别的数据。

对于提交来说,以树(tree)的形式存储,同样用对于的哈希值识别。树对应着工作目录中的文件夹,树中包含的树或者blob对象对应着相应的子目录和文件。每次提交都存储下它的上一级树的识别码。

如果用detachedHEAD提交,那么最后一次提交会被thereflogforHEAD引用。但是过一段时间就失效,最终被回收,与gitcommit–amend或者gitrebase很像。

相关链接:

万科郁亮:2022年,缩表是一场生死之战

2022年是万科破釜沉舟、背水一战的一年,也是一个新时代的开始。

万科常说五位一体变革,即战略—机制—文化—组织—人。我从这几个方面谈一谈。

在战略方面

外部环境的第一个特征是:行业进入缩表出清阶段。

对房地产业来说,缩表出清就是去金融化。去金融化是一个必然趋势,也是痛苦的过程。

好比刚开始给你吃糖感觉很好,但吃多之后,堆积脂肪,等到戒糖的时候就会很痛苦。

今年是背水一战的一年,如何理解背水一战?就是要么死、要么活,没有中间状态。

不要再心存幻想,必须要快速、坚决出清。缩表出清对于我们来说,就是一场生死之战。

外部环境另一个输出是今年经济工作会议提到的行业新发展模式。可以概括为一个中心,三个基本点。

一个中心,就是解决老百姓居住问题。三个基本点,分别是房住不炒、租购并举和人—地—房的匹配。

还有两个重大变化。市场分化会越来越明显、行业规模开始萎缩。

面对重大变化,我们也要做相应改变。比加投资方面需要进一步思考,面对市场分化萎缩、利润非常有限的时候。

我们需要更高质量的投资,要由过去均匀、分散式投资转为向市场表现更好、团队操盘能力得到证明的地方集约化投资。

如果有些地方确实做不好,可能就要整建制撤销,收回番号。

文化方面

当前最主要的八个字是“节衣缩食、战时氛围”,我想特别强调几点。

第一,我们是在背水一战。

一切工作围绕打仗进行,围绕止跌回稳提升、缩表出清和“长肌肉”三项主要任务展开。

无关的工作都可以放一放,放在次要位置。

比如最近探讨培训方面的问题,培训是一项持续性工作,但在今年大规模、长时间、集中式为了长期发展的培训可能不合适。

但为了打仗,组织的类似黄埔军校式的短期培训是可以的。

既然是背水一战、破釜沉舟,我们的所有工作一定要聚焦在三大任务上。

第二,要强绩效。

只能以输赢论英雄,只能从打赢仗的队伍里面选拔干部。

我看到一些销冠还做得不错,也很能干,但他们为什么没在更高的岗位发挥作用?是不是这些岗位已经不需要优秀的人了?

第三,管理人员都要全部下沉,身先士卒。

集团已经取消原集团合伙人的层级,所有原集团合伙人全部下沉到所在单位。

如果你作为总经理不下项目现场,不亲自去了解情况,只坐办公室那是肯定是不合格。

包括祝总、张海和朱保全的分工协作安排,也是一种下沉,让祝总能够更多下沉到集团缩表出清的重要任务上去。

第四,省吃俭用、减少浪费、营造节衣缩食的战时氛围。

总部之前向集团全体发出的倡导各个地方没有落实。

我助理给我定机票的时候是不会买头等舱的,如果有时间接近的航班也会哪班便宜买哪班。

如果我们的管理层不能带头身先士卒做榜样的话,那么传达的信号就会大打折扣,又如何去要求员工呢?

组织方面

面对市场萎缩后更加白热化的竞争,大家都想活下去,我们靠什么赢?

首先,如何一盘棋建设?

今天拉通来看,各区域真的需要建设那么多的产品线,那么多产品负责人吗?

我们还需要每个公司单独建立一支投拓团队专门负责研究城市吗?大家对宏观政策理解能超过刚才的报告吗?

类似投拓、产品团队都要一盘棋建设,面对激烈竞争,没有那么多资源和精力分散发力。

其次,面对业务的此消彼长,组织如何适配?

传统的开发业务在萎缩,组织面对业务规模萎缩的*面却只回应做加法。

但“消”的部分呢?没有人提出在我们传统业务萎缩的情况下,与“长”对应的“消”如何解决。

我再举首席客户官例子,刚开始每个单位设一位首席客户官,集团共65位首席客户官。

现在精简到14个人,虽然人数大大减少但从专题报告质量来看,比65个人好得多,因为更专业了。

所以,业务此消彼长必然伴随组织适配调整。

第三个问题,行业到了黑铁时代,我们怎么找到新的锚定点?

我们薪酬体系建立什么新的锚定点,我们还是锚定在黄金时代的体系吗?

今年大家的收入肯定是大幅下调,包括我们的福利、补贴等等,要跟黑铁时代相适应。

在这个时点上,必须一步到位建立新的锚定点之后再出发,否则摆脱不了黄金时代的惯性。

第四个问题,面对10%左右微利的行业,我们在流程方面要不要再造?

我参观比亚迪,王传福说他除了轮胎跟玻璃不生产,别的都自己生产,我说汽车部件都很成熟,可以拿来用。

房地产过去每个环节都可以外包,每个环节外包出去之后我们还能赚钱,今天还能做到吗?

所有的工作都假手于人,每个人都要赚10%,我们肯定没钱赚,所以我们要流程再造。

我们今天黑铁时代了,我们自己不干谁干?

我们过去大手大脚、做二传手、假手于人,层层转包的方式一定是不可行的。

人的方面

这两天,我听到过很多人抱怨一个问题,那就是说我们没有能人,希望最好有超人。

我想问我们是谁?我们不干谁来干?如果真有能人、超人还要我们做什么?

我们幻想请超人来是不可能的,在集团目标行动沟通会上我讲了六个人的例子大家还记得吗?

何国培说,自己只是把人人都想到,但却没有完全做到的事情全部做到而已,如每天早餐时间在餐厅倾听客户声音,客户离店时给一个特殊礼物让人惊喜。

芜湖的项目经理李斌也是普通人,一年300多天坚持下工地,没事也要去工地转一转、看一看,换来十年没有工地事故,没有群诉。

这是能力问题还是态度问题?

这些例子让我思考我们今天缺少的,到底是所谓能力还是将工作做好的态度?

我尤其痛恨用照片去签到证明自己下过工地的项目经理,我建议各个区城BG一经发现立刻直接开除。

今天我们确实有一些公司没有做好,但万科做了这么长时间的房地产,我们在1—5级的项目上并不是没有人,而是缺乏做好的态度和负责的精神。

5

今天年会的主题是“敢拼就会赢”,我最后总结四句话。

第一,敢不敢打?

敢打还有一丝打胜的机会,但不敢打的结果肯定是失败。

所以这个问题我们是没有选择的。只有敢打才能获得一线生机。

第二,会不会打?

不打就永远不会,只有打了才有可能会,这一点我们同样没有选择。

比如我们听了邓琪琦、房以红的例子就学会如何成为销冠了吗?还要学她的方法和精神。通过行动去做,这项工作才能提高。

第三,愿不愿意合伙打。

如何理解合伙打?就是有人进攻,有人要掩护,甚至为了阻击进击的敌人在掩护时牺牲。

比如说投资,市场发生如此大的变化,每个操作团队能力相差也很大,今天已经没有那么多力量和资源可以分散,所以我们必须合伙打。

比如泊寓业务,如果开发BG不帮助建立**关系,公寓BU自己没有这个能力和队伍。

我们有很多资源,整个集团的力量聚合在一起,万科就很强大。

第四也是最关键的问题,能不能打得特别好。

我们打赢这一仗,赢得下个春天,要以“特别好”为标准要求自己才可以。

否则如果不能做到特别好,只是奄奄一息有什么意思?什么叫特别好?

三个要求,做专业高手、全能冠军、长跑胜将。

一是做专业高手,我们不要和自己过去比较,也不要同兄弟比较,而要与行业标杆比较。

如果你已经成为行业标杆,应该与更卓越目标比较。

二是做全能冠军,靠一招鲜吃天下的时代已经结束了。

现在要开发、经营、服务并重,这也是万科新的铁人三项。只有做全能冠军才能盈利,过往一样分开做单项是无法赚钱的。

三是做长跑胜将。长期坚持、长期坚守做正确的事。

如果我们敢打、会打、愿意合伙打,我们就会赢,而且会赢得特别好。

以上就是我在本次集团年会的总结发言,谢谢大家。

碧桂园总部游学考察

01:3

碧桂园研学概要

【研学时间】:2022年3月21-23日【为期3天,含实地项目考察】

【研学地点】:中国·广东顺德

【研学对象】:**机关、开发商、建设单位、运营商、规划设计机构、投融资企业及相关产业链董事长、总经理等核心高管参加

【主办单位】:北京中建政研集团有限公司

【研学特色】:实操专家讲解+案例分析+模块总结+实地考察

研学议程

DAY1 /3.21

【上午】

主题分享:建筑业+:构建“合纵连横”的行业新生态

分享嘉宾:项目总顾问 梁舰

主题分享:分享主题一:从空间“综合体”到产城“运营者”碧桂园如何构建企业经营生态长效机制

商业地产转型轻资产运营模式为碧桂园带来的商业成功 

碧桂园如何整合优势资源打造产业新城综合开发价值链 

转型产城运营商需要契合企业自身发展的那些资源及能力

分享嘉宾:碧桂园高管

参观碧桂园集团总部

【下午】

主题分享:分享主题二:传统建筑企业如何借鉴碧桂园模式转型升级

1、招商联盟与建设运营“双轮驱动”模式最佳实践分享

2、碧桂园产城融合如何驱动城市更新、完善服务配套

3、传统建筑施工企业如何通过学习碧桂园全域覆盖、一体化服务、“1+5”服务体系,拓宽自身服务边界,寻求行业新增长

分享嘉宾:碧桂园高管

【晚上】

主题分享:用复盘解剖参访及对标企业核心成功要素落地研讨-产城融合模式怎样结合企业特点转化落地。

分享嘉宾:项目商业总教练闫伟峰

DAY2 /3.22

【上午】

主题分享:专题践学:星河WORLD城市更新的最佳实践

●参访星河WORLD项目展厅(A栋)

分享:星河WORLD项目规划设计及投资逻辑

●参加星河领创天下及孵化器

●碧桂园产城运营服务体系

分享:学习股权投资为器,以企业孵化为魂的产融联盟理念

●WORLD在产城产融结合、城市运营、、园区招商等领域创新实践

分享:星河WORLD项目的最佳运营实践交流答疑  

【下午】

专题践学:走进博智林总部了解建筑机器人的业务应用及前景走进天降美食王国网红餐厅和核心高管共进午餐   交流座谈会

分享嘉宾:博智林高管

DAY3/3.23

【上午】

主题工作坊:用复盘解剖参访及对标企业核心成功要素-碧桂园对标学习,落地研讨工作坊

分享嘉宾:项目商业总教练闫伟峰

总教练终极复盘:建筑行业的创新发展与对标学习

分享嘉宾:项目总顾问梁舰

往届峰会游学展示

备注:本次活动有费用,会收取一定费用,请知悉,非诚勿扰

  

万科光澜道发生什么事了

被中海和保利两家企业举报。佛山南海桂城环岛东路以西地段一宗占地逾16万平方米的商住地块进行公开拍卖,保利、万科光李闷澜道、美的置业、中袭或海、华侨城等,招商蛇拍扰伍口等8家房企参与竞拍,最后万科以总价50.9亿元竞得,在土地成交的两天后,中海和保利联合向佛山市自然资源*南海分*报举报万科跳价夺地。

贵阳观山湖万科翡翠公园能按时交房吗?

贵阳观山湖万科翡翠公园交房时间原定于2021年12月交房,受房地产市埸因素,政策因素及疫情因素影响,调整交房时间推迟到2022年5月底。由于受此次贵阳疫情静态化管理的影响,预计交房时间将推迟到2022年12月底,若12月底贵阳疫情管理还需延长,贵阳观山湖万科翡翠公园项目的交房时间也将顺延

万科在建楼盘坍塌住建*如何回应该事件

古镇住建*已对该标段工程下发了停工通知书,要求该工地全面停止施工并进行安全隐患排查。下一步,将邀请省质检站对工程进行鉴定,并委托第三方权威专业检测机构对工程进行全面检测并出具检测报告。以下为事件新闻原稿,供参考:中山古镇海洲万科城小区的花园处,在12号下午突发大面积的坍塌,工地内发生大面积的塌方,近两千平方米的大坑裸露在外,一辆载有不少施工材料的平板车被"吞"侧翻在大坑内。原本地底的地基全部裸露了出来。11月12日下午,位于中山市古镇镇东岸西路的昇海豪庭(又称古镇万科城)工程发生地下室顶板*部坍塌事故。万科城位于古镇海洲,首期开盘是在2017年9月,此后多次加推,据房天下数据显示,项目将于2019年12月整体交楼,目前均价为13500元/平方米。13日下午,古镇镇官方通报称,已确认事故没有造**员伤亡,初步调查分析,坍塌原因是填土作业人员违反操作规程,且大型满载平板车停放不当,导致顶板过于集中荷载,造成*部坍塌。

万科董事长内部讲话:房地产进入黑铁时代,2022年须背水一战

近两日,一篇《郁亮在万科2022年会上的总结发言》的文档在网络上流传,并有万科相关人员证实了文件的真实性。

在这次会议上,郁亮再度重申“节衣缩食、战时氛围”。

他谈到,首先万科是在背水一战的情况下开展工作,一切工作都围绕打仗进行,围绕止跌回稳提升、缩表出清和“长肌肉”三项主要任务展开,与之无关的工作都放在次要位置。第二,要强绩效。只能以输赢论英雄,只能从打赢仗的队伍里选拔干部。第三,管理人员都要全部下沉,身先士卒。第四,在文化方面一定要纪律严明。纪律严明不只是令行禁止的问题,包括投资纪律、各项底线纪律都要牢牢坚守。第五,省吃俭用、减少浪费、营造节表缩食的战时氛围。

为了有效营造万科上下的“节衣缩食、战时氛围”,郁亮自爆:“我助理给我定机票的时候是不会买头等舱的,如果有时间接近的航班也会哪班便宜买哪班,能省多少钱不是最重要的,传达的信号很重要。”

· END·

▼点击卡片关注,洞察楼市发展,掌握买房时机

航拍视频|建设中的文峰新城

高坪万达广场即将启动装修改造

万科澜悦花园c区什么时候交房

2022年5月18日。万科澜悦花园项目共分三区,是目前福州在建的最大安置房工程项目。根据合同,万科澜悦花园原定于今年9月30日交付。福州,简称“榕”,别称榕城,史称闽都,福建省辖地级市、省会、福州都市圈核心城市,***批复确定的海峡西岸经济区中心城市之一、滨江滨海生态园林城市。

万科又将有新大事发生

●●●1●●●

成立了38年的万科又要有大喜事了。

前几天,万科旗下万物云通过港交所上市聆讯,昨天正式开启IPO路演,并获得淡马锡、瑞银资管等等超豪华阵容的基石投资,金额2.8亿美金。

万科物业这个巨无霸终于要上市了,就在这个九月份。

有人说,万物云已经错过了上市的最佳时机。

2020年被称为"物业公司上市元年",乘着资本东风,有17家房企选择在这一年将物业板块分拆上市。彼时物业版块是资本市场的香饽饽,物业公司上市后股价普遍冲上云霄,很多物业公司的估值超过母公司。

彼时资本市场的逻辑是,随着城市化进程日趋饱和,开发房地产利润会降低,但是存量房产物业服务管理,是一块很大的蛋糕。

单一依靠物业费创收的时代已经过去,现代物管公司都讲究多元化发展。

物业公司是个蓄水池。存量楼盘产生的规模效应,让物业公司能够产生旺盛的现金流,同时在所服务的社区还能挖掘很多增值服务。

一切都很美好,未来似乎触手可及。

资本市场开启了疯狂追逐的模式,一大波物业公司也趁热打铁,纷纷登陆港股。

未完成未实现的故事讲得多了,就成了鬼故事。

今年初开始,物业上市的疯狂戛然而止。物业股突然间从高光疯狂坠落,年内股价从高位腰斩的公司占了大半,甚至有很多跌到了高点的十分之一。

对于物业公司来说,实际上是与房地产一荣俱荣一损俱损。

房地产不好了,增量那部分画上了暂停键,物业股的增值预期没有了。

●●●2●●●

虽然大家都认为选择这个时候上市,万物云是四九年入国军,那么有没有想过,万科是故意而为之?

其实这几年,即使在物业股最疯狂的前两年,万科对推动万物云上市也并不积极。对于似乎并不怎么关心股价的万科来说,推进万物云分拆并不是以资本市场的青睐度为考虑因素。

万物云CEO朱保全说,资本市场回归理性时,才能给优秀企业一个真实定价。

万物云的真实估值应该是什么样的?

对比和它规模差不多的碧桂园服务,碧桂园服务的营收中,最大头是社区物业管理,第二是城市运营,城市运营是指除了社区物业之外的其他物业管理,比如商业地产、产业园区、高校、医院等。最后是社区增值服务,包括洗衣、租赁、广告等等。

再来看看万物云的收入结构。

2022年上半年,万物云营收的最大头是社区物业管理,占比56%,这和碧桂园服务一样。排第二的是城市运营,占比36%,这是碧桂园服务的将近3倍。排第三的是物业数字化解决方案,包括智能物联网(AIoT)和业务流程服务(BPaaS),这块收入占比8%,这是碧桂园服务所没有的。

两者的营业收入和在管面积相差不大,万物云比碧桂园服务多了商服和科技的概念,但毛利率相差几乎一倍。

对于万物云毛利率低于行业平均水平,朱保全曾在万科集团业绩会上表示,目前从已上市的物业公司情况来看大概分为两个阵营,一类是在15%左右,一类大概是在30%左右,从分析师的角度来看,认为15%左右是合理区间,万物云就在这个区间里面。

这有点像资本市场前几年对京东、美团等新兴科技公司的看法,当你的利润率上去的时候,说明你没办法再去用利润换市场,想象力没有了。

●●●3●●●

除了作为万科背后物业公司之外,万物云吸引人的地方还在于它把科技概念装进了物业里。

除了传统物业管理服务以及社区增值服务外,万物云还涉足科技解决方案,搭建了社区空间居住消费服务、商企和城市空间综合服务、BPaaS解决方案及AIoT解决方案服务“三驾马车”。

对于万物云而言,他们不是在服务单一项目,而是提升到了街道——打造以街道为中心的高浓度战略。

在上市申请书中,万物云首次将这一战略命名为“万物云街道”模式,即基于街道的浓度布*实现“开源节流”,通过远程运营以及混合服务提升空间效率,开拓的是以科技为基础的城市运营服务。

万科与其他物业公司最大的不同是提供了一个无边的想象力,物业公司完全可以走出小区,去管理一条街道、管理一个片区。

具体来说,万科的“蝶城”模式就是以街道为单位,把一条街上的住宅小区、写字楼、园区、城市综合业态等需要物业管理的场所全部签下来;然后围绕这条街道,投入智能设备,建设一个智能综合服务圈,服务者能够在20—30分钟之内到达。在这个服务圈内,做到云维保、云巡检、云调度、云通行、云客服这“五朵云”。

这些技术解决方案是万物云的想象力的展示,并帮助更多各行业企业客户探索未来机遇,缩减人力成本的核心。虽然有人说这就是“一个装满了摄像头的物业公司,并非什么新科技”。

与其它物管企业相比,万物云对母公司万科集团的依赖度较低,第三方收入占比较高。

招股书显示,2019年-2021年,万物云来自于第三方收入占总营收的比重分别约84.6%、81.4%、80.8%,来自万科集团及其合营企业或联营企业的收入占总营收比重分别约15.4%、18.5%、19.2%。

这为万物云创造了极其大的想象空间。

万物云的IPO预计需要发售不超过25%的新股,募集资金约54.9亿港元至61.5亿港元,万物云IPO市值大概在五六百亿的区间,略高于碧桂园服务的约497亿港元,低于华润万象生活的784亿港元。虽然按2021年底最后一次股权变更计算,万物云最高估值超过1048亿元……

郁亮说,万科不是卖猪仔,用好的价钱把它买掉。而是希望通过上市能够获得更大的发展空间。所以,短期市场的估值不是最在意的。 

万科讲的这个科技故事,资本市场能给它打几分?

转载请注明出处品达科技 » 2022年万科最近发生什么事了( (已暴跌)万科期房买了,总价78.5万。烂尾还是暴跌不想再关注了。一切都靠天命了 )