站内信是一个网站运营辅助工具，用于使用者与使用者之间的交流和平台管理员与使用者之间的沟通，所以在进行具体设计时，不仅要考虑到使用者操作体验，也需要考虑功能的拓展维护。
这篇文章是基于最近网站做站内信功能的一点思考，在此和大家分享交流。
站内信属于系统内讯息，电商平台的站内信大多数时候服务于网站会员。
站内信有两个交流方式：
目前所做的站内信功能是从管理员与使用者之间的交流进行设计，将从以下几点简单说明如何设计站内信功能：
一、做站内信的目的和意义
任何功能的设计都离不开使用者需求，本次的诉求主要是随着网站运营内容的丰富和完善，需要推送的使用者的资讯型别逐渐增多，如果全部通过邮件进行推送，会过度打扰使用者，引起使用者反感，使用者也有可能遗漏邮件中的内容，同时，也希望通过站内信去唤醒启用沉默使用者，活跃老使用者。
所以本次站内信需要实现由平台管理员给使用者推送讯息，使用者可对讯息进行检视。
二、站内信要满足哪些需求
知道了做站内信的主要诉求，接下来需要将诉求进行细化，可以从使用者和平台管理员方向进行分析。
2.1管理员
2.1.1 建立站内信
需支援配置讯息传送的客户端（PC、APP、M移动端）、讯息的主体内容（标题、图片、文案、连结等等）、定义传送的物件，最后设定触发的时间（如果为自动触发型别的讯息，则不需要设定触发的时间）。
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.1.3 讯息设定
推送的站内信并不一定是使用者希望看到的，可以视实际情况考虑加上选择性设定讯息提醒功能或者讯息删除功能。
3.2 后台
面向物件为内部运营人员，主要考虑功能设计的可靠性和操作流程的简便性。
3.2.1 讯息型别
从内部来看，讯息可分为人工站内信和系统站内信，人工站内信即人为设定触发条件给使用者传送站内信，系统站内信即在满足一定的规则和条件下，系统自动即时给使用者传送站内信。
不定时营销推送、功能调整公告通知适合使用人工触发的站内信；订单交易讯息、物流讯息、账户权益变动等需实时反馈的讯息等适合使用系统自动推送的站内信。基于两种型别的站内信不同的触发方式，最好对两种站内信分别进行管理。
3.2.2 讯息建立
人工站内信和系统站内信的建立会有所区别，有不同的建立方式，在这里分开进行说明。
系统站内信：系统站内信一般情况下无须区分客户端，只要达到触发条件就传送讯息，建立的基础是区分类别（订单状态更改讯息、物流讯息、账户权益变动讯息等等）；明确各个细分类别站内信的触发的规则和逻辑；确定各细分类别站内信的格式及内容（系统站内信的内容往往是变动的，需根据每个使用者的行为、状态和操作的状态进行匹配传送）；最后将确定好的规则交由技术人员写入程式。
人工站内信：人工站内信会预先设定一些可选择和配置的条件，然后由内部运营人员自定义选择条件建立站内信，然后设定触发的时间。目前人工站内信可做的选择和配置条件举以下几个例子进行说明：
站内信功能的目的在于提升网站的运营能力，需要有资料支撑和反馈才能知道当前功能是否有效以及存在的问题，因此需要支援快速查询检视资料。
3.3.1 资料筛查
支援运营人员通过筛选条件，快速找到传送的站内行，并可对站内信内容进行检视；
3.3.2 资料列表
资料列表应展示当前站内信的传送情况、接收情况，包括送达率（接收数/传送数）、开启率（开启数/接收数）、转化率等资料指标。
通过对功能设计的分析，可以总结为下图：
四、最后
站内信是一个网站运营辅助工具，在具体设计时不仅要考虑到使用者操作体验，也需要考虑功能的拓展维护。站内信在运营时应本着克制的原理，不要对使用者进行资讯的狂轰乱炸，并且尽量给使用者推送必要的和优质的内容。
上述内容只是简单介绍了如何设计一个简单的站内信功能，主要是基于公司现有业务和需求进行设计，不具备普适性，希望可以作为一个参考，如果不当之处，欢迎大家批评指正。
本文由@咕叽咕叽 原创释出于人人都是产品经理。未经许可，禁止转载
