晚上和服务运营同学沟通了GOS新增商家公告的需求，GOS作为国际面向商家的操作中心，一定是需要有些信息透传给商家的，因此，需求必要性无需讨论。主要还是聊下业务上的流程，现有服务运营使用的系统功能现状，功能主要使用人和受众等，初步聊下来，目前菜鸟侧都是由服务运营做统一收口，所有功能都由各业务部门或KA或产品告知服务运营，再由服务小二发送公告，而公告受众则是众多订购服务的商家和商家员工。
从触达商家方式上看，可以分为钉钉，邮件，短信，公告四种，服务运营会根据公告的类型选择合适的触达方式来确保触达效果，并减少对商家的骚扰。但现在服务中心这套系统只具备统一发送到钉钉消息的功能，其他暂时不支持，而我负责的GOS系统计划要做【服务公告】功能，因此从业务和产品上也在梳理这部分需求。
从产品定位上看，我理解GOS只是服务运营将公告触达商家的一种方式，因此核心的公告管理功能应该统一由服务中心承接，GOS和BMS或以后新增的商家端都作为面向商家交互的一个窗口，且可以根据每个商家端进行交互层面的定制，而非GOS再单独搭建一套公告管理功能，让服务运营在多个系统管理和应用，也不太利于两个系统的定位。
业务架构
网友评论