首页小程序开发正文

小程序开发者平台产品设计（小程序开发架构设计）

小程序开发 2023-01-21T13:05:10 1562

今天给各位分享小程序开发者平台产品设计的知识，其中也会对小程序开发架构设计进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！本文目录一览： 1、小程序开发 2、

今天给各位分享小程序开发者平台产品设计的知识，其中也会对小程序开发架构设计进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

1、小程序开发
2、微信小程序怎么设计微信小程序设计指南
3、微信小程序 - 设计方案
4、如何设计一个小程序
5、小程序设计有哪些技巧?
6、小程序怎么制作小程序制作过程

小程序开发

小程序开发有以下两种方法：

1、使用第三方小程序制作工具。

这种制作方式非常简单，你需要选一个简单的小程序制作工具，尽量找知名度高、模板美观、业界口碑好的平台，比如上线了，然后注册账号后选择“创建小程序”。选一个你需要的模板，点击进入后台编辑页面。在这里你就可以制作你的小程序了。

这种方式以“展示”模板为例，在【通用风格】里你可以设计小程序主题色、产品布局，自定义导航栏；在【页面设计】里你可以添加各种功能版块，包括轮播图、拼接图、快捷按钮、标题、视频、产品列表等。

2、使用微信小程序开发者平台。

如果你懂技术知识，那么可以下载安装官方小程序开发者工具。安装好之后，就新建小程序项目，选择代码存放的硬盘路径，填入自己的小程序的 AppID（没有的话你要先到微信公众平台注册一个小程序账号，在“设置”里可以查看你的小程序的 AppID）。勾选“创建 QuickStart 项目”，就可以开发自己的小程序了。

用这种方式开发你需要参考微信官方开发文档，要遵循友好礼貌、清晰明确、便捷优雅、统一稳定的特点，以及相应的视觉规范（字体、列表、按钮、图标等）。

微信小程序怎么设计微信小程序设计指南

概要

基于微信小程序轻快的特点，我们拟定了小程序界面设计指南和建议。设计指南建立在充分尊重用户知情权与操作权的基础之上。旨在微信生态体系内，建立友好、高效、一致的用户体验，同时最大程度适应和支持不同需求，实现用户与小程序服务方的共赢。

友好礼貌

为了避免用户在微信中使用小程序服务时，注意力被周围复杂环境干扰，小程序在设计时应该注意减少无关的设计元素对用户目标的干扰，礼貌地向用户展示程序提供的服务，友好地引导用户进行操作。

重点突出

每个页面都应有明确的重点，以便于用户每进入一个新页面的时候都能快速地理解页面内容。在确定了重点的前提下，应尽量避免页面上出现其它与用户的决策和操作无关的干扰因素。

反例示意

此页面的主题是查询，却添加了诸多与查询不相关的业务入口，与用户的目标无关，易造成用户的迷失。

纠正示意

去掉任何与用户目标不相关的内容，明确页面主题，在技术和页面控件允许的前提下提供有助于用户决策和操作的帮助内容，比如最近搜索词等。

反例示意

操作没有主次，让用户无从选择。

纠正示意

首先要避免并列过多操作让用户选择，在不得不并列多个操作时，需区分操作主次，减轻用户的选择难度。

流程明确

为了让用户顺畅地使用页面，在用户进行某一个操作流程时，应避免出现用户目标流程之外的内容而打断用户。

反例示意

用户本打算进行搜索，在进入页面时却被突如其来的模态抽奖框所打断；对于抽奖没有兴趣的用户是非常不友好的干扰；而即便有部分用户确实被“诱人”的抽奖活动所吸引，离开主流程去抽奖之后可能就遗忘了原本的目标，进而失去了对产品真正价值的利用和认识。

清晰明确

一旦用户进入我们的小程序页面，我们就有责任和义务清晰明确地告知用户身在何处、又可以往何处去，确保用户在页面中游刃有余地穿梭而不迷路，这样才能为用户提供安全且愉悦的使用体验。

导航明确，来去自如

导航是确保用户在网页中浏览跳转时不迷路的最关键因素。导航需要告诉用户，当前在哪，可以去哪，如何回去等问题。首先在微信系统内的所有小程序的全部页面，均会自带有微信提供的导航栏，统一解决当前在哪，如何回去的问题。在微信层级导航保持体验一致，有助于用户在微信内形成统一的体验和交互认知，无需在各小程序和其他微信页面的切换中新增学习成本或改变使用习惯。

微信导航栏

微信导航栏，直接继承于客户端，除导航栏颜色之外，开发者无需亦不可对其中的内容进行自定义。但开发者需要规定小程序各个页面的跳转关系，让导航系统能够以合理的方式工作。

微信导航栏分为导航区域、标题区域以及操作区域。其中导航区控制程序页面进程。目前导航栏分深浅两种基本配色。

导航区（iOS）

微信进入小程序的第一个页面，导航区通常只有一个操作——“返回”，即返回进入小程序前的微信页面。进入小程序后的次级页面，导航区的操作为——“返回” 和“关闭”。 “返回”，即返回上一级小程序界面或微信界面。“关闭”，即在当前界面直接退出小程序，回到进入小程序前的微信页面。

导航区（Android）

导航区仅存在唯一操作——直接退出小程序，回到进入小程序前的微信或系统桌面，安卓手机自带的硬件返回键执行返回上一级页面的操作。

安卓导航存在一类特殊情况：当用户通过操作区的菜单将小程序添加至安卓桌面，并从安卓桌面打开小程序时，小程序的首页，不展示导航按钮。仅展示小程序标题和操作区。小程序次级页面，导航区只有返回上一级页面的操作，而点击安卓手机自带的硬件返回键也起到相同作用。

微信导航栏自定义颜色规则（iOS和Android）

小程序导航栏支持基本的背景颜色自定义功能，选择的颜色需要在满足可用性前提下，和谐搭配微信提供的两套主导航栏图标。建议参考以下选色效果：

选色方案示例

页面内导航

开发者可根据自身功能设计需要在页面内添加自有导航。并保持不同页面间导航一致。但是受限于手机屏幕尺寸的限制，小程序页面的导航应尽量简单，若仅为一般线性浏览的页面建议仅使用微信导航栏即可。

开发者可选择小程序页面添加标签分页（Tab）导航。标签分页栏可固定在页面顶部或者底部，便于用户在不同的分页间做切换。标签数量不得少于2个，最多不得超过5个，为确保点击区域，建议标签数量不超过4项。一个页面也不应出现一组以上的标签分页栏。

其中小程序首页可选择微信提供的原生底部标签分页样式，该样式仅供小程序首页使用。开发时可自定义图标样式、标签文案以及文案颜色等，具体设置项如图标尺寸等参考可参考开发文档和WeUI基础控件库。

顶部标签分页栏颜色可自定义。在自定义颜色选择中，务必注意保持分页栏标签的可用性、可视性和可操作性。

减少等待，反馈及时

页面的过长时间的等待会引起用户的不良情绪，使用微信小程序项目提供的技术已能很大程度缩短等待时间。即便如此，当不可避免的出现了加载和等待的时候，需要予以及时的反馈以舒缓用户等待的不良情绪。

启动页加载

小程序启动页是小程序在微信内一定程度上展现品牌特征的页面之一。本页面将突出展示小程序品牌特征和加载状态。启动页除品牌标志（Logo）展示外，页面上的其他所有元素如加载进度指示，均由微信统一提供且不能更改，无需开发者开发。

页面下拉刷新加载

在微信小程序内，微信提供标准的页面下拉刷新加载能力和样式，开发者无需自行开发。

微信下拉刷新错误使用案例

请避免以下错误使用情况，确保信息的可见性和页面的可用性。

页面内加载反馈

开发者可在小程序里自定义页面内容的加载样式。建议不管是使用在局部还是全局加载，自定义加载样式都应该尽可能简洁，并使用简单动画告知用户加载过程。开发者也可以使用微信提供的，统一的页面加载样式，如图中例所示。

模态加载

模态的加载样式将覆盖整个页面的，由于无法明确告知具体加载的位置或内容将可能引起用户的焦虑感，因此应谨慎使用。除了在某些全局性操作下不要使用模态的加载。

局部加载反馈

局部加载反馈即只在触发加载的页面局部进行反馈，这样的反馈机制更加有针对性，页面跳动小，是微信推荐的反馈方式。例如：

加载反馈注意事项

若载入时间较长,应提供取消操作,并使用进度条显示载入的进度。

载入过程中,应保持动画效果 ; 无动画效果的加载很容易让人产生该界面已经卡死的错觉。

不要在同一个页面同时使用超过1个加载动画。

结果反馈

除了在用户等待的过程中需予以及时反馈外，对操作的结果也需要予以明确反馈。根据实际情况，可选择不同的结果反馈样式。对于页面局部的操作，可在操作区域予以直接反馈，对于页面级操作结果，可使用弹出式提示（Toast）、模态对话框或结果页面展示。

页面局部操作结果反馈

对于页面局部的操作，可在操作区域予以直接反馈，例如点击多选控件前后如下图。对于常用控件，微信设计中心将提供控件库，其中的控件都已提供完整操作反馈。

页面全局操作结果——弹出式提示（Toast）

弹出式提示（Toast）适用于轻量级的成功提示，1.5秒后自动消失，并不打断流程，对用户影响较小，适用于不需要强调的操作提醒，例如成功提示。特别注意该形式不适用于错误提示，因为错误提示需明确告知用户，因而不适合使用一闪而过的弹出式提示。

页面全局操作结果——模态对话框

对于需要用户明确知晓的操作结果状态可通过模态对话框来提示，并可附带下一步操作指引。

页面全局操作结果—结果页

对于操作结果已经是当前流程的终结的情况，可使用操作结果页来反馈。这种方式最为强烈和明确的告知用户操作已经完成，并可根据实际情况给出下一步操作的指引。

异常可控，有路可退

在设计任何的任务和流程时，异常状态和流程往往容易被忽略，而这些异常场景往往是用户最为沮丧和需要帮助的时候，因此需要格外注意异常状态的设计，在出现异常时予以用户必要的状态提示，并告知解决方案，使其有路可退。

要杜绝异常状态下，用户莫名其妙又无处可去，停滞在某一个页面的情况。上文中所提到的模态对话框和结果页面都可作为异常状态的提醒方式。除此之外，在表单页面中尤其是表单项较多的页面中，还应明确指出出错项目，以便用户修改。

异常状态——表单出错

表单报错，在表单顶部告知错误原因，并标识出错误字段提示用户修改。

便捷优雅

从PC时代的物理键盘鼠标到移动端时代手指，虽然输入设备极大精简，但是手指操作的准确性却大大不如键盘鼠标精确。为了适应这个变化，需要开发者在设计过程中充分利用手机特性，让用户便捷优雅的操控界面。

减少输入

由于手机键盘区域小且密集，输入困难的同时还易引起输入错误，因此在设计小程序页面时因尽量减少用户输入，利用现有接口或其他一些易于操作的选择控件来改善用户输入的体验。

例如下图中，在添加银行卡时，采用摄像头识别接口来帮助用户输入。除此之外微信团队还对外开放例如地理位置接口等多种微信小程序接口，充分利用这些接口将大大提高用户输入的效率和准确性，进而优化体验。

除了利用接口外，在不得不让用户进行手动输入时，应尽量让用户做选择而不是键盘输入。一方面，回忆易于记忆，让用户在有限的选项中做选择通常来说是容易于完全靠记忆输入；另一方面，仍然是考虑到手机键盘密集的单键输入极易造成输入错误。例如图中，在用户搜索时提供搜索历史快捷选项将帮助用户快速进行搜索，而减少或避免不必要是键盘输入。

避免误操作

因为在手机上我们通过手指触摸屏幕来操控界面，手指的点击精确度远不如鼠标，因此在设计页面上需点击的控件时，需要充分考虑到其热区面积，避免由于可点击区域过小或过于密集而造成误操作。当简单的将原本在电脑屏幕上使用的界面不做任何适配直接移植到手机上时，往往就容易出现这样的问题。由于手机屏幕分辨率各不相同，因此最适宜点击像素尺寸也不完全一致，但换算成物理尺寸后大致是在7mm-9mm之间。在微信提供的标准组件库中，各种控件元素均已考虑到了页面点击效果以及不同屏幕的适配，因此再次推荐使用或模仿标准控件尺寸进行设计。

利用接口提升性能

微信设计中心已推出了一套网页标准控件库，包括 sketch设计控件库和 Photoshop设计控件库，后续还将完善小程序组件，这些控件都已充分考虑了移动端页面的特点，能够保证其在移动端页面上的可用性和操作性能；同时微信开发团队也在不断完善和扩充微信小程序接口，并提供微信公共库，利用这些资源不但能够为用户提供更加快捷的服务，而且对页面性能的提高有极大作用，无形之中提升了用户体验。

统一稳定

除了以上所提到的种种原则，建议接入微信的小程序还应该时刻注意不同页面间的统一性和延续性，在不同的页面尽量使用一致的控件和交互方式。

统一的页面体验和有延续性的界面元素都将帮助用最少的学习成本达成使用目标，减轻页面跳动所造成的不适感。正因如此，小程序可根据需要使用微信提供的标准控件，以达到统一稳定的目的。

视觉规范

字体规范

微信内字体的使用与所运行的系统字体保持一致，常用字号为20, 18, 17, 16,14 13, 11(pt)，使用场景具体如下：

字体颜色

主内容 Black 黑色，次要内容 Grey 灰色；时间戳与表单缺省值 Light 灰色；大段的说明内容而且属于主要内容用 Semi 黑。

蓝色为链接用色，绿色为完成字样色，红色为出错用色 Press 与 Disable 状态分别降低透明度为20%与10%。

列表视觉规范

表单输入视觉规范

微信小程序 - 设计方案

看了 bang 的博客对微信小程序的技术方案有了更深入的理解：

微信小程序必须要符合两个刚需：管控体验

（1）DLS：想要对开发者进行管控，最好的方法就是自己设计一套框架，让开发者按照自己框架的规范进行编码，利用这套DLS（针对某一特定的领域设计的计算机语言）可以更好的针对不同的需求去优化。

（2）JS环境：写过小程序的开发者都了解，小程序中是无法调用任何DOM API的，为什么呢？是因为小程序实现了js的运行环境与浏览器分离，运行在单独的js引擎上，脱离了浏览器，一切DOM操作在你的JS中是无法操作的，而小程序的核心JS是运行在浏览器中的，这样做的好处和坏处是什么呢？

（1）因为小程序是寄生在原生下的应用，通过native接口，我们可以用js调用一些原生的组件和方法，做出一些H5无法完成的任务和体验。

（2）退出小程序后，小程序后，小程序可以在后台运行5分钟，用户再次打开时，不需要重洗渲染小程序。

（3）同时得益于在原生环境下，小程序可以预加载多个WKWebView，可以省去WKWebView加载时间，提高用户体验。

以上是通过bang的博客以及自己的理解记下的。

以下是自己最于最近的现象的一些见解唠叨：

（1）微信小程序平台的管理机制：小程序的管控机制其实很大程度上是效仿苹果对于旗下应用的管控机制。苹果对自家的应用或者语言的监控可谓是家长对于孩子般的照顾了，当然这和其自身利益和自身价值是分不开的，对于前阶段苹果对于混合开发的动作（当然这和安全隐患有着关系，如JSPatch调用私有API），大家可以搜索一下2016年之前和2016年之后Object-C和Swift的语言排行，相信可以看到一下原因。所以对旗下产品的管控对于其自身利益又着很大的作用。

（2）支付宝小程序和微信小程序：支付宝小程序刚推出时，我看了一下它的文档，确实和小程序很像，抄袭理念也是自然的了。这个我不考虑，只是写一些对与两个超级平台的不同看法（纯属个人见解，欢迎一起分享讨论），两个小程序确实存在着竞争，但是我认为（不考虑两个巨头对于市场的战略竞争），两个不同的平台都拥有着自己不同优势产品细分领域下的深层的挖掘，比如说，在微信小程序上，我们可以对其社交进行不同的细分，这种场景对于支付宝来说并不合适的，但是在支付宝小程序中，金融类领域相对于微信来说是其优势，在支付宝中对其进行深层次的挖掘也会带来不一样的效益。其实关键在于两家超级平台对于旗下优势产品的大数据层次的开放程度，这些数据对寄生或者共存在其生态下的商户来说是可遇不可求的。这些数据和资源足可以再次创造多个的美团和饿了么了，对于小公司的吸引力是很大的。所以个人认为支付宝和小程序胜出关键在于对数据的开发和不同时间节点的营销了，不同时间节点的营销同样是很重要的，这个就是天时了。一个产品的成功，不仅仅靠的技术，理念，甚至体验，因为这些都是可以改变的，但是天时足可以影响一个产品的成败。天时，地利，人和才是其成功的关键。关于两个超级平台的发展，我们只能静静地观察了，因为对于吃瓜群众的我而言，现在只能说说理解，发发牢骚（其实很多人都是了），但是我感觉这对个人的成长也是有很大的好处的。

如何设计一个小程序

第一：在开始设计之前，请熟读微信小程序的官方文档

可能很多人会说，第一点这不是废话吗？作为小程序的开发者肯定需要读完官方文档再来设计啊，但笔者这里要强调的是熟读，根据笔者自己的经验，很多PM在开发之前只是把微信提供的官方文档粗略的过了一遍就去设计产品了，并没有Get到其中的精髓。笔者认为小程序官方文档里边的内容，不仅仅是为了让大家统一标准去设计小程序，更多的是为了拉新甚至增加用户的留存率，具体请大家熟读官方文档，这里就不详细说明啦！

第二：注重新用户引导，不要轻易打破用户已经养成的使用习惯

很多PM在设计的时候可能会忽略这一点，认为很多用户已经被市场教育的足够聪明了，但是忽略了，很多人接触我们的产品可能是首先是先接触到我们的小程序，然后感觉小程序好用，最后才下载的APP。这一前一后就足以说明新用户引导的重要性了，尤其是用户在第一次登录小程序的时候，引导的内容一定要足够醒目，这也是提升用户体验的关键因素，做小程序尽量要减少复杂或者特殊的交互模式的设计，笔者建议还是保留用户已经在APP上养成的习惯，除非必要否则不必要做轻易的创新。必要时可以进行足够的引导。

第三：小程序用户路径必须单一

为什说小程序的用户路径必须单一呢？因为很多中小型企业在企业发展初期，并没有足够的流量渠道支持，那么最好留存用户的方法是什么呢？就是把核心功能设计完美，让用户使用小程序能高效的解决问题，不要做大而全，要做小而精，把APP上一些功能模块该砍掉就砍掉，有些功能该弱化就弱化，一切以用户能高效快速解决问题为出发点设计，如果有必要甚至可以把APP上多个业务线上的功能模块拆分成多个小程序来设计(很多企业已经开始做小程序矩阵了)，功能简化足够专注，才能让用户有更优质的产品体验。

第四：尽量减少页面跳转

笔者认为这是做小程序很重要的一点，因为小程序本身的特点就是即用即走，很多用户使用小程序就是为了能快速解决问题，如果小程序内页面层级过多，会增加用户的学习和使用成本。能放到一个页面就放在一个页面，让用户始终清楚自己在小程序内的位置，增加用户使用产品的安全感。比如最近疫情期间大家使用的“北京健康宝”小程序，所有功能模块都集中在一个页面展现。用户打开“健康宝”就能快速定位自己需要的功能，从而做到快速配合防疫检查。

小程序开发者平台产品设计（小程序开发架构设计）