微信小程序界面总体设计 第1篇
总体上，我们把小程序的架构处理成小程序主体+各个功能模块二级首页+具体办事流程页的三级体系。
小程序首页与各种全局功能（如登录、消息、进度、搜索等），涉及的内容直接反应小程序的初始体验感受。我们将这部分内容定义为「全部模型设计」的范畴，由数广设计团队主刀。 二级首页即各个业务的服务大厅，影响用户对业务的感知。我们将这部分内容定义为「业务模型设计」，同样由数广设计团队主刀，可以保证多业务的体验一致性。
而业务流程，我们则交给对业务熟悉程度更高的开发商。数广定制「流程模型」规范，让不同开发商能按照统一标准，在2个月内把152个事项接入到粤省事中。
微信小程序界面总体设计 第2篇
在没有粤省事综合服务平台之前，各个业务都自成一体。独立不互通的业务导致的用户每次办理时，都需要反复填写身份信息。另一方面，由于业务可能涉及多个管理部门，互相都要验证一遍用户的信息，在一个业务中也会出现反复填写的情况。针对这种不合理的存在，我们在推动前后台能力打通。前端上做了用户信息的判断，后端推动多部门数据打通，减少用户同类信息重复填写的工作。
在能力打通的基础上，我们以减少用户每一次跑动作为更高目标，去推动事项流程的优化。以残疾人证件申办为例，我们推动优图的图像识别能力与业务部门合作，减去残疾人去照相馆拍摄证件照的流程，在线上可完成证件申请流程，是实在有效的为弱势群体服务。
微信小程序界面总体设计 第3篇
作为承载各类服务的平台，我们初次面对的是需要容纳142个细项的业务，后续还会不断的增加更多事项。如果不加以规范，很容易出现入口堆砌的窘境。既要保证服务内容的完整展示，又要保证用户能便捷地找到相关的内容，我们对首页的入口展现形式做了特定处理。
保持友好：在视觉表现上通过对留白和字号的控制，让用户尽可能舒适地浏览多入口信息。在类别标题上尽可能选用简单的名词来命名，不需要再次转译信息。
建立信任感：增加服务提供方的名称，即可以提高服务的公信度，也可以反向影响政府部门尽快上线更多的便民功能。
微信小程序界面总体设计 第4篇
每个主题下，可办理的事项很多。在项目初期，我们快速输出了一个以分类事项入口为主导的样式。但这些事项往往是和特定的状态绑定的，用户当前的状态极有可能导致业务不可办理。例如，未办理过通行证的用户不能也不需要办理挂失、再次签注等业务，他仅可申请办理新的证件。利用这样的逻辑，我们为二级首页的内容设定这样的规则：任何功能入口都以用户的当前状态作为展示与否的依据。这样我们便能通过一些前端的基本处理，大大减低用户的选择任务负荷了。
微信小程序界面总体设计 第5篇
不同类型的政务服务，从用户角度来看能抽象成相对简单的查询类、办理类、预约类三个大类。进一步梳理，我们把基本的「查」相关的数据更直接的展现出来。「办」和「约」则根据用户当前的状态，给予适合的任务推荐。简单的来说，通过「我的基本信息+我的状态+我能做什么」的公式来组合业务。通过这种模型，不仅可以使信息组织更有逻辑性，也可以减少因用户状态不满足条件引起的错误业务申请量。