今天吃饭看到一个视频《苏伊士运河为什么修得这么窄》，此视频的逻辑比较清晰，可以作为一个问题分析性视频的正面典型。

视频的主题是“苏伊士运河为什么修得这么窄？”，整个视频基本都围绕这个主题来，没有偏题。我们来看 UP 主的思路。

前段时间看了本书《亲爱的界面》，作者在谈到“用户研究”的时候，为了说明“人们通常都不知道我们该如何解决他们的问题，不能讲明白到底有什么问题，根本无法预知自己是否会或者如何去使用我们为他们设计的产品”。列举了一个“雅达利”列子：

当年雅达利与 Game Boy 在掌机市场进行竞争，雅达利为了对抗 Game Boy，决心研发一款新的游戏机，于是开始了用户研究：

在与焦点小组交谈之后，雅达利决定设计出比任天堂的灰色小玩意儿更强大的游戏机。
雅达利的设备加上了彩色屏幕和更快速的处理器，起名为“山猫”（Lynx）。
很明显，光从名字上就胜过了柔弱不堪、发育不良的“游戏小子”。
雅达利给“山猫”配了大机盒，因为焦点小组的人说他们喜欢大一点的游戏机。

前段时间有个朋友在微信上问我，说他们家路由器坏了，想换个路由器，希望他们家楼上楼下都能快速上网。他自己在网上找到两款路由器，问我应该选哪一款。

平时我都是用 Axure 做布局演示，但每次都重复创建一些组件也挺麻烦的，所以就创建了一个元件库。
很多操作以前用过，但是多年不用就忘记了，于是在这记录一篇比较典型的创建 Tab 头组件操作，以作备忘。

通常看来，微信主要有两个产品：微信和企业微信。但是如果细分的话，还可以分出公众号、小程序、JS-SDK、APP SDK 等一些列应用，基本可以认为它们之间是平等的关系，并不是说小程序入口在微信客户端内就隶属于微信 App。

企业微信提供了一个“加入群聊”的功能，可以通过活码来建群，同时也打通了企业微信与微信。本来还算好用的，不过本周改版之后，
就体现出企业微信产品经理脱离实际业务太久了。

场景描述：

一群门店给一群园区送外卖，不同门店营业时间不同，不同园区允许外卖进入的时间段也不一样。同时，由于门店与不同园区之间的距离有远有近，所以并不是每个门店都能服务所有的园区，也不是每个园区都能点所有门店的外卖。有的门店可能会因为某些不可预计的原因临时闭店，从而无法按照预期提供外卖服务。

在原来的设计中，骑手没有自己的钱包，所有的资金都是团队管理员通过以下步骤发放给骑手的：

1. 系统先将佣金发放到团队钱包内。
2. 团队管理员通过团队钱包进行提现。
3. 团队管理员根据分配规则将钱通过线下转账给对应的骑手。

当初设计的错误：把门店与骑手团队当作相同的对象来处理了。
其实，门店与骑手团队是不一样的，具体来说，就是这两者与各自内部人员的关系是不同的。

把全部交易参与方都设定为团队之后，发生了新的问题：

某个门店可能突然终止合作。