昨天我优化了内容日历里的写文章入口。原来的问题是，用户已经在界面里选中了某一天、某个账号，但点“写文章”时，系统还像不知道上下文一样，让人重新选择。
我的判断是，界面上下文应该被继承。用户在哪一天、哪个账号下发起写作，这些信息就是他的意图，不应该丢掉。于是写文章弹窗会直接带入当前日期和账号，文案也跟着变化，让用户知道自己是在为哪个平台账号写内容。
我还把重复入口做了收敛。顶部一个写文章、当天面板一个写文章，看起来功能相近，但真正带上下文的是当天面板里的入口。所以保留更贴近场景的那个，去掉容易让人困惑的入口。
长期来看，这类改动会让系统越来越“懂现场”。用户不是在抽象地写一篇文章，而是在为某个账号、某一天、某个发布节奏写内容。入口继承上下文以后，错误更少，流程更短，也更适合以后做自动排期和批量推草稿箱。