MAGIC

MAGIC

 
有幸在 新华智云 任职期间见证和参与了 MAGIC 从概念跑通到产品化再到商业落地的完整流程。在跨越2年超过20次的产品迭代中,对设计在每个环节中需要做出的专业输出和对应的业务价值,有了更全面和多角度的认知。
 
 
⏱️  2018-2020

文章来源:I’m 蛋蛋

目录

 

MAGIC · 业务综述

MAGIC · 产品设计

MAGIC · 自媒体版

MAGIC · Brand Design

附录 · 避坑指南 · B端产品设计

附录 · 避坑指南 · 设计系统

 
 
 

 
 
notion image
 

什么是MAGIC ?

 
● MAGIC = MGC (机器生产内容) + AI (人工智能) MAGIC 即 MAGIC短视频智能生产平台,旨在运用人工智能和大数据等数字技术赋能媒体行业,是一个面向传统媒体机构的综合性平台产品。产品功能贯穿“采编发审”生产全流程,可大幅提升媒体机构的内容生产与传播效率。
 
 

什么是MGC ?

 
● MGC = Machine-Generated Content (机器生产内容) MGC 是 新华智云 首次提出相较于PGC、UGC的第三种内容生产方式,是运用人工智能技术,由机器智能自动生产内容的一种新型生产方式。 生产过程首先通过摄像头、传感器等方式获取视频、数据信息,再经由图像识别、视频识别等技术让机器进行内容理解和新闻价值判断。最终通过智能生产引擎自动生产出有一定价值的视频内容及新闻内容。
 
 

 
 
notion image
 
尝试将横跨2年20+版本近千张页面的产品周期进行拆解,分为探索期、整合期、迭代期和成熟期4个时期来回顾整个设计历程。
 

 

MAGIC · 探索期

3 Month | Jul.2018 - Sep.2018
 
🎯
阶段目标 | 跑通MGC产品概念
 
小步快跑快速迭代原型界面
以设计思维参与和影响产品概念定义
 
notion image
 
 

 

MAGIC · 整合期

5 Month | Oct.2018 - Feb.2019
 
🎯
阶段目标 | 成为可售卖的平台型产品
 
整合采编发三大模块,形成完整链路平台产品
搭建平台交互框架,确保功能链路交互完整使用流畅
 
 
notion image
 
notion image
 
notion image
 
 

 

MAGIC · 迭代期

6 Month | Mar.2019 - Aug.2019
 
🎯
阶段目标 | 保质保量高速迭代
 
定义产品框架及交互视觉规范,为批量迭代功能做好基础
引入及推动UIKit从设计到前端的落地,确保产品的体验一致性
 
notion image
 
notion image
 
 

 

MAGIC · 扩张期

5 Month | Oct.2019 - Feb 2020
 
🎯
阶段目标 | 全面走向商业化
 
打造核心功能成为商业卖点,全面支持定制化项目
定义模板编辑器交互框架,成为商业化项目中的核心产品卖点
 
notion image
 
 
深耕媒体行业近3年后,MAGIC已服务超过1000家媒体机构,2021年营收额成功破亿。在MAGIC迭代过程中沉淀的产品及技术能力,开始赋能更多垂直业务,先后孵化出会展、金融、体育、文旅等多条业务线。
 
 
 

 
 
notion image
 
MAGIC自媒体版是2019年下半年团队内部进行的一次产品尝试,旨在通过数据采集能力提供丰富的新闻素材,再经由文字转视频等功能进行低成本批量化的生产视频新闻内容。设计产出成功对后续MAGIC主版本的核心功能及设计规范起到良好的指导作用。
 
 
notion image
 
notion image
 
notion image
 
notion image
 
notion image
 
notion image
 
 
 

 
 
notion image
 
MAGIC = MGC (机器生产内容) + AI (人工智能) 这是品牌名称的由来也是产品的核心理念,因此我们决定强化品牌名称本身,采用抽象化几何化这种最简单的形式来呈现MAGIC,突出 MGC + AI 核心产品理念,并将产品本身的核心能力“AI”提炼为超级符号,广泛应用于后续的产品设计及品牌宣发中。
 
 

Brand Resource


notion image
 

Brand Guideline


notion image
 
 
 

 
 
notion image
 

● 我们无法代表用户

不同于C端产品,我们经常可以比较自然的把自己当做用户切换为用户视角,B端产品的用户会有一些特定的认知和专业门槛,我们很难在短时间内深入了解用户完成身份切换。切忌用自己的相对局限的角色认知去凭空捏造B端客户的需求。并且也不要想当然的认为客户会清楚自己当下的需求,我们需要深入客户的真实场景才能层层剥离出真正的需求和背后的业务价值。
 

● 效率为优而不是唯一

B端产品的用户一般会更在意功能是否完整、链路是否通畅、效率是否够高。这一定是我们需要第一优先级考虑的事情,但我们要清楚这不代表B端用户不在意体验的提升,这只是优先级问题而不是可有可无的问题。对产品设计而言,我们必须同样秉持体验最优的信念,只是在过程中要学会判断设计对业务的ROI(投资回报率)。
 

● 尽早考虑定制化

B端产品因为其面对的每一个客户都有所不同,基本不存在工作场景和工作流程都一样的企业。千万不要自信到以为可以一招鲜吃遍天。牢记磨刀不误砍柴工,我们要尽早在设计上定义出灵活的交互框架,从设计到技术都要做到低耦合高复用。在做定制化交付的同时将自己的成本和效率做到最优。
 
 
 

 
 
notion image
 
从曾经的定制安卓系统到Web端的UIKit盛行,再到如今的各类 Design System 遍地开花,有幸经历了设计系统这一路从文档到框架到未来工具化的演变过程。踩坑无数,虽没有什么拿得出手的优秀系统案例,但希望下述的几条避坑建议能给大家在后续接触和参与设计系统的过程中起到些许正向的引导作用。
 
 

学会站在巨人的肩膀

要学会根据业务规模和业务节奏来决定设计系统的引入和使用方法,一套设计系统的建立和维护是需要花费大量时间和人力成本的。在设计系统如此繁荣的今天,我们要学会合理的使用这些开源且成熟的设计系统(Ant Design、Arco Design等)。根据业务场景和载体的不同,选择合适的设计系统站在巨人的肩膀上进行二次应用和业务定制,可能是产品引入设计系统更为优先选择的一种处理方式。
 
 

时刻牢记业务目标

保证体验一致性是实现业务目标的手段,设计系统是保证体验一致性的工具。业务在多数时刻一定存在其定制性,不要为了统一而统一,要时刻清楚工具和手段都是服务于业务目标的。
 
 

别自嗨用起来

随着行业的发展,设计系统的呈现形式逐渐从过去的文档变为现在的框架,未来正向着工具化的方向发展。作为和设计系统关联最为密切的设计师,我们要做的是让设计系统真正的用起来,真正的深入到工作场景中,落地到前端甚至产品团队的使用场景中。设计系统不是设计师用来自嗨和展示其设计一致性的文档,是要切实的在各个团队中流转使用起来,真正帮助产品提高迭代效率、保证体验一致性的跨团队型工具。
 
 

系统是有阶段属性的

设计系统的建立不是一蹴而就的,更不是一层不变的。不要妄想在产品设计之初就建立起一个完善的设计系统,你无法穷举产品的功能更无法预测业务的发展。设计系统是一个一直在进化和迭代的事物,没有完美的系统,更没有存在终点的系统,设计系统是有时间和阶段属性的。我们应该踏实的面对每个阶段的业务需求,完善和进化符合每个阶段的设计系统。
 
 
 

 
上一篇:
y:)u
y:)u
下一篇:
Echo
Echo
 

 
首页