🤔一句话描述需求

字节 IT 运营团队需要根据业务事件，及时更新维护 IT Service 小程序中文章、Banner、公告。但是当前的解决方案是通过和研发协作手动更新内容，无法满足时效性的需求

🎯 设计目标

1. 上线独立运营后台，IT 运营团队可自主更新文章、Banner、公告
2. 给运营提供独立的内容管理系统，提升运维效率，降低人力成本

基础信息

手动配置流程&用户痛点

手动配置流程

用户痛点

运营同学在确定好要发布的公告或Banner时，需要通过 IM 和研发保持续沟通

发布过程需要和研发频繁飞书沟通，一般耗时 2-3 天才能完成配置，时效低

Banner、公告的属性维护困难，随着时间推移，历史数据管理困难，维护成本高

发布 Banner 需要提前预约研发时间，对研发人力有依赖性，灵活性低

交互设计

Use Case 1: 添加用户

作为一名系统管理员，我需要添加 IT SD 的运营同学到「运营后台」管理系统中, 这样我才能把他们设置为使用用户，他们才拥有「运营后台」的访问使用权限。

关键帧 1：用户列表

关键帧 2：添加用户

Use case 1 stg 录屏demo

Use Case 2：发布文章

作为一名运营同学，我需要发布关于 IT 业务事件的文章到「运营后台」的文章列表里，这样字节用户才能在IT service 小程序里搜到这个文章。以及未来配置公告或Banner时，需要链接这里的文章

关键帧 1：文章列表

关键帧 2：新建中英文文章

关键帧 3：预览文章（手机）

关键帧 4：查看文章详情

stg录屏

Use Case 3：发布 Banner

作为一名运营同学，我需要发布一个 Banner 到 IT Service 小程序里，Banner 内容为「电脑保护小贴士」，而且我还需要设置 Banner 的配图以及跳转链接，这样我才能通知到大部分字节用户。

关键帧1：Banner 管理表格

关键帧2：添加 Banner 表单

stg 录屏

Use Case 4：发布公告

作为一名运营同学，我需要发布一个公告到 IT Service 小程序里，公告内容为「设备管理工具安装通知」，这样我才能通知到大部分字节用户去安装这个设备管理工具。

关键帧1：公告配置表格

关键帧2：添加公告

stg 录屏

可用性测试

基本信息

调研对象

4名运营同学和 1名Manager

调研对象

4名运营同学和 1名Manager

调研链接

访谈记录截图

基本信息

文案调整

用户反馈：1/5 用户反馈，「启用」可以理解，但是「发布」会更容易理解
解决方案：启用状态 ➡️ 发布状态

样式调整

用户反馈：1/5 用户反馈，「启用」可以理解，但是「发布」会更容易理解
解决方案：启用状态 ➡️ 发布状态

功能调整

用户反馈：KP用户反馈，新增banner 预期在添加的时候就可以进行发布，而不是在列表里二次操作
解决方案：把「公告，文章，banner」的发布操作在添加的时候就提供给用户

交互优化/迭代需求

用户反馈：4/5用户反馈，排序操作第一次不能理解，期望拖动排序
解决方案：后期迭代，观察使用数据，确定最大的上线banner以及公告数量后进行交互方案优化

产品后续迭代

· 文章数据统计功能

项目总结