作者:曼波
全文由2548个字和1张图组成，阅读需要5分钟。
——— / BEGIN / ——
这篇文章是基于最近对网站站内信功能的一些思考，和大家分享一下。
站内消息属于系统内消息，电商平台的站内消息多为网站会员服务。
站内信函有两种沟通方式:
用户之间的交流，用户之间消息的主动交流；平台管理员与用户沟通，用户被动接收消息。
目前站内消息功能是从管理员和用户的交流来设计的。如何设计站内消息功能，将从以下几点简要说明:
一.目的和意义
任何功能的设计都离不开用户的需求。这种诉求主要源于网站运营内容的丰富和完善，需要推送的用户信息类型逐渐增多。如果所有用户都是邮件推送，会过度打扰用户，引起用户反感，用户也可能会错过邮件中的内容。同时，他们也希望通过网站内的消息，唤醒并激活沉默的用户，激活老用户。
所以这个站内消息需要平台管理员推送给用户，用户才能查看消息。
二、需要满足哪些需求？
为了知道站内信的主要诉求，我们需要提炼需求，可以从用户和平台管理员的方向来分析。
2.1管理员
2.1.1在站内创建信。
需要配置发送客户端，消息的主要内容，定义发送对象，最后设置触发时间。
2.1.2站内信函管理
站内信创建完成后，管理员可以对站内信进行查询和筛选，还需要通过发送率、打开率、转化率等数据直观的反映效果。
2.2用户
2.2.1检查站内信件。
在战争消息发送给用户后，需要提供一个入口和界面，供用户登录网站后快速查看消息。
2.2.2删除站内信件。
当站内消息过多时，应支持用户删除或清除空消息。
2.2.3设置是否接收站内消息。
站内消息的推送会在一定程度上打扰用户。如果用户不想接收某些类型或所有消息，用户可以选择他们想要接收的内容。
第三，功能设计
基于以上分析，设计了站内信息功能，分为前端和后端。
前端主要是供用户查看站内消息。方便用户操作，添加必要的提示，对不同类型的消息进行分类。后端主站中信件的类型、创建和统计。
3.1前端
作为面向用户的，面向对象主要需要考虑易用性、功能的简单性和交互界面的友好性。
3.1.1消息接收提醒
站内消息是一种需要用户打开网站登录才能查看的消息，所以消息提示需要简洁醒目，入口简单易找。
当有未读的新消息时，在消息入口处用醒目的图标或未读消息的数量进行提示。
进行数字提示时，需要控制提示的最大数量。由于电子商务网站不像社交平台，网站中不宜有过多的消息提示。未读消息超过10条时，显示9+就够了。未读消息过多，容易给用户造成消息过载的压力。
3.1.2消息接收列表
用户的站内消息收到后会汇总成一个列表，用户进入消息页面进行信息查看。处理所需信息的类型和状态。
信息类型:向用户发送站内消息会基于不同的目的，可能是系统提示消息，如交易订单状态通知、物流提示通知、会员权益变动通知等。可能是营销通知；也可能是网站公告消息，所以我们需要在列表中区分不同的类型，以便用户分类查看。
状态:应区分处于已读状态和未读状态的消息。目前常见的处理方法是亮显未读状态或红点提示，灰显已读状态或无其他提示。
消息排序:PC端通常是逆序排序，即最新消息显示在最上面，历史消息记录可以向下查看；移动端通常是按顺序排序，即最新消息显示在最下方，向上滑动页面可以查看历史消息记录。
消息设置
推送的站内消息不一定是用户想看的，可以根据实际情况选择性设置消息提醒功能或消息删除功能。
3.2后台
对象是针对内部操作人员，主要考虑功能设计的可靠性和操作流程的简单性。
消息类型
在内部，信息可以分为人工站内信息和系统站内信息。手动站内消息是通过人为设置触发条件发送给用户的消息，系统站内消息是在满足一定规则和条件时自动即时发送给用户的消息。
不定期的营销推送和功能调整公告适用于手动触发的站内消息；需要实时反馈的站内消息，如交易消息、物流消息、账户权益变动等。，适合系统自动推送。基于两类站内消息触发方式的不同，最好对两类站内消息分别管理。
消息创建
创建人工站内信和系统站内信的方法有很多种，这里分别说明。
站内消息:一般情况下，系统的站内消息不需要区分客户端，只要满足触发条件就会发送消息，创建的基础是区分类别；定义每个子类站触发消息的规则和逻辑；确定每个子类站内信的格式和内容；最后由技术人员将确定的规则写入程序。
手动站内邮件:手动站内邮件会提前设置一些可选择、可配置的条件，然后内部运营人员自定义选择条件创建站内邮件，再设置触发时间。
目前，手动站内部报文的选择和配置情况如下例所示:
客户端类型:PC、m-mobile、APP;用户的统计特征:性别、年龄等。;用户位置信息:国家、邮政编码、ip地址等。;用户级别:青铜用户、白银用户、黄金用户、钻石用户等。用户状态:新用户、旧用户、活跃用户、睡眠用户等。用户购买偏好:电子产品、彩妆、服装、户外用品等。
3.3站内信函管理
站内信息功能的目的是提高网站的运营能力，需要数据支持和反馈来了解当前功能是否有效以及存在的问题，所以需要支持数据的快速查询和查看。
3.3.1数据筛选
支持运营人员通过筛选条件快速找到发送站专家，并可查看站内消息内容；
数据列表
列表应显示站内当前报文的发送和接收情况，包括发送率、打开率、转换率等数据指标。
通过对功能设计的分析，可以概括为下图:
第四，最后
站内信是网站运营的辅助工具，在具体设计中不仅要考虑用户的操作体验，还要考虑功能的扩展和维护。在站内运营上，信要本着克制的原则，不要用信息轰炸用户，尽量给用户推送必要的优质内容。
以上内容只是简单介绍了如何设计一个简单的站内消息功能，主要是基于公司现有的业务和需求。不具有普适性，希望可以作为参考。如有不妥，欢迎批评指正。
——— / END / ——
