"需要的时候会觉得很有用，不需要的时候会觉得很多余"

如果是这样的功能，要讨论的不是“有没有需求”的问题，而是"优先级"的问题

一切皆有需求，但看概率，看频次，看“损失代价”，用户愿意或者产品适合以怎样的优先级来处理这些需求，是产品应该思考的

一切有收益，同样有代价。

误触固然有代价，允许用户默认禁言自己没有代价么，当用户在“”可发言可不发言“”的边缘时，也许以前一个可能“”年少无知“”的“不想说话”设置，会不会就阻碍或影响了需要积极内容的促成。

作为产品，也许要给用户的不仅仅是“平等的选择权”，可能更重要的是引导用户选择积极、正确的行为方向

------------------------------------------------------

单从设计层面也提一些小问题

1.如果这个功能的入口如设计方案，放在输入层，那理应“相当重要”。而实际“误触”场景的概率又是极低的，单从这个角度，至少入口安排略显不合理。

2.其次从功能逻辑的角度，如果锁只放在输入框，实际对外部的“语音”“表情”“+”(发图片、文件等多媒体格式)都应该是“无关联”状态。但这显然设计者初衷不符，设计是希望“啥都不允许发出去”

    从目前了解的微信群来说，误触、不小心发错的信息情况可能不多，但是对于用户来讲是一个必要功能，能做好用户防呆、防止误发了一些消息

    就像微信功能一样，在群聊发文件给对方打开后，只允许只读，如果想在这上面点击修改必须下载下来保存，这一点和这个操作类似，但也是必要的

    但有个前提这个功能值不值得开发、用户群体有多大还得要看用户反馈情况再研究了

这种功能确实会有需求。它可能出现在任何社交软件上，但绝对不会出现在微信上。

首先，这是一个场景非常特殊的需求，甚至可以说小众。且不误触或误碰的概率有多低，即便发送了也不会造成多么严重的后果（要是作死把商业机密发到大群里，那纯属活该）。所以，这个需求属于魅力型的需求——有会提升不多的用户体验，但没有也不会降低用户体验。

其次，这个需求的场景，更接近工作场景的需求而非熟人社交场景。只有在工作是误触误发才有可能会有不好的影响的，但如果是熟人社交，即便发了，大家关系在，哈哈一乐也就过去了。

但微信，一直坚持自己熟人社交软件的定位，这么小众又不符合定位的功能，微信是绝无可能加上的。

最后说说滑动解锁。退一万万步，现在微信有了“群防误触/误发”的功能，做成滑动解锁的交互形式也不太可能，用户的操作成本未免太高。仅滑动这个动作，就需要用户“按住——移动——松开”三个动作，要是微信做锁定/解锁，我更倾向于是用单击/长按锁的按钮来实现。

有现实场景就会存在需求，有需求就需要解决方案，仅从题主的聊天框滑动解锁我有一点想法：

当前界面停留在聊天页面时的发送消息的步骤是：

    a.激活输入框

    b.输入要发送的内容/点击表情列表

    c.点击发送

误发的话需要依次完成以上步骤。你可以仅从印象流的角度粗略统计下一年误发的次数，其实次数并不会很多。那么在误发出现场景很少的情况下，现在要在正常的聊天流程中增加步骤或者延长激活输入框时长去完成消息的发送，实际是加长了整个作业流，影响了正常聊天的操作。

这个需求是可能存在的，但是解决方案需要再斟酌，对于这么大体量的应用，一点点的改动都会产生很大的影响。

有！！

从用户角度，我觉得很有必要！

有时候一些消息群就是不需要发言，只接受信息就好了，为了第一时间看到就会选择置顶，但有时候因为忘记锁频或者误触，就会不小心点开，所以这种把输入框锁起来的设计真心可以，解锁方式也不复杂。

从使用者的角度来看，感觉是个不错的设计，至少大大降低发错信息而导致尴尬的概率。不过现在的手机都有防误触的功能，在微信这里的一点小改动会不会有点重复了？其实感觉在转发消息也容易误点群聊。这个功能在转发信息的时候也同样适用么？