共 160 篇
为什么要在小程序里接入企业微信客服很多小程序上线后，客服能力往往是最容易被忽略的一环。微信自带的客服消息有 48 小时会话窗口限制，用户离开后很难再触达；而企业微信客服（微信客服）支持长期会话、可分配多客服、能沉淀到企微侧做私域运营，对独立开发者和中小团队来说性价比很高。本文从零讲清楚：小程序如何接入企业微信客服，包含配置流程、代码实现和几个容易踩的坑。一、先理清三个概念微信客服（WeCom Kf
做微信小程序的朋友大多遇到过这种尴尬：产品经理拿着设计稿说，这个 tabbar 要中间凸起一个按钮，图标要能带角标，选中态要有个小动画。而小程序原生 tabBar 只支持静态配置，改个图标都得重新编译，更别说凸起和动画了。这时候就得上自定义 tabbar。 自定义 tabbar 的核心思路其实不复杂：把原生 tabbar 隐藏掉，自己写一个 fixed 定位的组件，用 wx.switchTab 做
做微信小程序时，原生导航栏往往满足不了设计需求：首页要沉浸式背景图、详情页要透明渐变、品牌页要放 logo 和搜索框。这时就得用自定义头部（custom navigationBar）。我做过十几个带自定义头部的项目，把踩过的坑和可复用的写法整理成这篇，直接抄代码就能用。一、先关掉原生导航栏在页面 json 里配置：{ "navigationStyle": "custom", "disableScr
做了几年小程序，我越来越觉得「留存」这个词被讲烂了。打开各种运营课，翻来覆去就是签到、积分、push、优惠券。这些东西有用吗？有用，但它们是止疼药，不是治病。真正决定用户第二天还愿不愿意点开你小程序的，往往在开发阶段就埋下伏笔了。先搞清楚：你的留存是「被动」还是「主动」我接过一个本地生活类的小程序，日活看着还行，但细看数据，80% 的访问来自微信会话卡片的二次点击——用户是被朋友分享的链接拽回来的
上周帮朋友看一个被拒了三次的小程序，打开后台一看，三次驳回理由分别是「类目与内容不符」「诱导分享」「收集用户信息未声明」。说实话，这三个问题在开发阶段都能规避，但很多人是提审之后才开始补。我自己也踩过类似的坑，这篇就把这几年攒下来的审核经验捋一遍，尽量说人话。先搞清楚审核到底在查什么很多人以为审核是看代码质量，其实不是。审核员看不到你的源码，他们只看两样东西：你填的资料和用户点进去能看到什么。所以
很多做小程序的朋友，上线之后每天就盯着一个数：今天多少人打开了。看完心里美一下，然后关掉后台。过两个月再来看，发现访问量掉了一半，却说不清为什么。运营数据不是用来看热闹的，它是用来做决定的。这篇就聊聊我在几个项目里怎么把小程序运营数据真正用起来，少讲概念，多讲能落地的做法。先搞清楚哪些数据值得看微信小程序后台自带的数据分析，其实已经覆盖了大部分日常需要。我的习惯是分三层看：入口层：用户从哪来。是搜
上周帮朋友收尾一个小程序，功能都写完了，提审前我让他先跑一遍测试。他回了一句：本地都点过了，没问题。结果上线第二天，客服群里炸了——iOS 上支付回调没反应，安卓低端机进详情页白屏。这两个问题，本地开发者工具里一个都复现不出来。这篇就聊聊小程序开发测试这件事。不是教科书式的清单，是我自己反复踩坑之后，觉得真正值得花时间的地方。开发者工具只是起点，不是终点很多人把微信开发者工具的模拟器当成测试环境，
上个月接了个活，客户要在自己的小程序里接入一个「预约排号」功能。我第一反应是直接写页面，后来一想，这功能他三个小程序都要用，干脆做成插件。结果这一做，踩的坑比预想的多得多。今天就把这次插件开发的经历捋一遍，给想尝试的朋友省点时间。 先想清楚：什么时候该做插件 插件不是万能药。我见过有人把整个项目拆成七八个插件，最后维护起来比单体还累。我的判断标准很简单： 这段功能要在多个小程序里复用，且逻辑相对独
上周帮朋友收拾一个烂摊子：一个上线两周的小程序，iOS 上好好的，安卓上一进商品详情页就白屏。查了半天，是某个机型上 position: sticky 配合自定义导航栏出了问题。这类事我见得太多，今天就把小程序兼容性测试这块的经验捋一捋，都是踩过的坑。 为什么小程序兼容性比 H5 更麻烦 很多人觉得小程序跑在微信里，环境统一，应该比 H5 省心。理论上没错，但实际情况是： 基础库版本分散。用户手机
组件开发这件事，我踩过的坑比写过的组件还多。刚做小程序那会儿，看到什么都想封装：按钮封装一个、卡片封装一个、连个带图标的文本行都要抽出来。结果项目做到一半，组件目录比业务代码还厚，改一个样式要翻五个文件。后来才想明白，组件不是越多越好，是该封的时候封，不该封的时候忍住。 什么时候才值得抽组件 我的判断标准很简单，满足下面任意一条才动手： 同一段结构在三个以上页面出现，且以后大概率还会加 这块 UI
微信扫码，直接沟通需求
微信扫码，直接沟通需求