运营人员根据条件将用户打标签后,后台能否实时刷新用户数据根据条件自动打上标签呢?

本人最近在做后台,在用户管理上有个问题想请教各位。给用户设置自动打标签条件后,后台能否实时刷新用户数据提取用户群显示用户?如下图。此功能主要目的为群发站内信/短信,若不能实时刷新,有什么好的

阅读全文
  • 0 关注
  • 0 收藏,32 浏览
  • Q97162827 提出于 2020-10-30 17:56:48

1 个回答

xxxxxa

xxxxxa

xxxxxa

理解一下题主场景,是指“当运营设置某标签条件后,程序进行条件检测,用户满足条件后信息实时显示在后台中,并且会使用标签功能进行用户筛选,进行消息发送”。

如果没理解错的话我继续说,理解错了烦请题主告知我删答案(捂脸)

 

涉及到3个功能点,1——自动打标签;2——后台信息显示;3——群发消息;

1——自动打标签:

         首先,程序自动打标签就是一个触发器机制,放在不同的地方,每当用户触发,进行条件判断即可;

         举例,题主列举两种触发器“会员天数”和“评论数”,前者可以在用户每天首次登录时进行判断(这种方法,一个用户在300天时未登录,310天时登录,那么他会在310天时打上标签,如果只是群发消息并不影响,看题主需求自行判断),后者可以在用户评论完成后进行判断;

         当满足条件后,用户被打上标签,信息储存在服务器中,可能是用户信息表,也可能是单独的数据结构。

         友好的建议:自动打标签的条件拆分为“触发类型”和“触发数值”,更便于后续拓展和发开:)

2——后台信息显示:

         首先在首次打开后台时肯定会刷新,之后有如下4种信息刷新方式:

                  A——打开页面刷新:每次打开页面都会进行刷新,后退再打开也会刷新;

                  B——手动请求刷新:手动F5/下拉进行刷新;

                  C——时间颗粒刷新:间隔某固定的时间颗粒进行一次刷新,当颗粒小到一定程度即可理解为实时刷新;要注意颗粒太小服务器压力大,颗粒太大这种刷新方式无意义;一般用于实时变化的信息并且用户需要实时知道的,例如汇率,股市;

                  D——服务器触发刷新:满足某特定条件后服务器直接给客户端提供新的消息,一般用 于多端信息需要实时同步的,例如聊天;

         AB两种算是手动刷新,CD算是自动刷新,如果是单纯的显示页面还好,但要是有输入操作的话,自动刷新就要考虑到操作保存/清空等问题。

3——群发消息:

         鉴于题主没有描述群发消息的操作场景,做两种猜测:

                  A——选标签、填信息、群发:此场景下,“运营查看标签信息”和“选择标签群发消息”是完全独立的功能。即当运营查看后台时,服务器会将信息发送至客户端;而当运营进行群发时,服务器也会单独查找/筛选/遍历该标签下的所有用户并进行群发;

                   那么“后台刷新用户标签信息”这一需求只是一个查看需求,手动刷新即可满足,完全没有实时刷新的必要;

                  B——用户列表、按标签筛选、全选群发:此场景下,“运营查看标签信息”和“选择标签群发消息”是关联的功能,即服务器不会对标签用户进行判断或操作,而是单纯的对运营选择的用户进行发消息;

                   此场景下,手动刷新也可以满足需求,只是要求运营在每次群发前需要手动刷新一次信息……不过,如果没有其他针对标签用户进行批量增删改查的需求,完全不建议这种做法,操作麻烦,容错性低……

 

当然,如果我猜测的场景和题主需求有误差的话,还是要考虑到真实需求:为什么要实时刷新——是否真的有必要——是否将多个需求融合在一起了——能否继续细致拆分;

既然是后台工具,功能性清晰的优先级要高于体验的;

以上,希望能帮到您。

请先 登录 后评论