消息

当消息来敲门——iOS客户端上的消息提醒设计

手机作为便捷的通信工具,也让消息的接收变的更为畅快、即时。淘宝二手作为一个买卖交易的平台,很多场景下需要依赖于留言来进行沟通了解宝贝细节,因此,需要把消息及时的传达给每个消息的接收者,如何把消息明确清晰的展示给用户,这里会牵涉到app消息通知设计的内容。淘宝二手app的消息内容大概分为三类:1、系统通知;2、沟通留言;iOS对于消息通知的提示也有自己的一套规范iOS的消息通

如果是你,你愿意让自己的行为操作给他人知道吗?

如果是你,你愿意将自己的行为操作给他人知道吗?之所以会发起这样的提问,是因为今天的讨论引发的思考。一个下午,针对一需求点进行了需求的讨论和评审,针对消息发送,发送者是否可以看到接收方已阅情况,以及消息接收方是否可自定义设置消息回执。参考某ding,原需求设计是发送者每发一条消息时,都可以得知对方是否已读,并且可知在什么时候进行阅读的。而消息接收方通过授权也可自定义设置,消息

浅析 App 消息推送的前端业务设计

任何类型、任何形态的产品,都能见到一个功能,那就是消息中心。透过这个功能,产品的运营者向用户传递讯息,同时,这也是用户获取讯息的途径。今天,我就跟大家一起分享下App消息推送的前端业务设计。前端业务的组成结构抛开消息的操作管理(删除、清空等)功能,其前端业务由5个基础组件组成,如图:举天猫为例:(1)消息详情: 就是消息最后的目的地,展示了消息的具体内容。其展示的样式和所包

如何构建一个便捷高效的 App 消息列表?

因地制宜,才能设计出一个便捷高效的消息列表。消息列表的主要目的在于使用户获取消息,并完成处理,不同的软件对于消息的要求也不尽相同。即时通信类软件在于使用户尽可能快的获取和处理信息,同时保证私密性。资讯社交类软件在于传达主流程之外产生消息,目的在更好的辅助用户完成主流程,微博、知乎的点赞即是此类逻辑;工具类软件产生的消息,多为系统通知、或工具主流程需要通知的信息。但是其中设计

浅谈Web端平台产品消息系统后台功能规划

看了很多关于消息系统规划的文章,普遍的都是说明APP(安卓/IOS)的消息系统,但是很少从web端进行分析,而笔者借此简单记录下自己在规划web端平台产品消息系统(以后台为主)功能的一个思路。虽然现在互联网是移动趋势,但是web还是重量级的,因为它面向的更多是B端用户。平台产品与B端、C端产品来说是具有一定的差异性:B端和C端产品在目标用户上有明确的区分,而平台产品面向的目

三个方面告诉你:如何让消息中心不成为废柴?

如何发挥消息中心的作用,使他更好的承担一部分内容、产品宣发的功能呢?一起来探讨一下吧~对于App来说,消息中心已是标准配置。好的消息中心不但能及时的与用户互动,还将会承载一部分内容/产品宣发的功能;而失败的消息中心则除了留给用户99+的数字让用户望而却步。本文希望能与各位一起探讨,如何让消息中心发挥出其应有的特点而不必成为废柴。一、主要功能1. 内容/社交类对于偏内容和社交

为什么刷的消息越多,脑子越乱?

一、每个人获取信息的日常状态在内容资讯如此发达社会里,我们很遗憾的发现,“一个人掌握消息程度竟然与一个人是否拥有清晰认识能力没有直接关系”。我们知道,即使我们