乐学视频电商 2023-11-11 5:25:02

2016年短视频领域最大的关键词是什么？

文/张书乐

年末岁初，国内最大的短视频平台秒拍推出《2016短视频内容生态白皮书》（以下简称“白皮书”），这是国内首个，也是唯一一个由短视频平台推出并主导的行业趋势报告，为短视频创业者、投资者、平台、行业都起到方向行的指引作用。《白皮书》中列出了一众的数据，例如：从播放角度，秒拍视频日均播放量从年初的34亿增至204亿，涨幅过6倍；从创作者角度，单月视频播放量超过10万人次的用户从15万增长到8万人，涨幅超过4倍……

在各大视频平台都在纷纷发布自己的年度内容报表之时，秒拍这个基于自家一下科技（秒拍、小咖秀、一直播母公司）数据中心的这一“爆”表，背靠入驻超过3000位明星，入驻超过10000名的头部网红、权威媒体、行业KOL，海量数据和用户黏性，除了说明这个白皮书够权威、除了说明其平台已经是爆款外，还透出了什么呢？

套用鲁迅先生在《狂人日记》那段话：我横竖睡不着，仔细看了半夜，才从字缝里看出来，满本上都写着两个字“创业”！

创业：你以为的Papi酱其实是“Papi酱们”

在2016年，短视频领域最火的创作者无疑是papi酱。也因为她，2016年被定义为了网红元年（有争议）。

做长视频的罗振宇和罗辑思维领投的1200万元的融资和随后2200万的天价广告，让papi酱从草根创作者的视野上跃升到泛娱乐舆论层面。而下半年关于她和罗辑思维渡过“蜜月”而分手的事件，则继续在泛娱乐层面炒作。

如果你以为papi酱真的是一个现象级的网红，那就错了。根据《白皮书》显示，Papi酱拿到天使投资后，成立Papitube用以孵化更多的内容作者。简言之，Papi酱已经实现了从单兵作战，到集团化作战的转型。而白皮书也同时指出，2016年超级网红、老牌视频内容生产商、头部垂直栏目都在利用自己的优势，从单一内容生产者转型MCN（Multi-Channel Network,多频道网络）。

或许MCN这个词在不同的解读中有不同的意思，不过我想它可以简单理解为通过签约的形式，将多个网红打包，在不同垂直领域发力，并系统的解决运营推广、中长期规划和商业化等难题。

这是一个必然的生态，较之早前以兴趣为纽带、作坊式生产的短视频内容创业者来说，对风险的抵御能力将有明显改观。Papi酱如此，玩母婴的视频栏目“明白了妈”，也在母公司青藤文化的纽结下，和汽车、时尚、美食等领域的小伙伴们一起打拼。

说白了，你不是一个人在战斗，你是一个有组织的人。

垂直：有营养的短视频崛起

不仅是头部网红们抱住垂直类小伙伴们取暖，创投领域也早早的把目光瞄在了垂直领域之上。

短视频作为2016年的投资热点，秒拍白皮书分析得出的结果却让人大跌眼镜：“2016年至今的短视频内容项目融资中，只有5笔发生在泛娱乐和搞笑类内容项目上。专注于贴近衣食住行的垂直品类更容易获得资本的青睐。”

而秒拍从今年6月起发布的原创作者榜单的数据也印证了这一行业走势的合理性：专注于美妆、美食、生活方式等垂直领域的创作者集中发力，其他垂直品类也开始逐步出现短视频内容创作者。截至目前，秒拍短视频创作者覆盖的垂直品类已经超过40余个，而秒拍最新一期原创作者榜单中，TOP50中只有15个属于搞笑分类，其他35个创作者分别来自8个垂直品类。

为何会有如此内容大逆转呢？受众其实是一个决定性的因素。短视频的受众来自哪里？其实是在争夺电视上观看电视台的非影视剧、非大型综艺节目的观众时间，和做长视频的视频站点主攻影视、综艺相对应。

这样的受众架构，决定了他们对泛娱乐不会产生长久黏度，在足够短的时间内，获得需要的信息，尤其是垂直极限的短视频内容。一旦能够提供这样的养分，其实也就让观众实现了频道锁定，尤其能够吸引已经和电视渐行渐远、逐步移动化生存的80、90后用户。

同时，垂直类短视频红火的另一个背景则来自传统媒体特别是广电人才的转型和入驻，专业的“手艺”，配合电视台时期良好的栏目训练，其实也使得整个短视频的创业风向往垂直领域发展。

泛娱乐的田已经被耕种的差不多了，可大量的垂直领域还在撂荒，这才是开荒创业的好时节。2016年的短视频爆表，只是一个起手式而已。

秒拍自身覆盖超过40个垂直领域的5000+个内容创作者，以及秒拍与同公司小咖秀日均视频播放量峰值超25亿次的内容生态，日均覆盖超过7000万用户数，也在告诉内容创业者，不垂直、不边缘化突围，很难活。

变现：怎样的商业化姿势能养活创业者

短视频创作者和早前如博客、微博、微信公号、长视频等内容创造的前辈一样，都有一座大山需要翻越，即商业化，或者更通俗点说，就是内容变现。不可能长期靠风投活着，依靠粉丝打赏也就是个温饱，可怎么变现走向小康呢？

一个贯穿互联网内容创造始终的状态是，商业化生态总是滞后于内容爆发的节点许多，甚至可能到了内容创造激情消退后，也一直就没找到结合点。

秒拍白皮书列出了三种主流短视频商业化生态：基于客户付费的广告模式、基于购买付费的电商模式和基于用户付费的打赏订阅模式。第一项目前大量品牌还在观望期，市场并没有爆发完全，而后两者则基本是试水阶段，小打小闹，尽管有成功案例背书，但成熟、完整的商业化路径还没有真正显现。

笔者认为，传统的贴片、植入广告和转化率并不稳定的电商导购，还不足以在2017年实现真正的爆发，而靠内容付费呢？国内被免费分享模式教育长大的用户群体多少也有点水土不服。

破局点依然是在垂直上。秒拍白皮书认为，医学、财经、母婴、两性等专业知识类垂直内容在2017年可能会更受内容消费者青睐。

这是内容创业的路径，但并没有一个范例式的模式引领。愚以为，单纯依靠广告或导购这样营销效果滞后、广告转换率难以统计的方式，至少在目前还不成熟。而专业知识类垂直领域的内容付费，则大有可为。

其实就是通过短视频，出售分享状态之外的更有价值的知识，而且是短平快状态下即时有效地知识。如财经类中，有效的股评短视频，其时效性和即时有用性，可以触发用户的购买热情，这其中所蕴含的商业化原理其实很简单，就是博弈。用户利益和付费所得一旦完成博弈，知识的即时生效、让内容消费者利益得到更大增值，不用太多点击，不用太多粉丝，亦可完成垂直短视频的商业变现。

或许，这就是凯文凯利在《技术元素》中提过的一千个铁杆粉丝就可以养活一个手艺人的奇葩预言的落脚点所在。然后呢，再去走先导购、进而广告的路径。这其实就是一个短视频下，异于其他内容创造领域常态商业化（先广告、后导购、最后出现少了付费订阅内容）模式的逆向演进。

网络营销是随着互联网进入商业应用而产生的，尤其是万维网（>

网络营销是企业整体营销战略的一个组成部分，是为实现企业总体经营目标所进行的，以互联网为基本手段营造网上经营环境的各种活动。其中可以利用多种手段，如E-mail营销、博客与微博营销、网络广告营销、视频营销、媒体营销、竞价推广营销、SEO优化排名营销等。总体来讲，凡是以互联网或移动互联为主要平台开展的各种营销活动，都可称之为整合网络营销。简单的说，网络营销就是以互联网为主要平台进行的，为达到一定营销目的的全面营销活动。

现在网上关于这方面的教程有很多，但是很多都是过时的，因为互联网是在不断的变化的，为了避免让大家学到错误的过时的知识，组建了一个群，里面有专人解答。想学学习自媒体和SEM的小伙伴，可以来这里学习，这个群的开始的几位数字是：475，中间的几位数字是：506，最后的几个数字是：249。按照顺序组合起来就可以找到。

网络营销的特点有两个方面:一方面是基于互联网，以互联网为营销介质；另一方面它属于营销范围，是营销的一种表现形式。企业网络营销包含企业网络推广和电子商务两大要素，网络推广就是利用互联网进行宣传推广活动，电子商务指的是利用简单、快捷，低成本的电子通讯方式，买卖双方无需谋面地进行各种商贸活动。网络营销与传统营销一样都是为了实现企业营销目的，但在实际 *** 作和实施过程还是有比较大的区别。

网络营销是以现代营销理论为基础，借助网络、通信和数字媒体技术实现营销目标的商务活动，是科技进步、顾客价值变革、市场竞争等综合因素促成；是信息化社会的必然产物。网络营销根据其实现方式有广义和狭义之分，广义的网络营销指企业利用一切计算机网络进行营销活动，而狭义的网络营销专指国际互联网营销。

也是指组织或个人基于开发便捷的互联网络，对产品、服务所做的一系列经营活动，从而达到满足组织或个人需求的全过程，网络营销是企业整体营销战略的一个组成部分，是建立在互联网基础之上借助于互联网特性来实现一定营销目标的营销手段。

从营销的角度出发，网络营销可以定义为：网络营销是建立在互联网基础之上、借助于互联网来更有效的满足顾客的需求和愿望，从而实现企业营销目标的一种手段。网络营销不是网上销售，不等于网站推广，网络营销是手段而不是目的，它不局限于网上，也不等于电子商务，它不是孤立存在的，不能脱离一般营销环境而存在，它应该被看做传统营销理论在互联网环境中的应用和发展。

广义的说，企业利用一切网络（包括社会网络，计算机网络；企业内部网，行业系统专线网及互联网；有线网络，无线网络；有线通信网络与移动通信网络等）进行的营销活动都可以被称为网络营销。

狭义的说，凡是以国际互联网为主要营销手段，为达到一定营销目标而开展的营销活动，称为网络营销。

与2015年之前传统的网络营销定义相比，网络营销定义（2016）体现了一些新的特点：

（1）体现了网络营销的生态思维：网络营销以互联网为技术基础，但连接的不仅仅是电脑和其他智能设备，更重要的是建立了企业与用户及公众的连接。连接成为网络营销的基础。

（2）突出了网络营销中人的核心地位：通过互联网建立的社会关系网络，核心是人，人是网络营销的核心，一切以人为出发点，而不是网络技术、设备、程序或网页内容。

（3）强调了网络营销的顾客价值：为顾客创造价值是网络营销的出发点和目标，网络营销是一个以顾客为核心的价值关系网络。

（4）延续了网络营销活动的系统性：网络营销的系统性是经过长期实践检验的基本原则之一，网络营销的内容包括规划、实施及运营管理，而不仅仅是某种方法或某个平台的应用，只见树木不见森林的 *** 作模式是对网络营销的片面认识。

‍

本文由阿里闲鱼技术团队祈晴分享，本次有修订和改动，感谢作者的技术分享。

1、内容概述

本文总结了阿里闲鱼技术团队使用Flutter在对闲鱼IM进行移动端跨端改造过程中的技术实践等，文中对比了传统Native与现在大热的Flutter跨端方案在一些主要技术实现上的差异，以及针对Flutter技术特点的具体技术实现，值得同样准备使用Flutter开发IM的技术同行们借鉴和参考。

学习交流：

- 移动端IM开发入门文章：《新手入门一篇就够：从零开发移动端IM》
- 开源IM框架源码：>

（本文同步发布于：>2、闲鱼IM现状

闲鱼IM的移动端框架构建于2016至2017年间，期间经过多次迭代升级导致历史包袱累积多，后面又经历IM界面的Flutter化，从而造成了客户端架构愈加复杂。

从开发层面总结闲鱼IM移动端当前架构主要存在如下几个问题：

1）研发效率较低：当前架构涉及到Android/iOS双端的逻辑代码以及Flutter的UI代码，定位问题往往只能从Flutter UI表相倒查到Native逻辑层；2）架构层次较差：架构设计上分层不清晰，业务逻辑夹杂在核心的逻辑层致使代码变更风险大；3）性能测试略差：核心数据源存储Native内存，需经Flutter Plugin将数据源序列化上抛Flutter侧，在大批量数据源情况下性能表现较差。

从产品层面总结闲鱼IM移动端当前架构的主要问题如下：

1）定位问题困难：线上舆情反馈千奇百怪，测试始终无法复现相关场景，因此很多时候只能靠现象猜测本质；2）疑难杂症较多：架构的不稳定性造成出现的问题反复出现，当前疑难杂症主要包括未读红点计数、iPhone5C低端机以及多媒体发送等多个问题；3）问题差异性大：Android和iOS两端逻辑代码差异大，包括埋点逻辑都不尽相同，排查问题根源时双端都会有不同根因，解决方案也不相同。3、业界的移动端跨端方案

为解决当前IM的技术痛点，闲鱼今年特起关于IM架构升级项目，重在解决客户端中Andriod和iOS双端一致性的痛点，初步设想方案就是实现跨端统一的Android/iOS逻辑架构。

在当前行业内跨端方案可初步归类如下图架构：

在GUI层面的跨端方案有Weex、ReactNative、H5、Uni-APP等，其内存模型大多需要通过桥接到Native模式存储。

在逻辑层面的跨端方案大致有C/C++等与虚拟机无关语言实现跨端，当然汇编语言也可行。

此外有两个独立于上述体系之外的架构就是Flutter和KMM（谷歌基于Kotlin实现类似Flutter架构），其中Flutter运行特定DartVM，将内存数据挂载其自身的isolate中。

考虑闲鱼是Flutter的前沿探索者，方案上优先使用Flutter。然而Flutter的isolate更像一个进程的概念（底层实现非使用进程模式），相比Android，同一进程场景中，Android的Dalvik虚拟机多个线程运行共享一个内存Heap，而DartVM的Isolate运行隔离各自的Heap，因而isolate之间通讯方式比较繁琐（需经过序列化反序列化过程）。

整个模型如下图所示：

若按官方混合架构实现Flutter应用，开启多个FlutterAcitivty/FlutterController，底层会生成多个Engine，对应会存在多个isolate，而isolate通讯类似于进程通讯（类似socket或AIDL），这里借鉴闲鱼FlutterBoost的设计理念，FlutterIM架构将多个页面的Engine共享，则内存模型就天然支持共享读取。

原理图如下：

4、闲鱼IM基于Flutter的架构设计

41 新老架构对比

如下图所示：是一个老架构方案，其核心问题主要集中于Native逻辑抽象差，其中逻辑层面还设计到多线程并发使得问题倍增，Android/iOS/Flutter交互繁杂，开发维护成本高，核心层耦合较为严重，无插拔式概念

考虑到历史架构的问题，演进如下新架构设计：

如上图所示，架构从上至下依次为：

1）业务层；2）分发层；3）逻辑层；4）数据源层。

数据源层来源于推送或网络请求，其封装于Native层，通过Flutter插件将消息协议数据上抛到Flutter侧的核心逻辑层，处理完成后变成Flutter DB的Enitity实体，实体中挂载一些消息协议实体。

核心逻辑层将繁杂数据扁平化打包挂载到分发层中的会话内存模型数据或消息内存模型数据，最后通过观察者模式的订阅分发到业务逻辑中。

Flutter IM重点集中改造逻辑层和分发层，将IM核心逻辑和业务层面数据模型进行封装隔离，核心逻辑层和数据库交互后将数据封装到分发层的moduleData中，通过订阅方式分发到业务层数据模型中。

此外在IM模型中DB也是重点依赖的，个人对DB数据库管理进行全面封装解，实现一种轻量级，性能佳的Flutter DB管理框架。

42 DB存储模型

Flutter IM架构的DB存储依赖数据库插件，目前主流插件是Sqflite。

其存储模型如下：

依据上图Sqflite插件的DB存储模型会有2个等待队列：

一个是Flutter层同步执行队列；一个是Native层的线程执行队列。

其Android实现机制是HandlerThread，因此Query/Save读写在会同一线程队列中，导致响应速度慢，容易造成DB SQL堆积，此外缺失缓存模型。

于是个人定制如下改进方案：

Flutter侧通过表的主键设计查询时候会优先从Entity Cache层去获取，若缓存不存在，则通过Sqflite插件查询。

同时改造Sqflite插件成支持sync/Async同步异步两种方式 *** 作，对应到Native侧也会有同步线程队列和异步线程队列，保证数据吞吐率。但是这里建议查询使用异步，存储使用同步更稳妥，主要怕出现多个相同的数据元model同一时间进入异步线程池中，存储先后顺序无法有效的保证。

43 ORM数据库方案

IM架构重度依赖DB数据库，而当前业界还没有一个完备的数据库ORM管理方案，参考了Android的OrmLite/GreenDao，个人自行设计一套Flutter ORM数据库管理方案。

其核心思想如下：

由于Flutter不支持反射，因此无法直接像Android的开源数据库方式 *** 作，但可通过APT方式，将Entity和Orm Entity绑定于一身， *** 作OrmEntity即 *** 作Entity，整个代码风格设计也和OrmLite极其相似。

参考代码如下：

44 IM内存数据模型

基于Flutter的IM移动端架构在内存数据模型主要划分为会话和消息两个颗粒度：

1）会话内存数据模型交托于SessionModuleData：会话内存数据有一个根节点RootNotice，然后其挂载PSessionMessageNotice（这里PSessionMessageNotice是ORM映射的会话DB表模型）子节点集合。2）消息内存数据模型交托于MessageModuleData：消息内存数据会有一个MessageConatiner容器管理，其内部挂载此会话中的PMessage(PMessage是ORM映射的消息DB表模型)消息集合。

依据上一章节，PSessionMessageNotice设计了一个OrmEnitity Cache，考虑到IM中会话数是有限的，因此PSessionMessageNotice都是直接缓存到Cache中。

这种做法的好处是各地去拿会话数据元时候都是缓存中同一个对象，容易保证多次重复读写的数据一致性。而PSessionMessageNotice考虑到其数量可以无限多的特殊性，因此这里将其挂载到MessageContainer的内存管理中，在退出会话的时机会校验容器中PMessage集合的数量，适当缩容可以减少内存开销。

模型如下图所示：

45 状态管理方案

基于Flutter的IM移动端架构状态管理方案比较简单，对数据源Session/Message维度使用观察者模式的订阅分发方式实现，架构类似于EventBus模式，页面级的状态管理无论使用fish-redux、scopeModel或者provider几乎影响面不大，核心还是需保留一种插拔式抽象更重要。

架构如下图：

46 IM同步模型方案

当前现状的消息同步模型：

如上图所示是，模型中存在ACCS Thread/Main Thread/Region Thread等多线程并发场景，导致易出现多线程高并发的问题。

native的推送和网络请求同步的隔离方案通过Lock的锁机制，并且通过队列降频等方式处理，流程繁琐且易出错。整体通过Region Version Gap去判断是否有域空洞，进而执行域同步补充数据。

改进的同步模型如下：

如上图所示，在Flutter侧天然没多线程场景，通过一种标记位的转化同步异步实现类似Handler消息队列，架构清晰简约了很多，避免锁带来的开销以及同步问题。

5、本次改造进展以及性能对比

1）针对架构层面：

在基于Flutter的IM架构中，重点将双端逻辑差异性统一成同一份Dart代码，完全磨平Android/iOS的代码差异性带来的问题。

带来的好处很明显：

1）降低开发维护、测试回归、视觉验收的一半成本，极大提高研发效率；2）架构上进行重构分层，实现一种解耦合，插拔式的IM架构；3）同时Native到Flutter侧的大量数据上抛序列化过程改造程Flutter引用传递，解决极限测试场景下的私聊卡顿问题。

2）针对线上舆情：

1）补齐UT和TLog的集团日志方式做到可追踪，可排查；2）针对于很多现存的疑难杂症重点集中专项解决，比如iphone5C的架构在Flutter侧统一规划；3）未读红点计数等问题也在架构模型升级中修复；4）此外多媒体音视频发送模块进行改造升级。

3）性能数据对比：

当IM架构的逻辑层和UI层都切换成Flutter后，和原先架构模式初步对比，整体内存水位持平。

其中：

1）私聊场景下小米9测试结构内存下降40M，功耗降低4mah，CPU降低1%；2）极限测试场景下新架构内存数据相比于旧架构有一个较为明显的改观（主要由于两个界面都使用Flutter场景下，页面切换的开销降低很多）。6、未来展望

JS跨端不安全，C++跨端成本有点高，Flutter会是一个较好选择。彼时闲鱼FlutterIM架构升级根本目的从来不是因Flutter而Flutter，是由于历史包袱的繁重，代码层面的维护成本高，新业务的扩展性差，人力配比不协调以及疑难杂症的舆情持续反馈等等因素造成我们不得不去探索新方案。

经过闲鱼IM超复杂业务场景验证Flutter模式的逻辑跨端可行性，闲鱼在Flutter路上会一直保持前沿探索，最后能反馈到生态圈。

总结一句话，探索过程在于你勇于迈出第一步，后面才会不断惊喜发现。

（原文链接：点此进入，本次有修订和改动）

附录：更多文章汇总[1] 更多阿里团队的文章分享：
《阿里钉钉技术分享：企业级IM王者——钉钉在后端架构上的过人之处》
《现代IM系统中聊天消息的同步和存储方案探讨》
《阿里技术分享：深度揭秘阿里数据库技术方案的10年变迁史》
《阿里技术分享：阿里自研金融级数据库OceanBase的艰辛成长之路》
《来自阿里OpenIM：打造安全可靠即时通讯服务的技术实践分享》
《钉钉——基于IM技术的新一代企业OA平台的技术挑战(视频+PPT) [附件下载]》
《阿里技术结晶：《阿里巴巴Java开发手册(规约)-华山版》[附件下载]》
《重磅发布：《阿里巴巴Android开发手册(规约)》[附件下载]》
《作者谈《阿里巴巴Java开发手册(规约)》背后的故事》
《《阿里巴巴Android开发手册(规约)》背后的故事》
《干了这碗鸡汤：从理发店小弟到阿里P10技术大牛》
《揭秘阿里、腾讯、华为、百度的职级和薪酬体系》
《淘宝技术分享：手淘亿级移动端接入层网关的技术演进之路》
《难得干货，揭秘支付宝的2维码扫码技术优化实践之路》
《淘宝直播技术干货：高清、低延时的实时视频直播技术解密》
《阿里技术分享：电商IM消息平台，在群聊、直播场景下的技术实践》
《阿里技术分享：闲鱼IM基于Flutter的移动端跨端改造实践》

[2] 更多IM开发综合文章：
《新手入门一篇就够：从零开发移动端IM》
《移动端IM开发者必读(一)：通俗易懂，理解移动网络的“弱”和“慢”》
《移动端IM开发者必读(二)：史上最全移动弱网络优化方法总结》
《从客户端的角度来谈谈移动端IM的消息可靠性和送达机制》
《现代移动端网络短连接的优化手段总结：请求速度、弱网适应、安全保障》
《移动端IM中大规模群消息的推送如何保证效率、实时性？》
《移动端IM开发需要面对的技术问题》
《开发IM是自己设计协议用字节流好还是字符流好？》
《IM消息送达保证机制实现(一)：保证在线实时消息的可靠投递》
《IM消息送达保证机制实现(二)：保证离线消息的可靠投递》
《如何保证IM实时消息的“时序性”与“一致性”？》
《一个低成本确保IM消息时序的方法探讨》
《IM单聊和群聊中的在线状态同步应该用“推”还是“拉”？》
《IM群聊消息如此复杂，如何保证不丢不重？》
《谈谈移动端 IM 开发中登录请求的优化》
《移动端IM登录时拉取数据如何作到省流量？》
《浅谈移动端IM的多点登录和消息漫游原理》
《完全自已开发的IM该如何设计“失败重试”机制？》
《通俗易懂：基于集群的移动端IM接入层负载均衡方案分享》
《微信对网络影响的技术试验及分析（论文全文）》
《开源IM工程“蘑菇街TeamTalk”的现状：一场有始无终的开源秀》
《如约而至：微信自用的移动端IM网络层跨平台组件库Mars已正式开源》
《子 *** 短信光鲜的背后：网易云信首席架构师分享亿级IM平台的技术实践》
《微信技术分享：微信的海量IM聊天消息序列号生成实践（算法原理篇）》
《自已开发IM有那么难吗？手把手教你自撸一个Andriod版简易IM (有源码)》
《融云技术分享：解密融云IM产品的聊天消息ID生成策略》
《IM开发基础知识补课(六)：数据库用NoSQL还是SQL？读这篇就够了！》
《适合新手：从零开发一个IM服务端（基于Netty，有完整源码）》
《拿起键盘就是干：跟我一起徒手开发一套分布式IM系统》
《适合新手：手把手教你用Go快速搭建高性能、可扩展的IM系统(有源码)》
《IM里“附近的人”功能实现原理是什么？如何高效率地实现它？》
《IM“扫一扫”功能很好做？看看微信“扫一扫识物”的完整技术实现》
《IM消息ID技术专题(一)：微信的海量IM聊天消息序列号生成实践（算法原理篇）》
《IM消息ID技术专题(二)：微信的海量IM聊天消息序列号生成实践（容灾方案篇）》
《IM消息ID技术专题(三)：解密融云IM产品的聊天消息ID生成策略》
《IM消息ID技术专题(四)：深度解密美团的分布式ID生成算法》
《IM消息ID技术专题(五)：开源分布式ID生成器UidGenerator的技术实现》
《IM消息ID技术专题(六)：深度解密滴滴的高性能ID生成器(Tinyid)》
《IM开发宝典：史上最全，微信各种功能参数和逻辑规则资料汇总》
《IM开发干货分享：我是如何解决大量离线消息导致客户端卡顿的》
《零基础IM开发入门(一)：什么是IM系统？》
《零基础IM开发入门(二)：什么是IM系统的实时性？》
《零基础IM开发入门(三)：什么是IM系统的可靠性？》
《零基础IM开发入门(四)：什么是IM系统的消息时序一致性？》
《IM开发干货分享：如何优雅的实现大量离线消息的可靠投递》
《IM开发干货分享：有赞移动端IM的组件化SDK架构设计实践》
《一套亿级用户的IM架构技术干货(下篇)：可靠性、有序性、弱网优化等》
《IM扫码登录技术专题(一)：微信的扫码登录功能技术原理调试分析》
《IM扫码登录技术专题(二)：市面主流的扫码登录技术原理调试分析》
《IM扫码登录技术专题(三)：通俗易懂，IM扫码登录功能详细原理一篇就够》
《理解IM消息“可靠性”和“一致性”问题，以及解决方案探讨》
《阿里技术分享：闲鱼IM基于Flutter的移动端跨端改造实践》
>> 更多同类文章 ……
本文已同步发布于“即时通讯技术圈”公众号。
同步发布链接是：>

网络营销方法一：提供优质的顾客服务，提高销售额

网络营销的信息沟通是双向互动性和信息阅读可读性，在这过程中同时具备选择性与便捷性。在网上营销过程中的企业可有效的针对性潜在客户和目标顾客，提供优质售前和售后服务。

从而建立起企业与顾客紧密相接的关系，留住原有的老顾客更能吸引新顾客购买产品。对于企业优质服务满意的顾客自然是乐于购买和使用企业相关的产品，从而实现通过网上服务达到增加企业销售额的目的。

网络营销方法二：更新产品信息，挖掘购买者消费欲望,企业可以利用网络向顾客不断地提供相关产品的信息，例如新产品使用信息，产品的新功能、新性能、节能、环保以及新颖时尚等信息，并且适时合度地更换产品新信息。

保持企业网上站点发布信息的新鲜感、吸引力与亲和力，以激发挖掘新老顾客潜在消费欲望，引导消费者去购买企业的产品，从而达到增加新产品销售的目的。

扩展资料：

营销方式技巧：

提网络营销方法一：

供优质的顾客服务，提高销售额，网络营销的信息沟通是双向互动性和信息阅读可读性，在这过程中同时具备选择性与便捷性。在网上营销过程中的企业可有效的针对性潜在客户和目标顾客，提供优质售前和售后服务。

网络营销方法二：

更新产品信息，挖掘购买者消费欲望,企业可以利用网络向顾客不断地提供相关产品的信息，例如新产品使用信息，产品的新功能、新性能、节能、环保以及新颖时尚等信息，并且适时合度地更换产品新信息。

参考资料来源：百度百科-营销方式

淘宝天猫催生54家上市公司

阿里巴巴8月21日发布的统计数据显示：2008年以来，在淘宝天猫开店获得高速发展继而上市的企业达到54家，这些公司的总市值超过1万亿，大部分触网已经有九到十年的时间。

8月23日，互联网家电品牌“小熊电器”正式登陆A股市场，成为继三只松鼠后第二个上市的互联网原生品牌。小熊电器股份有限公司董事、副总经理欧阳桂蓉向澎湃新闻记者表示，小熊电器从2005年创业就在接触阿里巴巴，“最开始是在阿里巴巴B2B网站招商，随着eBay的出局和淘宝的升级，我们从B2B网站到淘宝、淘宝商城、天猫，一路跟随阿里巴巴成长起来。”

各省公布的纳税百强企业数据显示：54家上市公司中，森马、三只松鼠、太平鸟、歌力思、GXG等品牌分别上榜当地纳税百强，其中浙江最多，占据7个，包括森马、太平鸟、红蜻蜓、GXG、海天、会稽山黄酒等；其次是上海，有晨光、元祖等5家企业；安徽、广东则紧跟其后，分别有3家。

2003年诞生的淘宝网，被认为是阿里巴巴生态建设的起点。老高电商俱乐部创始人王勇军从摆地摊、开淘宝店到做老高电商俱乐部，共创业九年。现在，王勇军的金冠俱乐部已经成为高端电商人脉圈子，年营业额超过一亿元的卖家才能进入金冠俱乐部。

“早期的淘宝论坛有很多素材，比如，卖家的故事及成长经历，但当时的淘宝小二不多，只有几个人。上百万的淘宝卖家没人组织，我就充当了小二的助手，之后与淘宝的合作越来越深，我们的俱乐部成了阿里巴巴与卖家之家的关系桥梁。现在，随着直播、短视频的发展，淘宝天猫上的卖家又成了某种意义上的‘传统卖家’，我们也会帮助这类卖家进行转型。” 王勇军向澎湃新闻记者表示，受阿里巴巴组织架构及价值观影响，老高电商俱乐部的使命是“帮助电商成功”，公司的战略、KPI全部围绕使命展开，员工也像阿里巴巴一样全部起花名。

2019年3月，阿里巴巴的官方微博发布，2018年阿里巴巴零售生态创造就业总量达4082万个。王勇军向澎湃新闻记者感慨，线上创业门槛比线下低，是年轻人选择开淘宝店的原因，阿里巴巴给了许多人创业的机会，义乌工商学院是电商创业的一个典型样本，创业大学生每年约一两千人，主要集中在淘宝、速卖通等电商平台上，学生可课堂接发单、网店业绩可代替学分，培养出不少90后的创业人才。第一财经商业数据中心2018年9月的研究显示，全国已有超过200万90后“入淘”创业。

1、直播APP开发成本，跟其他定制类APP软件开发不同，很多公司会用诸如 15000/人/月，3人，3月的方式来计算。

2、以这个直播项目为例，在这个直播App的报价产出的过程中，各个功能全定制化，加上3个重点需求难点，从产品、设计到最后开发都有团队全程参与，最终开发一个这样的App的费用定价是在30万左右，而在确定启动这个项目后，随着更加深入的细节交流。从5万—50万不等。

为什么会出现价格区间如此悬殊的报价

1、传统的软件开发外包公司，人力型行业，一方面通过疯狂的项目数量上的积累以及降低人员成本来获得利润，而另一方面的限制于它的工作性质很难吸引到优质的技术人才加入。

2、这就是大家对这个行业吐槽的真正原因，农贸市场式的良莠不齐，以上是一个APP的报价流程以及对于开发团队方面的一些分析。

3、对于项目的时间估期以及总费用这一块，不同的团队预估以及成本会有所不同，直播APP开发的成本，有高有低，对于价格是一方面，其实最重要是选择一家售前放心售后完善软件开发公司。

4、据我说知，一家靠谱的APP开发公司，必定有自己的专业技术团队。比如这家，我也线下考察过，程序开发人员接近80多人。听朋友介绍，从阿里系、百度系、头条系的有27名。足矣可见，公司的人员的强悍。

《U09 EthankDesign 商业UI设计全链式设计方法与流程高高手课程》百度网盘资源免费下载zxcv