我是Kevin，这是2019年的第8篇原创

在短视频逐渐成了移动端互联网用户内容消费的主体后，当我们在设计如何让产品高效的支持UGC短视频时候，不得不考虑几个前端的技术难点。

今天分别就技术难点包含在前端、后台和各位产品朋友分享一下自己的心得

若支持视频内容，首先需要解决数据存储的方案。围绕着数据的存储，我们需要选择合适的云服务器厂商。

比如腾讯云的解决方案，甚至短视频的滤镜、美颜等功能都可以直接通过api调用支持。还有对数据存储的要求，也提供了对应解决方案。所以在后台的数据存储上无非是增加数据存储方案。

当然还对存储的容量需求弹性比较大，存储容量的多少随着画面质量的要求、画面尺寸的大小、画面的帧率、存储时间的长短等因素有关，这些因素的变化都会使存储容量产生较大变化。

若对存储的性能要求不高，但是需要能够满足长时间的连续数据读写，数据流量大、同时访问请求的数量多少

数据保存周期长短不一，超过使用时间后可以重复使用。比如用户账户下的数据需要能够永久保存

H5

视频的方式采取短视频，那么用户的内容消费是高频的，需要足够的交互支撑。H5因浏览器与微信浏览器的限制，导致视频播放要么最小化、要么是全屏。

若短视频采取15秒左右的，用户的核心体验聚焦于切换的操作权重较高，本方案不太合适。

小程序

小程序岁采取了hybrid的架构，但是还是强依赖于微信浏览器。对视频的播放方式交互仍然存在难以支持，所以即使使用视频的方式最好使用列表的方式。而不是使用瀑布流短视频方式。

列表的视频则建议增加视频长度，或直播。让用户的核心时间在内容消费上，对交互的依赖操作降低或频率降低。

但由于小程序有封的可能性，仍然可能需要嵌套在h5中。由此造成小程序的载入时间可能较长

app

app在体验中是最好的。但因下载成本，能不能让用户使用扫码听前都下载app是一个待考虑问题。

但就是视频的功能、视频的玩法支撑是最丰富的。

但场景上，因为用户扫码的场景是快速、短频的。在这样的场景下下载app用户路径过于长

其实短视频核心还是广告变现。但5G给了用户对内容要求更丰富、更深度，动态短视频也不过是商品宣传的其中一种形式。跟用大喇叭喊，LED红字滚屏，各种大海报铺天盖地的道理并无二致。

所以提前部件视频内容的第一个位置，毫无疑问就相当于曾经我们在百度搜索引擎上进行文本消息的结果查询。未来视频内容的多样化，针对视频的引擎搜索、视频内容是否会慢慢取代文本消息，这都是可能的。

毕竟可能一个10秒视频内容需要文字描述几十字、几百字、甚至是上千字都是可能的。文本吧这些都是存在于人脑中的意识形态表达。

因此在产品策划中，产品经理逐渐知道视频UGC的融入优劣势、以及在技术上的支撑可以帮助更快的进行商业化验证和产品上线。

好啦，今天的原创就在这里。我会坚持每周更新2篇～

【快速体验1款】知识星球370产品经理们的原创就在这里。