如何从0-1重构建消息系统:客户端

编辑导语:消息系统是产品的重要组成部分 , 它是企业产品和用户之间的桥梁 , 然而 , 产品若无法将信息有效地传递给用户 , 则会影响后续的用户留存与产品迭代优化 。 为了去除冗杂、推动系统优化 , 若想重构消息系统 , 应该从哪些方面下手呢?本文作者做了相应解读 , 一起来看一下 。
如何从0-1重构建消息系统:客户端
文章图片
消息模块是每个产品必不可少的重要模块 , 作为沟通用户与产品的重要桥梁 , 消息系统一直在整个产品的各个周期中占有重要的地位 , 它必须保证企业核心业务流程的正常运转 , 同时还需要传达用户的反馈 。
本文将分为上下两篇 , 以消息中台的思路设计方案 , 最终落地消息中心及后台方案 , 以消息收发为基础应用 , 为公司不同的业务场景提供支撑 。
一、重建背景
对于一个金融咨询类公司来说 , 怎么把专业指导消息有效、准确、及时地传达给用户 , 是非常重要且核心业务 。 随着新业务不断的叠加 , 因为没有进行系统的规划 , 造成了现有业务消息冗杂、消息分类不明确、传达方式不及时等诸多问题 , 如果不进行彻底的重构 , 无法做到支撑后续更多的业务 。
任何一款产品重建重要模块的过程 , 都是一种极为富有挑战的工作 , 特别是对核心业务 , 原有流程已经深入人心 , 前端的功能体验和交互方式已经被用户所熟悉和接受 , 如果突然进行很大的改变 , 用户重塑认知的风险 , 会不会因为认知成本太高而造成原有用户流失 , 业务人员会不会不接受 , 众多因素都是此模块能否成功的关键因素 。
下面笔者将详细分享自己对于消息中心重建的设计经验(以下内容数据方面有一定的模糊处理 , 仅供参考) 。
二、需求调研
需求调研的方式有比较多的分类和方法 , 在这此消息系统的优化中 , 笔者采用了内部调研和外部调研两种方案 , 下面给大家详细说明 。
1.内部调研
如何对现有消息系统有全面细致的了解 , 需要我们先找到一个突破点 , 日常工作职责中必须用到消息的职能部门 。
我们不仅需要了解其在消息业务背后的痛点 , 要对业务进行系统的了解 , 如果是需求调研更多是为了解决一个点的问题 , 而我们现在要对于整个流程进行了解和整理 , 这样不仅可以知道更深刻的业务逻辑 , 还可以让我们对业务有进一步了解的机会(作为新人带着需求去了解业务是比较快的成长方式) 。
如何从0-1重构建消息系统:客户端
文章图片
方法一:相关人员走访调研
实际的调研过程中 , 确定了哪些业务部门的关键人以后 , 与相关业务人员面对面访谈 , 在公司内部比较常见的方式;如果是不同办公地点的同事也可采用线上沟通的方式进行 。
我们要先提前把问题想好 , 避免约了需求方见面后以后不知道重点 , 造成调研无中心 。 这里可以提供大家几个方向问题 , 帮助大家在调研消息业务时 , 进行业务方面的了解 。
请列举一下我们部门那些业务需要通过消息推送发送给业务用户 , 消息推送全流程是如何实现的?目前这些业务对于消息的触达方式有哪些?系统自动发送还是需要人工推送 , 频率如何?有没有遇到什么问题?大家现有的渠道公众号推送/AppPush/站内信推送时是如何进行推送渠道的筛选的?你们觉得是不是需要增加推送渠道?不同的渠道对应的是哪些业务场景?目前我们的消息业务是否可以满足现有应用场景和客户群体 , 对于更多有助于公司业务提升的场景中 , 我们有哪些不足点可以进行优化?在没有消息渠道触达客户时 , 我们目前是如何与客户进行沟通的?沟通的结果如何?是否有相关的数据支撑呢?特别注意沟通的时候尽量要记下来自己不懂的问题 , 随后要和相关访谈部门进行及时的确认 , 避免在后续方案实施中遗漏比较重要解决方案 。