我到景德镇了，今天这篇文章是在住的一家民宿里写的，小环境相当不错。
今天准备开车回长沙了，虽然路途远，但是这次几乎有一半的路程都是通过理想辅助驾驶完成的。
听说端到端智驾能力的 6.4 版本马上就要推送了，作为 Max 带激光雷达版本的车主，我还是挺期待体验一下的。
接着聊今天的话题。
昨晚一朋友给我推了一篇文章，说的是微信正在内测一个「查删单向好友」的功能，据说多方证实了这个功能是真实的。
简单说，就是能够查询通讯录里那些把你删了的好友具体是谁。
难道，这个被广大网友期待了多年的功能真的要来了？
冷静，因为微信团队一般不会按照这种路数出牌，即便是对应的功能，也一定有存在的场景和逻辑。
我看了下晒出的截图，其实这个功能并不会被大多数人所用到，因为触发是有条件的。
只有当你通讯录联系人达到添加上限时，这个功能才会被触发。
在这个列表里，微信会例举一些把你删了的联系人，并且展示你们加好友的日期和方式，也会展示你们最后一次联系的时间。
列表一次展示 5 个联系人，如果删除你的好友超过 5 个，则可以通过旁边的「换一换」按钮换一批。
那么问题来了，微信团队为什么要这么设计？
我觉得，一切还得从场景出发。
对于大多数微信用户来说，通讯录容量是够用的，即便好友把你删除了，很多人也是无感的。
然而，只会有很少一部分人会出现通讯录加满的情况，此时要是他们再添加新好友，就只能从原有通讯录里删掉一个。
其实我就遇到过这种场景，我有一个微信号曾经加满了人，再加好友时我就只能从通讯录里随机挑一个从没说过话的联系人删除。
如果这个「查删单向好友」功能上线了，那会极大提高我的便利性，用户价值增量也较为明显。
因此，基于这个场景和需求，才是这个功能逻辑成立的前提。
之所以没有做成一个通用的功能，我觉得也是考虑简单性和一致性原则，没有场景和需求时，就不需要用户主动使用。
我以前说过一个对比，微信通讯录其实对标现实中的电话簿，以前我们会把联系人信息写在电话簿上，每个人都有自己的一本。
即便别人把你从他的电话簿上撕掉了，你也是不知道的。微信通讯录还原了这个场景，并且保持了一致性。
在我看来，这是一个好设计。
看到这，那些期待可以查询单向删除好友的读者可以洗洗睡了，梦想只实现了一半，还有一半需要你把通讯录加满。
不管怎么说，有了总比没有强。
关于场景、用户、需求，我在线下产品训练营中有专门讲过对应的方法和案例，因为这是产品经理能力体系的一部分。
很多产品经理都是靠直觉做产品，没有方法的结果就是随机，这样既容易出错，也很难做出好结果。
如果你也困于没有体系化的产品工作方法，或者产品能力有缺失，不妨来参加一次我的线下产品训练营。
我会用一天的时间来帮你梳理并建立一套体系化的产品思维和产品认知，让你带着方法去工作。
最后，我们这周日在北京有一场，还有几个座位，要来的可以联系我报名：tangren0517
对于每个产品经理而言，单位时间内的实践密度和实践质量决定了成长速度。
当别人开始加速时，你也要跟上。
我对安徽宏村的印象还是挺好的，商业化的同时还是保留了很多本来的民风，能看到放学的孩子走在青石板路上，能看到本地的大爷大妈坐在门口乘凉。
如果有机会，建议你们可以去住上两天那里的民宿。
