小程序开发,小程序如何设计规范？

小程序以其轻量化的操作和技术难度，承载了绝大多数的基本功能，深受商家喜爱。小程序如今，它的规格应该如何设计？

最近的工作遇到了微信小程序在完成整个规范优化后，我觉得有些关键点非常适合产品学生，所以我很快整理出来。

首先，这篇小程序规范更适合产品岗位。我认为没有必要阐述一些设计规范。更多的是产品设计和保证用户体验的案例。话不多说，去干货。


对于全局页面加载，微信提供安卓和安卓的官方加载风格ios会有相应的适配风格。

全局加载也有一种常见的模式加载风格，但一般建议谨慎使用，因为不能清楚地告知用户进度。


在阅读了以上两种加载方法后，我们需要注意不要在同一页面上有多个加载动画，这会给用户带来一些困惑。




对于优先级较高的页面，我们通常希望减少用户的等待时间，因此我们将优化一些主页或重要页面。

以上三点，稍微解释一下。通常一个页面会有静态模块，可以优先显示，不需要加载时间；第二点主要是页面中数据的加载形式；第三点中的占位图很容易理解，但我们需要考虑动态区域是否空。如果动态区域加载空，实际效果相当于告知用户这里有加载内容，加载模块没有任务信息，不可取。




局部加载很容易理解，通常是一些tab对于固定列表页面的分类，我们将对当地区域提供加载提示。不仅是页面加载，还有一些操作过程中的页面，我们还可以提示按钮的局部加载风格。




在页面转换场景中，基本上有两种形式：动态效果和无动态效果。无动态效果基本上是页面之间的跳转，动态效果场景基本上是进入切割的风格。



针对小程序跳转webview微信有固定的进度条风格，不需要开发。


为了方便设计，我们有时会设计页面跳转页面。一般不建议这样设计跳转到导航页面。常规用户的使用习惯是右滑返回。如果跳转导航页面右滑，将直接退出小程序的情况。




微信规范文档专门介绍了热区设计。为了避免点击误操作，我们通常需要设计合理的热区，既不太小也不太密集。

常规需要注意的热区一般都是带文字的icon以及表单页，避免热区设计不规范。




大多数产品应应该熟悉常规的异常处理。类似于缺乏页面提示标准，异常页面不是死胡同等，这里特别介绍了下表的错误报告形式。

针对异常表单的报错，微信官方其实有推荐的样式。顶不告知报错原因同时标识错误信息。


之所以单独拿出这种风格，是因为在日常工作中看到了太多学生设计的风格，导致各种报错风格。



除上述设计规范外，微信官方还有自己的设计公式。

友好礼貌-重点突出；流程清晰；

清晰明导航清晰，来去自如；减少等待，及时反馈；异常可控，有退路；

方便优雅-减少输入；避免误操作；利用接口提高性能；

统一稳定

以上几点基本上是常规的，我们需要增加敏感度来感知我们的产品所缺乏的体验。看几个案例可以更清楚地感知：


上述页面基本上没有明确的意图，在用户流程中增加了太多的干扰。

第二种常见的操作是分享和转发。我们通常忽略操作完成后的提示。事实上，没有及时的反馈。