看Slack的产品设计
缘起
最初接触Slack是在2015年，那是后在国外已经很火了，在一次活动中把Slack作为沟通工具使用过一下，那时候对Slack的印象主要还是Channel对话题分类比较清晰，产品层级比较清晰。
当时对主打的功能特性Thread也不太理解。现在再看才重新理解了Slack的产品理念。
因为工作过程中也断断续续接触、负责协同效率工具类产品。也想要更深入的了解。
从Slack开始是IM在办公协同过程中是最高频的功能模块，也是日常接触使用最多的产品。
在使用飞书时发现，飞书和Slack消息内容，接受和发送者的消息都是左对齐，同样做企业通讯的钉钉和微信是一致的，发送者消息是右对齐的(最后补充。
于是[效率工程系列]的第一篇就是关于Slack的了，这个在国外已经火了这么多年，在国内却没有发展出来Slack-like的产品。
产品内核
看Slack的官方介绍，Slack是用于连接people、application和data。
目前的产品形态确实如此，连接people是IM产品的基础，application现在也是许多工具产品的方向，企业协作中data的重要性也不容置疑。
介绍里最突出的还有一点就是替代Email，也是Slack最初产品设计的核心。从出发点来看，可以更好的理解这个产品。
基本功能
简单介绍一下Slack功能，和其他即时通讯工具一样，有好友、好友聊天、聊天群。
Channel是话题群，相当于微信群，在一个组织内可以创建公开的Channel，公开的Channel组织成员都可以看到，随时可以加入，历史消息对成员可见。也可以创建私有的channel，这个就和国内IM产品的群一样了，加入后可以看见，定位与企业沟通的产品历史消息也大多可见。(如果公司用微信作为企业沟通工具，没有历史消息对接还是以其他产品为主
Email的升级
宣传里Slack的定位是替换Email，当然并不是说完全替代掉Email，而是替代Email作为工作沟通的场景。
Email已经存在了50多年了，在工作生活中被广泛使用，是一种广域的电子介质。
但是客户端形态一直没有太多变化。邮件的形态在现在高频的工作交流中有些不适用了。
Email作为工作沟通的工具，安全性高，成本低，异步沟通让信息密度更高。历史信息也有迹可循。
Email的异步性与信息碎片在现在的工作沟通中效率就会比较低了。
在国内大多数职场人使用Email的频率并不高，主要还是用于外部沟通，文件传输。
Slack在工作沟通场景下要替代Email做了哪些设计呢？
Slack最重要的特性——Thread
Thread在实现了邮件沟通的特性，又以自然的形态出现在IM产品中。
(Thread目前的交互形式也是经过了许多版本的迭代更新，过程放在最后
对于某条消息(邮件)可以回复，开启新的讨论分支，不用出现在全部消息流内。在群聊天中针对某个话题，一部分人可以深入讨论，而不印象群内的全部成员。
针对什么情况呢？
有用过微信作为办公通讯的朋友应该有过这样的体验，公司群会越来越多。
针对某个话题随时拉群，相同的人也可能有多个群，极大的满足即时通讯的同时，大量的信息碎片，信息查询也非常困难。
如果在一个大群内讨论某个话题，会不断打扰所有用户，不同问题同时讨论信息过多，重要消息很容易被刷走。微信提供了一种方式是引用，在消息过多的情况下，能够简单还原发送内容的上下文。
Thread就可以解决上面说的问题，这也是Email的一种延续，可以针对某个邮件回复，形成一个新的消息流分支。如果想要通知全员，也可以直接勾选是否发送到群里。
在群内可能会产生多个Thread，Slack也有单独的Thread入口，可以查看全部Thread，相当于微信中随时拉的群，但Thread的层级是要比Channel深一层的，这也符合现实工作沟通的场景。
相比简单的微信引用，钉钉和飞书在引用消息中的呈现和Slack是比较像的，能够在一个入口还原上下文场景，但是消息都会出现在群聊天的消息流内。这样大量的引用反而降低了消息的信噪比，本来是想做信息聚合，但是噪音不会让人主动使用引用回复，因为消息都是可以传达到所有人的。
Email迁移功能
草稿箱，Slack有个单独的草稿箱入口，可以随时保存想要发送内容，查找发送对象，不影响原有的消息对话。
收藏——也是在邮箱中的功能迁移。
查找效率
对于聊天中涉及的文件、都可以在文件中找到，文件来源清晰。
高效检索
全局搜索主要场景细分，搜索结果功能筛选，根据结果预制筛选项。
群内搜索也与全局保持一致。
消息定位
时间显示与搜索筛选统一悬浮，展示信息+提供筛选跳转操作，展示、操作效率高。
关于IM
消息反馈-Emoji
消息通过反馈操作可以提高整个消息流的信息密度，大大减少重复无用消息。
(对比很多微信里大量的“收到”、“欢迎”...
通过Emoji来作为反馈操作，扩展性和识别性都很高。甚至Emoji也是可以作为一种语言来沟通，也有其他产品比如notion用Emoji作为文章的图标。
还可以扩展其他功能，比如投票
通知
Slack的通知对比国内的产品在视觉和推送上都是相对较弱的。
没有大红数字圆点，打开应用面板的圆点也是灰色，提醒效果保留，视觉刺激弱化。
考虑到Slack大量的集成应用，承载的消息量是很大的，弱化样式有利于减少消息带来的焦虑。
应用集成
Slack作为协同办公的沟通工具，专注消息沟通，通过消息bots，集成其他产品。
可以在一个产品上获取不同产品的消息，而不用打开所有应用。
开放的生态。
Slack可以将其他APP添加进来，消息可以统一管理，同时，APP在应用中就类似于应用助手，向助手发送消息，实现一些应用的操作，实现了双向沟通。
也可以将应用添加到群消息中，通知信息等也可以直接在群内同步。
精神
使用最大的体验是Slack的核心功能能够很好地解决痛点，而且产品方向是聚焦的，一直专注于IM领域，而不是扩展不同的协同工具。
作为开放平台，通过其他成熟产品满足不同的需求，产品也能够得到更快的扩张。
(现在许多
补充
气泡对齐
Slack发送和接受者的消息都是左对齐，大多数IM通讯产品如微信、iMessage发送接收是左右气泡形式。
关于这个也查了一些资料，最初聊天室出现的时候，发送者和接受者都是左对齐的。
随着移动互联网的兴起，IM出现了左右气泡的形式，也查了下最早的设计思路是怎么产生的，比较合理的是来源于漫画分镜的对话形式。
聊天时更注重接受消息，左右区分能够提高接收效率。
在移动端，发送按钮在右下角，发送者的消息在右侧视觉流也能保持一致。
可能的想法是
Slack延续Email产品的想法，注重信息的完整性，信息流完整
消息交互的一致性，因为对消息是有许多操作交互的，统一的交互区域，保持一致性与界面的整洁。功能扩展性更也强
Thread设计过程
Threads in Slack, a long design journey(Part 1 of 2)
https://slack.design/threads-in-slack-a-long-design-journey-a7c3f410ecb4
Threads in Slack, a long design journey(Part 2 of 2)
https://slack.design/threads-in-slack-a-long-design-journey-1c9b1af652c9
写在最后 : 排版确实很抱歉，但是不想再拖延了
