设计前需先理清「为什么做」「给谁用」「核心功能是什么」,避免后期返工:
- 核心目标:明确小程序的核心价值(如电商交易、工具服务、内容展示、线下引流),拒绝 “大而全”,优先保障核心功能流畅(例如工具类小程序聚焦 “高效解决单一问题”)。
- 目标用户:定义用户画像(年龄、使用场景、操作习惯),例如面向中老年用户的小程序需简化操作、放大字体;面向年轻人的工具类小程序可侧重颜值与交互效率。
- 微信生态适配:利用小程序的天然优势(轻量化、免安装、社交分享、线下扫码),避免与 APP 功能完全重叠(例如小程序侧重 “即时使用”,APP 侧重 “深度留存”)。
根据团队能力和需求选择开发框架,设计需适配对应规范:

微信小程序有明确的设计规范(参考「微信开放平台 - 设计指南」),核心原则是「轻量化、一致性、易操作」,避免过度设计。
- 主色:1 种核心主色(用于按钮、关键操作、品牌标识),饱和度适中(避免刺眼),例如电商类用红色系、工具类用蓝色系。
- 辅助色:2-3 种辅助色(用于提醒、成功、警告等状态,如绿色 = 成功、橙色 = 提醒、红色 = 错误),需与主色协调。
- 中性色:黑 / 白 / 灰梯度(用于文字、背景、边框),建议:
- 正文:#333333(深灰,避免纯黑 #000)
- 副标题:#666666
- 辅助文字:#999999
- 背景色:#F5F7FA(浅灰,避免纯白 #FFFFFF 导致视觉疲劳)
- 边框 / 分割线:#E5E7EB(浅灰,弱化割裂感)
- 字体选择:优先使用微信默认字体(iOS:San Francisco;Android:思源黑体),无需自定义字体(增加加载体积)。
- 字号层级(单位:rpx,微信自适应单位,1rpx = 屏幕宽度 / 750):
- 大标题:32-36rpx
- 标题:28-30rpx
- 正文:24-26rpx(核心可读文字)
- 辅助文字:20-22rpx
- 标注文字:18rpx(如时间、备注)
- 行高:正文行高 1.5-1.8 倍,标题行高 1.2-1.4 倍,保证可读性。
- 适配原则:采用「弹性布局(flex)+ rpx 单位」,适配不同屏幕尺寸(iPhone/Android,3.5-6.7 英寸)。
- 安全区域:避免内容被手机状态栏、导航栏、底部小黑条遮挡,使用微信原生组件
page-meta 或 safe-area-inset-* 适配(例如底部操作栏需预留 safe-area-inset-bottom 距离)。
- 间距规范:统一间距单位(如 8rpx、16rpx、24rpx),避免杂乱无章,例如列表项间距 16rpx,模块间距 24rpx。
- 顶部:搜索框(聚焦核心搜索需求,如商品、内容)+ 导航栏(微信原生导航栏,标题居中,避免自定义导航栏导致适配问题)。
- 中部:核心功能区(图标 + 文字,3-4 列,例如电商类:分类、优惠券、购物车;工具类:核心功能 1、核心功能 2)。
- 底部:内容流(列表 / 网格,如商品列表、文章列表),突出关键信息(如价格、标题、缩略图),弱化次要信息。
- 顶部:轮播图(最多 5 张,支持左右滑动,点击放大)。
- 中部:核心信息(标题、价格 / 简介、关键属性),排版从上到下逻辑清晰(用户视线流:左→右、上→下)。
- 底部:固定操作栏(如 “立即购买”“加入购物车”“收藏”,主按钮用主色,次要按钮用描边样式)。
- 顶部:用户信息区(头像、昵称、登录入口,未登录时显示 “点击登录”)。
- 中部:功能列表(图标 + 文字 + 右箭头,如订单、收藏、地址管理、设置,每行 1 个功能,清晰易点)。
- 底部:辅助入口(帮助中心、意见反馈、关于我们),文字用辅助色。
微信提供丰富的原生组件(按钮、表单、列表、导航等),性能优于自定义组件,设计时优先选用:
- 按钮:
button 组件(默认样式可自定义,支持 “主色按钮”“描边按钮”“文字按钮”),避免用view模拟按钮(缺失点击反馈)。
- 表单:
input(输入框)、picker(选择器)、checkbox(复选框),需配合微信原生表单校验逻辑。
- 导航:
navigator 组件(页面跳转),遵循微信导航逻辑(返回上一页、跳转到新页面)。
- 推荐 UI 组件库(提升效率):WeUI(微信官方,风格统一)、Vant Weapp(轻量美观,电商 / 工具类常用)、ColorUI(高颜值,支持自定义)。
交互设计的核心是「让用户 “不用想” 就能操作」,避免复杂逻辑和学习成本:
- 点击反馈:按钮、可点击区域点击时需有状态变化(如颜色变深、缩放 0.95 倍、出现阴影),反馈时长≤100ms。
- 页面跳转:
- 层级跳转:用微信原生跳转动画(右滑进入、左滑返回),避免自定义跳转动画(混淆用户)。
- 返回逻辑:页面栈≤5 层,避免深层跳转(用户难以返回),首页不提供 “返回” 按钮。
- 加载状态:
- 页面加载:用微信原生
loading 组件(或骨架屏),避免让用户 “等待无反馈”。
- 列表加载:滚动到底部自动加载下一页(下拉加载),显示 “加载中...” 提示。
- 错误处理:
- 网络错误:显示 “网络异常,点击重试” 按钮,引导用户操作。
- 数据为空:显示空状态图 + 提示文字(如 “暂无数据~”),避免空白页面。
- 表单操作:
- 输入框:聚焦时自动弹起键盘,输入完成后点击 “完成” 按钮关闭键盘。
- 表单校验:实时校验(如手机号格式错误即时提示),错误提示用红色文字,放在输入框下方。
- 列表交互:
- 下拉刷新:支持下拉刷新列表(微信原生下拉刷新动画)。
- 左滑操作:列表项左滑显示 “删除”“编辑” 等操作(如订单列表、收藏列表)。
- 弹窗设计:
- 模态框:用于关键操作确认(如删除、支付),需有 “确认” 和 “取消” 按钮,避免误操作。
- Toast 提示:用于操作成功 / 失败反馈(如 “收藏成功”),显示时长 1.5-2s,自动消失,不遮挡核心内容。
- 分享功能:利用微信社交属性,支持 “转发给好友”“分享到朋友圈”,分享卡片需包含标题、缩略图、描述(吸引用户点击)。
- 支付功能:遵循微信支付流程(选择支付方式→确认金额→输入密码 / 面容支付),支付过程中显示 “支付中...” 状态,支付完成后跳转 “支付成功” 页面,并提供 “查看订单” 入口。
- 定位功能:需先向用户申请定位权限(弹窗提示 “是否允许获取您的位置”),用户同意后再获取定位,拒绝后提供 “手动选择地址” 入口。
设计稿需考虑开发落地性,避免 “设计好看但无法实现”:
- 尺寸:750rpx(微信设计稿标准尺寸,1:1 对应 rpx 单位),使用 Figma/Sketch/PS 设计,导出切图时选择「@2x」「@3x」(适配不同屏幕分辨率)。
- 切图格式:图标用 PNG/SVG(SVG 支持无损缩放,优先使用),图片用 WebP(体积更小,加载更快),避免使用 JPG(压缩后易模糊)。
- 标注:使用蓝湖、摹客等工具标注尺寸、颜色、字体,方便开发查看。
- 图片优化:首页图片优先使用 “缩略图 + 懒加载”,避免高清大图一次性加载(导致页面卡顿)。
- 代码分包:小程序主包体积≤2M,设计时将非核心页面(如 “关于我们”“帮助中心”)放入分包,减少首页加载时间。
- 避免冗余功能:不添加 “可有可无” 的功能(如复杂动画、冗余组件),降低开发成本和页面体积。
微信小程序审核严格,设计时需提前规避合规风险:
- 权限申请:获取用户信息(头像、昵称)、定位、相册、麦克风等权限时,需明确告知用户 “使用目的”(如 “获取定位用于推荐附近门店”),不强制授权(拒绝授权后仍可使用核心功能)。
- 隐私政策:小程序内需提供「隐私政策」页面,明确用户数据收集、使用、存储规则,首页或个人中心需有入口。
- 无违规内容:图片、文字、图标不得包含色情、暴力、政治敏感、侵权信息(如未经授权的品牌 Logo、图片)。
- 广告规范:广告需标注 “广告” 字样,不得遮挡核心内容,不得强制用户观看广告(如弹窗广告需提供 “关闭” 按钮)。
- 不仿冒微信功能:不得设计与微信原生功能(如聊天、支付、朋友圈)混淆的界面。
- 不诱导分享:不得强制用户分享(如 “不分享无法继续使用”),分享文案不得包含诱导性语言(如 “转发领红包”)。
- 核心:突出商品、价格、购买路径,简化下单流程(如 “首页→商品详情→加入购物车→结算→支付”,步骤≤5 步)。
- 重点:商品列表清晰(图片 + 标题 + 价格 + 销量)、优惠券 / 活动入口明显、购物车同步(与 APP / 公众号互通)。
- 核心:聚焦单一功能,操作步骤≤3 步(如 “拍照→识别→结果”),避免复杂设置。
- 重点:功能入口突出、操作反馈及时、支持历史记录(如翻译记录、计算记录)。
- 核心:优化阅读 / 观看体验,减少干扰。
- 重点:文章页排版简洁(行间距适中、无冗余广告)、视频页支持倍速 / 全屏、支持收藏 / 分享。
- 核心:快速展示门店信息、预约流程。
- 重点:门店定位 / 导航、预约表单简化(填写项≤3 项)、联系电话一键拨打。
- 设计工具:Figma(团队协作,有微信小程序模板)、Sketch(Mac 端常用)、PS(专业设计)。
- 组件库:WeUI(微信官方)、Vant Weapp(电商 / 工具类)、ColorUI(高颜值)。
- 协作工具:蓝湖(设计标注、切图导出)、摹客(实时协作)、微信开发者工具(预览小程序效果)。
微信小程序设计的核心是「轻量化、强适配、高合规」:先明确核心需求,再遵循微信生态规范设计 UI / 交互,兼顾开发落地性和用户体验,最后通过合规检查确保顺利上线。如果需要针对具体类型(如电商、工具)或场景(如首页、支付流程)的详细设计方案,可以进一步补充需求,我会提供更精准的设计建议。