1、做混合的话Uniapp和Flutter我应该学哪个啊？

\u200d

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

1、内容概述

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

学习交流：

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

- 开源IM框架源码：https://github.com/JackJiang2011/MobileIMSDK

（本文同步发布于：http://www.52im.net/thread-3615-1-1.html）

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的架构设计

4.1 新老架构对比

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

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

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

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

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

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

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

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

4.2 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同一时间进入异步线程池中，存储先后顺序无法有效的保证。

4.3 ORM数据库方案

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

其核心思想如下：

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

参考代码如下：

4.4 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集合的数量，适当缩容可以减少内存开销。

模型如下图所示：

4.5 状态管理方案

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

架构如下图：

4.6 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的移动端跨端改造实践》

>> 更多同类文章 ……

本文已同步发布于“即时通讯技术圈”公众号。

同步发布链接是：http://www.52im.net/thread-3615-1-1.html

2、运营岗位有哪些呢？

做运营的人都知道，运营是一个很复杂的工种，它作为用户和产品之间的桥梁，要涉及到内容、活动、用户、数据分析等工作，对于刚接触运营人来说，运营就是一个无从下手的庞然大物。我用ProcessOn思维导图流程图工具整理了一些关于运营的图，用实际行动助力各位入门运营、进阶高级运营。

一、互联网运营入门

1）运营知识框架

这张图清晰的从运营的概念、分类、基本技能入手，把运营的基本框架做了一个架构，有了这张图，你大致可以对准备进入的行业有一个整体了解。运营要负责的事情很多，但如果理顺了，就会有指挥千军万马，运筹帷幄的感觉，但这需要一个时间过程。

运营分为内容运营、活动运营、用户运营、产品运营等，接下来从运营的基本分类，介绍一下分类不同的运营岗位，具体工作内容的重心和需要具备的能力。

2）运营痛点和重点

这个模型适用于评估日常运营过程中使用的工具，比如：调查问卷、线上游戏、砍价、拼团等运营痛点和把握运营重点、方向。

二、运营岗位分类

1）新媒体运营

这张2022年新媒体矩阵图，从微信公众号、视频类平台、直播类平台、图文平台等6大平台去做布局，新媒体运营可供参考。

一个非常详细和规范的新媒体运营流程，从选题、生产、审核、分发到交付的5个环节，每个环节都匹配了关键节点、责任人、完成事项、交付成果等，这个过程涉及多部门协同，不过这个情况视每个公司的情况而定，也有很多情况下都是新媒体个人独立完成。

新媒体运营必备能力就是写文案的能力，好文案一句话就够了，一句顶一万句，但这个能力需要日积月累的学习和练习，希望这张图中的文案技巧，能祝你快速提升输出文案的能力。

2）社群运营

社群运营要围绕让用户更好的使用产品这个目标所策划的所有引流、运营、变现等一系列行为，为了实现最终的引流、变现目的，需要社群运营深挖用户需求，根据目标制定社群运营策略，定期策划活动，激发用户参与度，最终实现转化变现。社群运营需要懂产品、懂人心，会聊、会玩、会谈合作等。

3）产品运营

产品运营主要围绕产品做事情，要了解产品、了解用户，懂创意设计，会数据分析，必要时候还涉及对外合作，产品运营需要把握的方向比较多，每个公司的产品根据需求运营方向会有偏重。

这是一张2022年上半年的产品研发+运营+推广全局思路产品运营沙盘，希望对B端运营的工作思路有一定启发。

4）活动运营

作为一位称职的运营，不会策划活动是绝对不行的！活动运营的岗位需求是策划一系列的活动来实现自己活跃、增粉、引流、下单等目的。

活动运营需要充足的活动运营经验和大量的活动实践，这张图推荐了12种活动的基础玩法和3种创意玩法，建议多尝试、多拆解、多复盘。

5）抖音运营

用ProcessOn思维导图流程图工具制作一张抖音筹备运营与脚本摄制操作全景地图，从团队运作结构、团队运营时间轴、内容脚本分布、内容创作结构、内容选题类型、内容形式选择、视频内容流量7个方面的流程去布局和规划，内容详尽，面面俱到，对入门短视频拍摄的小伙伴有十分重要的启示作用。

3、公众号微商城怎么开公众号商城怎么开

微商城是怎么做出来的？

微商城是怎么做出来的？

第一步:申请微信微信官方账号

因为微商城需要嵌入微信微信官方账号，所以首先要有一个微信官方账号账号。可以在微信公众平台申请报名。这里需要绑定一个可以接收邮件的邮箱来验证登录。微信的种类很多，商家可以申请服务号和订阅号。

第二步:进行相关认证。

微信官方账号注册成功后，需要进行相关认证。这里需要提交经营企业的基本信息和营业执照的相关文件，还需要缴纳认证费300/年。这一步不能省略，因为会影响微商城的正常使用和后续支付功能的开通。

第三步:搭建微商城架构。

如果您不是计算机专业人士，我们建议您选择使用微商城模板的便捷方式来构建商城的架构。我们只要选择一个喜欢的模板，做简单的图文编辑，就可以在短时间内完成商城的搭建。

第四步:开通支付功能。

微商城肯定会涉及到支付。这里需要去官方后台开通支付功能，比如微信支付、支付宝支付、货到付款等。在某些情况下，支付方式的选择可能会受到行业的限制，这里就要注意了。

第五步:发布、启动和管理。

完成以上步骤后，就可以将自己的账号授权给商城制作平台，绑定域名并提交相关文件，等待审核发布。后续商城管理可以在商城制作平台后台完成。如果你也想快速建立自己的微信商城，那就来试试上面的方法吧！

如何开通小度小店？

开通小度小店的方法：

1、登陆微信公众号后台，选择「添加功能插件」-选择「微信小店」。

2、进入「微信小店」页面后，点击开通。（开通条件需要满足两点，认证服务号，开通微信支付）。

3、按页面要求填写微信小店名称和上传头像，按所售产品选择相应的类目。（Tips：当前有8种产品需要相关资质证明方可，直接决定开通通过率），详见下图。

4、点击确认后会弹出二维码，用管理者微信扫描二维码会提示是否确认开通。

：

度小店平台成立于2019年，服务内容针对全面的电商解决方案，赋能品牌电商、直营电商及内容电商。并提供建店、交易、结算、订单等全链路能力，支持广告投放、内容挂载、分润分销等商业模式，充分满足客户所需，实现多维度营销及订单转化。

度小店是为所有有开店诉求，具备企业或个体工商户资质的企业、机构、个人提供的直营电商行业解决方案，提供建店、交易、结算、订单等全链路能力，支持广告投放、内容挂载、分润分销等商业模式，充分满足客户所需，帮助电商客户实现多维度营销及订单转化。

微信公众号怎么开通微店？

1、微信服务号申请。微店微商城建立在微信公众号的基础上，因此，必须要与微信公众号进行绑定，且必须是微信服务号。微信服务号可开通支付功能，这是微店微商城交易的必备。

2、域名注册并备案用户注册后，需要绑定独立的域名。

3、服务号绑定微店微商城绑定微店微商城需要公众号为认证状态，并在微信公众号后台，点击设置—公众号设置—功能设置，填写网页授权域名。填写好“网页授权域名”时，需要下载一个文件，将该文件下载后上传至后台，设置—微信设置—微信公众号设置—上传文件，并在公众号后台进行确认。

4、设置店铺基本信息设置相应店铺的店铺名称、原始ID、微信号。复制“回调URL”和“Token”，粘贴到公众号后台—开发—基本配置—服务器配置的相应栏目，提交后可获得相应的APPID和Secret，再将其复制到相应栏目即可完成微店微商城与公众号的绑定。

自己的微店在微信哪里找到？

1、首先打开我们的微店。

2、打开界面后，点击我们的微店信息。

3、在出现的店铺管理中，找到“店铺资料”。

4、在店铺资料中，找到“在微信中点亮微店”。

5、打开在微信中点亮微店的图标后，会出现“立即开通”，点击开通即可。

6、开通后，会提示你绑定自己的微店信息，点击绑定即可。

如何从微信公众平台进入微商城？

从微信公众平台进入微商城可以有以下方式：第一种：通过微信公众平台的自定义菜单实现，可以将微商城的链接放在微信公众平台的自定义菜单中，这样就可以通过点击自定义菜单，从而进入微商城。第二种方式：通过图文推送消息，链接进入微商城，可以将微商城的链接放在图文中，微信公众平台如果进行了微信认证并开通了微信支付的服务号是可以在内容中添加链接的。第三种方式：可以将微商城的链接加入到图文的原文阅读的地方，这样就可以通过点击阅读原文从而进入微商城。微信公众号有三种：订阅号、服务号和企业号。对于个体商家，只能申请订阅号；对于企业商家申请服务号和订阅号均可，企业号暂时不支持对外开放。注：订阅号和服务号建议认证。以上三种方式，前两种适合微信公众平台服务号，后一种不仅适合微信公众平台服务号，也是微信公众平台订阅号。

公众号自定义菜单怎么跳转商城？

1、首先要把公众号关联小程序。

第一步：登录公众号（微信公众平台）-小程序-管理小程序-添加

第二步：管理员扫码确认

第三步：输入需要绑定的小程序，查找小程序并发送绑定

第四步：小程序管理员接收——绑定完成

2、关联好小程序后，将小程序加入公众号菜单：

（1）进入微信公众号后台，点击【自定义菜单】—【设置菜单名称】—【菜单内容选择：跳转到小程序】。

（2）此时点击【选择小程序】会弹出已经关联的小程序，选择后点击【确定】；

（3）选择了小程序后，跳转路径默认小程序的首页。如果需要跳转到小程序其他页面，还需要获取小程序其他页面的路径。

（4）跳转路径配置完成后，左侧会有效果预览，检查下确定没有问题，点击“保存并发布”即可。

4、如何做好微信公众号的用户运营

说起微信服务号，一般都认为做好推广服务即可，其实服务号运营技巧也有很多。尽管每个月只限制为4次，但是每一次运营得好，光是粉丝的增长就足以超过订阅号一周的努力。下面介绍几招微信服务号的运营技巧，希望可以帮助你提升微信服务号的运营技巧：

不得不说的第一步，就是定位。

你的服务号的定位是什么，是为哪类行业或客户服务的。精准的定位是成功的开始！只有明确了定位，就找准了方向，才能有好的开始！

规划---服务号的好脸面

无论是写文章也好还是绘画也好，最开始的排版和构图都是最重要的。运营服务号也不例外。多图文栏目一般是5个最佳，1个黄金栏目4个小栏目。栏目要统一化，让用户收到消息会感觉很整齐。很多时候形态各异的栏目让我觉得很疲劳，关注的公众号太多了，不整齐的栏目很难让人想去找亮点。

在黄金栏目是主要放最重要的内容，这也是人们点击阅读最多和分享最多的。下面的4个小栏目的规划需要有针对性，对于特定的栏目进行特定的阐释。

标题---亮点多不浮夸

一般用户会点击、阅读文章，第一感觉都是冲着标题去的。标题很重要，不过不建议你是标题党。总结几点：1、标题前带强烈的引导词，如“围观”;2、标题带入数字，如“5个技能”“7大诀窍”等；3、利用反问语气，标题有逻辑性、煽动性、引导性。

内容---精湛创意有价值

企业的服务号基本上是一周一次，内容的话，每一篇都是需要编辑的，而不是复制与粘贴，要有所创意，把死板的东西用另一种方式表达得更活跃，更趣味性；要符合用户的阅览习惯和品味。在这里建议把精致的、对受众有价值的内容放在第一位，这样不仅可以保证较高的打开率和传播率，也会让粉丝觉得这是一个有质感、有价值的账号。

在内容的外在方面玩点花样，区别于其他常规的服务号，会形成企业服务号独特的亮点。一方面，在文章开头和结尾设计一张精致的小图，用引导性的箭头和“温馨提示”般的文案，指引阅读的用户关注公众号。另一方面，内容排版上，除了纯粹文字，还要擅长运用图文结合形式、全图形式，一张图足够简洁明了。再者就是学会利用一定的颜色对内容进行包装，比如大文字、段段之间的分割彩色线等，让内容看起来丰富多彩，但切记颜色不过于太花。

互动---理客户懂交流

服务号中的粉丝是有区别订阅号的粉丝，一般来说服务号的粉丝精准度很高。理客户就是说对于精准度高的用户，为他们在客户群里进行分类。群发图文图片时，我们可以针对性别，地区，客户组别，如果你的客户有会员等级之分，你可以按等级分组，因为并不是所有客户品味都一样，如关注奔驰的客户，喜欢内容可能跟奥迪客户不一样。

服务号虽然群发次数少，但是每一次群发之后，肯定收到的消息特别多，除了原有的用户，许多新用户看了你的群发内容会找你咨询，这个时候企业就必须做到和用户的随时交流，真正的服务用户的问题。

数据---分析情况，调整时间

善于利用服务号中的数据统计，很多运营问题都可以通过数据分析了解到。如发布的内容客户喜欢吗?通过数据统计，可以清淅了解到粉丝量，每天新关注人数、掉粉数量;通过“用户属性”看到订阅用户性别、省份;通过“图文分析”了解每次信息推送情况，如送达人数，图文页阅读人数，原文页阅读人数，分享转发人数。

服务号虽然每月虽然有条数的限制，但是如果撞到像订阅号一样不佳的时间里，就会带来用户反感，取消关注。所以发送的时间很重要，可以发送几次后分析数据的情况，通过以上的“图文分析”，调整到最佳的发送时间。一般每天的中午和下班前后时间是比较好，阅读数这个时间段也是最高。

推广---方式佳，体验高

微信新功能上线，可以添加超链了（目前只针对开通微信支付的服务号）。这是一个好的利于推广的方式，可以把你想让用户看的文章超链上，或者关注新账号中加入超链，这样用户可以直接的查看或关注了。当然我们可以使用左下角的“阅读原文”也可以，但是需要有必要的提醒，让用户知晓。还有一个小细节就是注意“封面图片显示在正文中”的勾选也应该根据图文内容的排版进行合理安排，如不需要显示，可以勾选不显示，这样会间接提高用户的阅读性。

总结开来，不管是运营服务号还是订阅号，从模仿也好，从创新也好，都要形成自己的风格，有了自己独特的风格，用户才会留住脚步，才会有持续阅读性。