按行业划分的网站设计

迪拜政府网站设计,从无障碍优先做起

迪拜的政府或半政府网站必须为每一位居民服务,包括使用屏幕阅读器或旧设备的人,并且要达到比普通商业网站更严格的无障碍和内容标准。我们从一开始就把这一标准作为起点,而不是事后补充。

  • Google 评分 4.7
  • 200+ 家客户
  • 2018 年起扎根迪拜
45 分钟获取书面固定报价

迪拜的政府或公共部门网站承受着与商业网站不同的压力。访问者可能是拿着最新手机、说流利英语的人,也可能是用旧版浏览器搭配屏幕阅读器的年长居民,而两者都需要毫无障碍地抵达同一个服务页面。迪拜政府网站设计必须从第一版线框图开始,就把无障碍、清晰度和双语内容当作要求本身,而不是上线后再添加的改进。

本页属于我们更广泛的按行业划分的网站设计工作的一部分。关于建设本身,请见网站开发;关于结构化内容与导航,请见UI 与 UX 设计

迪拜的公共部门项目,很少只是一个部委委托建设一个网站那么简单。它更常见的情形是,一个管理机构、一个监管机构、一家政府所有的公司,或是一个拥有自己董事会、对”达到政府级质量”有自己理解的半政府实体。迪拜政府网站设计必须能够适应这种差异:一个按照联邦无障碍政策运作的机构,所承担的义务与一家商业化运营、却仍背负公众对准确、及时信息期待的半政府公司并不相同。

迪拜政府网站设计由谁拍板

批准迪拜政府网站需求说明的人,很少是日后每天负责发布内容的人。在一个管理机构或较大的半政府机构中,通常是传播总监或数字服务主管,并与需要在任何内容送交审核委员会之前,就托管、数据处理和访问控制签字确认的 IT 或信息安全负责人共同参与。在规模较小的半政府实体中,这个决定往往落在总经理身上,他要亲自向董事会负责该组织在公众面前的形象。

无论谁掌握这份需求说明,衡量他们的标准都是服务使用率和公众信任度,而不是主页在提案中好不好看。在首次会议上,他们通常会问:网站能否达到该组织已经承诺的无障碍标准,能否支持正式的采购和供应商入驻流程而不只是一张简单的发票,以及内容能否分散给多个部门管理,而不会因为一个团队的失误就让整个组织的名义受损。一份能提前回答这三个问题的需求说明,会比把它们留到后面处理的说明,在内部审核中快得多地通过。

无障碍

达到 WCAG 2.1 AA 标准的政府网站设计

阿联酋设计系统自身针对联邦政府网站的无障碍指南,要求各机构达到 WCAG 2.1 AA 级别,而迪拜的公共部门网站也越来越多地被要求达到同样的标准。

对比度与可读文字

色彩对比度达到 AA 级门槛,文字可以放大而不破坏版面,正文字号设置得无需缩放也能舒适阅读。

键盘与屏幕阅读器支持

每一个可交互元素都可以在不使用鼠标的情况下访问和操作,标签与标题结构在朗读出来时同样讲得通,而不只是在视觉上说得通。

在旧设备上依然可用

页面在较慢的网络或旧款手机上依然可用,因为一个公共服务网站不能假设每个人都拥有最新的硬件。

超越清单本身

迪拜政府网站设计在实践中真正要通过的检验

设计系统的这份指南所要求的,远不止一次简单的通过或未通过测试,下面这些要点塑造的是我们建设网站的方式,而不只是最后的审核环节。

屏幕阅读器与语音辅助支持

标签和结构要能与居民自己设备上已经安装的语音辅助工具配合使用,而不是假设每个人都会为了浏览一个政府页面而额外安装新软件。

视频内容的字幕

政府网站上发布的视频,需要观众可以自行开启或关闭、并以自己选择的语言阅读的字幕,而不是永久烧录进画面里的字幕。

为老年人和残障人士而建

阿联酋的《国家数字无障碍政策》明确点名了老年人和残障人士,因此在更大的缩放级别下测试,以及仅用键盘完成导航的测试,是每一次建设的一部分,而不是可选项。关于我们在整个网站上如何处理这一问题,请见我们的无障碍指南

双语内容

面向阿拉伯语与英语双语受众的政府网站设计

面向双语受众的迪拜政府网站设计,意味着不会把任何一种语言当作主版本、另一种语言只是附加上去的翻译。阿拉伯语内容需要有自己的从右到左版式,需要用自然写就、而非逐字翻译的导航标签,也需要在发布前由一位精通阿拉伯语的人员审核。

这一点在政府网站上比在几乎任何其他地方都更重要,因为一位正在申请许可证或服务的居民,需要相信阿拉伯语页面所说的内容与英语页面完全一致,两者之间不能有任何含义上的落差。

双语建设清单

  • 阿拉伯语与英语使用各自独立的网址,并正确设置 hreflang
  • 从右到左的版式在标记层面就设定好
  • 导航与表单标签由阿拉伯语人员审核,而非逐字翻译
  • 语言切换按钮会跳转到对应的同一页面
  • 日期和数字按各自语言的格式正确显示

阿拉伯语作为政府沟通的工作语言

在大多数私营网站上,把阿拉伯语当作面向以英语为主受众的第二语言,是合理的做法。而在迪拜的公共部门网站上,这一假设并不成立。相当一部分居民会首先用阿拉伯语来办理政府服务,一位正在处理官方事务的公民或居民,期望阿拉伯语页面承载与英语页面同样的分量和同样的法律精确度,而不是为了压低翻译成本而写出的一份更简略的摘要。

在实践中,这意味着要为任何涉及规则、费用或截止日期的内容,切实预留出阿拉伯语审核的时间,而不是把英语文案丢进翻译工具跑一遍就算完事。当服务页面的英语版本发生变化时,阿拉伯语版本需要在同一次发布中一并更新,而不是几周之后才跟上,因为一位对比两种语言版本的居民,会很快注意到这类落差,并因此对该组织的信任打折扣。

服务与表格

政府网站设计中的服务页面

迪拜的公共部门网站,评判标准在于居民能否找到正确的服务并完成办理,而不是主页看起来如何。政府网站设计在每一项服务,无论是许可证、执照续期还是咨询,都拥有自己的页面来说明适用对象、所需材料,以及提交后会发生什么时,效果最好。

表格同样需要用心。清晰的步骤、直白的错误提示,以及在提交之前而非之后就能发现问题的校验功能,能减少中途放弃的居民数量,也能减少原本一份更清晰的表格就能避免的求助电话。

一个好的服务页面应该包含什么

  • 用通俗语言说明这项服务适用于谁
  • 开始之前需要准备的材料或信息
  • 表格提交后会发生什么
  • 一种可以查询进度或提出问题的方式
  • 页面未涵盖内容的联系渠道

超越服务列表

迪拜政府网站设计在服务之外还需要哪些页面

无论是哪个部门或机构提出需求,以下这几类页面几乎出现在我们接手的每一份公共部门需求说明中。

开放数据与出版物库

一个结构清晰、可以搜索的空间,用来存放报告、通告、统计数据和可下载的数据集,而不是把 PDF 文件随手加进新闻页面里当作附带内容。

招标与采购通知

一个专门的板块,列出当前开放的机会和截止日期,通常链接到该组织自己实际使用的采购平台,而不是重复建一套。

部门与组织架构目录

谁负责什么、哪个团队负责某项服务,清晰排列出来,让居民或记者不必拨打总机电话,就能找到正确的联系人。

新闻、通告与公众通知

标注日期、居民和企业可以信赖其时效性的公告,配合一个让旧通知依然可查找、而非被直接删除的存档。

一份无障碍声明页面

一个简短页面,说明网站所遵循的无障碍标准以及如何反馈问题,这本身也是阿联酋设计系统对一个建设良好的政府页面的期望之一。

公众咨询页面

当一个机构在一项政策或开发项目最终确定之前收集公众意见时,一个说明咨询内容、截止日期以及反馈会如何被使用的页面,应该与普通联系表单分开设置。

访问者的旅程

居民访问迪拜政府网站设计是为了做什么

几乎每一次访问迪拜公共部门网站,都是为了完成为数不多的几件事之一:确认某项服务是否适用于自己,弄清楚需要携带或提交什么,完成一笔交易或一份表格,或是查询已提交事项的进度。迪拜政府网站设计围绕这份简短的清单来建设,而不是围绕居民没有理由去理解的组织自身部门结构来建设,效果最好。

大多数公共部门网站流失访问者的节点,出现在”阅读一项服务的介绍”与”真正开始办理”之间。一个详细解释某项许可证、却把申请入口埋在好几次点击之外的页面,或是把访问者转到一个通用联系表单而不是真正的服务入口,对一个已经下定决心行动、只需要页面别挡路的人来说,读起来就像一条死路。

居民会在哪里放弃

  • 用政策语言而非通俗步骤描述的服务
  • 页面顶部附近没有可见的申请或开始入口
  • 在较慢网络下会重置或丢失进度的表格
  • 无法查询已提交事项的进度
  • 表格出错时,唯一的退路只有一个电话号码
一位无法在线完成服务办理的居民,会选择打电话、亲自到访,或者干脆放弃。这几种结果,都不会比第一次就把表格做对,让该组织付出更少的代价。

开放数据

迪拜政府网站设计中的开放数据与出版物

阿联酋运行着一套成熟的开放政府数据计划,迪拜自己的迪拜数据(Data Dubai)门户,发布着来自迪拜数十家政府机构的数据集和统计数据,每一份数据都按照所属机构自己控制的节奏更新,而不是遵循单一固定周期。迪拜的公共部门网站越来越需要确定自己在这套更大生态系统中的位置:是直接发布自己的数据集,还是链接到该机构在全市门户上的自有列表,或者两者兼有。

无论采取哪种方式,一个开放数据或出版物板块都需要与网站其他内容一样的基本纪律:每个数据集或报告都要有清晰的负责人,清楚标注最近一次更新的日期,以及统一的文件格式,让今年下载报告的居民、研究者或记者,拿到的结构与去年下载的一致。这不是关于某个机构有义务发布什么内容的法律意见,因为这取决于该机构自身的职责范围以及任何特定行业的规定,应当在内部或与相关机构确认。

一个经得起考验的开放数据板块

  • 每个数据集或出版物都有指定的负责人
  • 每份文件都标有清晰可见的最近更新日期
  • 跨年份、跨部门保持一致的文件格式
  • 在存在的情况下,链接到该机构在迪拜数据平台上的自有列表

多个部门

跨多个部门的政府网站设计

规模较大的公共部门组织,往往有好几个团队向同一个网站发布内容,如果没有一套共享的体系,很容易在语气和结构上产生分歧。面向多部门组织的迪拜政府网站设计,必须从第一天起就解决这种分歧问题。

共享内容组件

可复用的页面区块与模板,让新的服务页面,无论由哪个部门撰写,都遵循与现有页面相同的模式。

编辑角色

部门编辑各自发布到自己的板块,同时由一个较小的审核小组,能够在任何内容以该组织名义上线之前进行检查。

我们的内容管理系统页面,介绍了我们如何为这种基于角色的工作流程,选择并配置对应平台。

与现有系统对接

迪拜政府网站设计中常见的系统对接

几乎没有哪个公共部门网站是孤立运作的,提前说明它背后通常连接着哪些系统,能让需求说明推进得更快。

UAE PASS 与其他数字身份系统

当某项服务需要经过验证的身份、而不只是一次简单咨询时,网站会链接到该组织已经在使用的身份提供方,而不是从零开始搭建一套自己的登录系统。

用于费用和收费的支付网关

许可证费用、执照续期费用或其他收费,通常会通过财务团队已经在使用的支付网关处理,网站与之对接,而不是在网站内部重新搭建一套。

案例管理与状态追踪

当一项服务请求需要一个参考编号、以及居民日后可以查询的状态时,网站的职责通常是把信息干净地提交到一个已有的案例管理系统中,而不是自己变成一套案例管理系统。

短信与 WhatsApp 通知

许多居民期待通过短信或 WhatsApp 收到状态更新,而不只是邮件,因此通知触发机制会与表格本身一起规划,而不是事后再添加。

迪拜政府网站设计中的采购主导型购买方式

迪拜的政府或半政府网站项目,很少像私营企业那样直接购买。迪拜自己的政府招标框架,发布在迪拜政府采购页面上,描述了一套体系:来自约四十家迪拜主要政府机构的招标邀请,通过 eSupply、iSupplier 等官方平台发布,供应商必须先在相应平台上完成注册,才有资格参与投标。在这一框架下运作的机构,其迪拜政府网站设计项目通常从一次正式的招标或方案征询开始,而不是一封电子邮件报价。

对于半政府实体或规模较小的机构,路径可以更轻便一些:按照内部采购政策直接委任、向一份候选供应商名单发出封闭式方案征询,或是已经与一批供应商建立的框架协议。两条路径中不变的是,购买流程本身,供应商注册、贸易执照和保险文件、推荐人资料,有时还包括一份安全问卷,都需要被纳入项目计划的时间安排,与设计和建设工作并列考虑,因为它常常比建设本身耗时更长。无障碍合规性正越来越多地作为这些采购文件中明确列出的要求出现,这也是它必须成为提案的一部分、而不是事后才做出的承诺的另一个原因。

两条购买路径

迪拜政府网站设计是如何被委托的

两条路径没有孰优孰劣,但各自会以不同的方式塑造项目时间表。

正式招标或公开采购直接委任或框架委任
通过 eSupply、iSupplier 或类似平台发布直接依据内部采购政策商定
投标前需完成供应商注册和文件提交文件作为委任过程本身的一部分交换
开工前需要正式中标和范围确认一份书面提案加一张采购订单即可更快推进
常见于规模较大的管理机构和政府部门常见于规模较小的半政府实体和公司

安全与托管

政府网站设计中对安全与托管的期望

即便公共部门网站本身不承载任何敏感个人数据,它也被期望经得起比普通宣传型网站更严格的审查。安全与托管从一开始就被视为迪拜政府网站设计的核心组成部分,而不是视觉设计已经获批之后才补上的内容。

托管地点与数据驻留

许多公共部门机构对在阿联酋境内托管,有明确的偏好,或是正式要求,这一点需要及早确认,因为它从一开始就决定了托管服务商和架构的选择。

上线前的安全审查

规模较大的公共部门项目,通常要求在正式上线前完成一次独立的安全审查,这需要被排进项目时间表,而不是当作最后一周的例行手续。

面向编辑人员的访问控制

基于角色的访问权限,让一个部门可以发布到自己的板块,而无法更改另一个团队的内容或组织的核心设置。

我们不会声称拥有自己并不具备的安全认证。如果某个机构的采购流程要求特定标准或独立审计,这会在提案阶段被明确划定范围并注明来源,而不是被想当然地假设。

信任与语气

值得居民信赖的文案写作

政府网站的文字分量比大多数网站都要重,因为居民会假定它准确、及时,而不会用同样的假设去看待一个商业网站。

应该做的应该避免的
通俗语言、短句、主动语态直接从政策文件照搬的法律或内部术语
清楚标注页面最近一次核查的日期从未核查、已经过期的费用、截止日期或联系方式
每个页面只设一个清晰的下一步同一页面上有多个相互竞争的行动号召

内容应由负责该内容的部门按固定周期审核,因为政府页面上一个错误的截止日期,比同样的错误出现在一家商店网站上后果更严重。把这种语气拿捏准确,与它之前的无障碍和排版工作一样,都是迪拜政府网站设计不可或缺的一部分。

持续维护

迪拜政府网站设计中变化很快的数据

一个公共部门网站在上线那一刻,其实远未真正完工。收费标准、营业时间、预约名额、通告和公众通知,都各自按自己的节奏变化,每一项都需要组织内部一个真正的负责人来负责更新,而不是一个没人查看的共享邮箱。迪拜政府网站设计如果从一开始就把这种归属责任写进需求说明,落实到每个部门,而不是假设它会在上线后自行解决,效果会最好。

当多个部门各自独立发布内容时,为任何时效性强的内容,比如费用变动或公众通知,设置一道轻量级的审批步骤,能拦下那种居民会立刻发现、而内部团队却可能几周都没察觉的错误。

保质期短的内容

  • 收费标准与服务费用
  • 营业时间与预约名额
  • 通告、通知与政策更新
  • 招标与采购截止日期
  • 联系电话与部门人事变动

搜索行为

居民在找到迪拜政府网站设计的服务页面之前会怎么搜索

一位正在研究某项服务的居民,和一位已经准备好办理这项服务的居民,在搜索框里输入的内容截然不同。

研究阶段的搜索准备行动阶段的搜索
办理许可证或执照需要哪些材料服务名称、迪拜在线申请
哪个机构负责处理某类请求机构名称、服务状态查询
机构名称、费用或收费标准机构名称、联系电话或最近办事处

第一栏需要用通俗语言解释一项服务、并指向正确机构的内容。第二栏需要实际的办理页面加载迅速,并能独立获得排名,而不是被埋没在一份通用服务列表之下。我们的SEO 服务工作,会围绕这两栏内容来规划网站结构。

政府客户通常需要提供哪些内容,又常常缺失什么

当每个部门都以书面形式交出自己那部分需求说明,而不是由一位公关人员凭二手信息去拼凑全部内容时,迪拜政府网站设计推进得最快。实际操作中,最常缺失的是三样东西。第一是一份真正保持更新的服务清单,并为每一项都标明正确的负责人,因为组织架构图过时的速度,往往比想象中更快。第二是政策文本的通俗语言版本,因为大多数原始材料是为合规而写的,而不是为了让一位想弄清楚下一步该怎么做的居民而写的。第三是一个明确的答案:阿拉伯语版本的网站在多大程度上可以说得和英语版本不一样,如果有的话,因为各部门很少事先就此达成一致,一旦翻译工作开始,这就会变成一个瓶颈。

摄影和图片素材,是一个较小但反复出现的缺口。一张通用的握手或城市天际线库存图片,对公共部门网站的作用,远不如一张居民真正会接触到的服务柜台、建筑或团队的真实照片,提前收集这些素材,能避免上线前的临时抢救。

开始合作

建设政府网站设计我们需要哪些资料

在各部门之间的内容归属确定之后,围绕以下几点给出一份清晰的需求说明,能让迪拜政府网站设计迅速推进。

  1. 服务与内容清单

    网站需要涵盖的每一项服务或内容板块,以及负责每一项的部门或团队。

  2. 现有的风格与无障碍要求

    已经存在的任何内部品牌或无障碍指南,这样我们就能在其框架内建设,而不是创造出一套相互冲突的标准。

  3. 阿拉伯语内容计划

    是否已经有阿拉伯语内容可供翻译和审核,还是需要与英语版本一起从零开始撰写。

  4. 表格与对接需求

    哪些服务需要一份表格,其中是否有任何一项需要连接到内部系统,我们会将其单独划定范围。

分阶段建设

政府网站设计中先上线什么,第二阶段再做什么

一次性上线所有服务和所有系统对接,往往会拖慢公共部门项目的进度,而不是加快它。

第一阶段

核心服务页面、部门目录、一份无障碍声明、一个可用的咨询或申请表格,以及流量最高的服务对应的阿拉伯语内容。

第二阶段

与内部案例管理或支付系统的更深层对接、一个完整的开放数据库,以及扩展到每一个剩余页面的阿拉伯语内容。

应该刻意推迟的内容

任何依赖于仍在采购或更换中的系统的对接,最好等该系统确定之后再划定范围,而不是对着一个还在变动的目标建设。

我们仍然常见的问题

迪拜政府网站设计中常见的错误

这些问题大多不需要彻底重建就能修复,但值得直接点明。

收费或营业时间长期未更新

一个几个月都没人核查过的数字,一旦被某位居民发现,就会连带让他对网站上其他所有数字都失去信任。

把无障碍当作上线当天的一次性清单

通过了一次性审核之后,却发布了从未再按同一标准检查过的新页面。

阿拉伯语网站缺失整批服务页面

一个英文原版配上一个阿拉伯语主页,此外几乎什么都没有,读起来就像第二语言只是事后想起来才加的。

没有确认回执的表格

一位提交了内容却没有收到任何确认的居民,会以为提交失败了,转而打电话或亲自到访。

用 PDF 文件代替真正的网页

一项服务仅通过一份可下载的 PDF 文件说明,这种文件在网络较差时加载缓慢,屏幕阅读器也难以顺畅浏览。

部门各自为政,没有统一设计

每个团队的板块看起来像是不同的网站,这会削弱一个统一、一致的公共部门网站本应建立起的信任。

如何衡量一个政府网站的成效

与我们合作的公共部门组织,很少只凭流量来判断一个网站的好坏。真正重要的是,居民能否在线完成一项服务而不必打电话或亲自到访,无障碍声明是否反映了真实情况而不只是一种愿景,以及阿拉伯语内容是否跟得上英语的更新节奏,而不是被落在后面。这些都不是我们能够提前承诺的数字,因为它们取决于服务本身和组织自身的后续处理流程,与网站本身同等重要,但它们是网站上线之后真正值得追踪的方向,我们会围绕服务完成率和表格提交量、而不只是页面浏览量来设置分析工具。

一个有用、却常被忽视的辅助指标,是原本网站已经解释清楚的事项,仍然产生的电话和到访数量。在一个服务页面或表格上线之后,这类数量的下降,是网站真正发挥作用的一个可靠信号,值得在上线前就与相关部门商定好,究竟如何追踪这条基准线,因为如果没有人特意去记录它,这件事很少会自动发生。如果一个呼叫中心或前台已经在记录每次咨询的原因,比较页面或表格上线前后的这份记录,往往比任何单独的分析仪表盘都更能说明问题,因为它显示的是网站是否真正改变了居民的行为,而不只是吸引了更多访问。

上线之后,究竟是谁在维持迪拜政府网站设计内容的时效性

以上线日期来评判一个公共部门网站,是一种不太可靠的方式,因为真正的考验,是网站一年之后是什么样子。在我们看到处理得好的组织里,责任归属都落在具名个人身上,而不是一个笼统的部门:负责新闻和通告的传播人员、负责服务页面准确性的许可证团队、负责任何涉及系统对接或登录事务的 IT 负责人。每一位负责人都清楚自己那部分内容大致需要多久检查一次:通告每周检查,费用和服务页面每月检查,而任何一旦出错、居民可能因此采取错误行动的内容,则需要立即处理。

真正容易出问题的,往往是交接的那一刻,建设网站的代理机构完成工作离开之后,却没有一套内部流程接续项目期间原本存在的那种纪律。我们会把编辑角色和审核周期,本身就写进需求说明,并培训真正会负责发布内容的人,而不只是签署合同的那个人,这样网站才不会在项目正式结束后悄悄失控。

政府品牌规范

迪拜政府网站设计中的品牌与形象规范

阿联酋的公共部门组织,经常在一套企业形象手册的约束下运作,无论是自己的手册,还是上级机构制定的手册,而网站正是这套手册需要适用的又一个界面。

标志使用与留白规范

政府与半政府机构的标志,通常带有严格的摆放位置和留白规定,因为这个标志需要在每一个接触点上都能被立即认出,并保持一致的呈现方式。

获批的色彩与字体系统

当一套企业形象手册规定了颜色和字体时,网站的设计系统会与之匹配,而不是另起一套并行的品牌形象。

与关联机构保持一致

当一个实体隶属于一个更大的管理机构或控股结构时,居民在相关网站之间切换时,会因为它们之间的家族相似感而受益,而不是每一个看起来都像互不相干的组织。

遗留系统与迪拜政府网站设计的迁移

很少有迪拜政府网站设计项目是从一个空白域名开始的。大多数项目都始于一个已经存在、有时已运行多年的网站,其中的网址早已被居民、其他政府机构和搜索引擎所链接,有时还有一些以难以干净提取的方式嵌入的文档或表格。妥善处理这段历史,在公共部门网站上比在几乎任何其他地方都更重要,因为一位两年前收藏了某个许可证页面的居民,不应该在网站重新设计之后打开一个失效链接。

一次周全的迁移,意味着要在动手改动新网站之前,先把旧网站的结构梳理清楚,决定哪些网址需要一个永久重定向而不是直接消失,并审核现有的 PDF 文件和下载内容,判断哪些应该变成一个真正的页面,而不是继续作为另一个静态文件被搬过来。这些工作都算不上光鲜,但一次忽略了这些的公共部门迁移,往往会在上线后的几周内,招来一波失效链接的投诉,而这恰恰是新网站最需要建立信任的时刻。把这个阶段做对,是迪拜政府网站设计中一项并不光鲜、却真实存在的工作,跳过它很少能真正省下看起来能省下的时间。

移动端使用

迪拜居民手机上的政府网站设计

如今,迪拜公共部门网站的大量访问都发生在手机上,往往是在处理其他事情的间隙,而不是坐在办公桌前有充裕时间的时候。这种移动端使用习惯,对迪拜政府网站设计的塑造作用,不亚于内部审核人员实际最常看到的桌面版布局。

在小屏幕上依然好用的表格

冗长的下拉列表、过小的点击区域,以及只有在桌面端才说得通的多栏布局,都会让居民在手机上放弃填写表格,因此我们把移动端当作首要设计的版面,而不是事后的补充。

移动网络下的快速加载

一位在外出时查询服务状态的居民,用的往往是移动数据而不是家里的 wifi,因此页面体积和加载速度,会在这种条件下测试,而不只是在快速的办公室网络下测试。

支持手机拍照上传文件

当某项服务需要上传文件时,表格应该接受现场拍摄的照片,并给出关于文件大小和格式的清晰指引,而不是假设每位居民家里都有扫描仪。

迪拜政府网站设计在线上绝不应该索取的内容

并非公共部门互动的每一个环节都适合放到公开网站上,迪拜政府网站设计必须刻意划清网站职责的边界,以及安全的内部渠道从哪里开始。一份公开的咨询或服务请求表格,应该只收集识别请求、开启对话所需的信息,比如在某项服务确实需要时用于核验的一个身份证号码,而不是一整套应该放在拥有自己访问控制、真正安全系统里的更敏感的个人或财务信息。

当某项服务确实需要收集敏感信息时,这一步通常更适合在居民经过正式的身份或支付渠道验证之后再处理,而不是放在第一份公开表格上。在项目开工之前,以书面形式确定这条边界,能避免一种常见的后期分歧:某个部门希望在公开表格上收集比网站安全水平所能合理承受更多的信息。

搜索引擎、政府内容,以及为何索引在这里同样重要

很容易认为政府网站不需要像企业那样去争夺搜索可见度,因为居民理应已经知道该去哪里查找。但实际情况是,大多数居民仍然会先使用搜索引擎,而不是凭记忆直接输入政府域名,一个无法在居民实际搜索用语上获得排名的服务页面,会把这部分流量拱手让给第三方摘要、一篇新闻报道,或者更糟,一个重复过时信息的非官方网站。清晰的页面标题、每个页面只有一个明确的目的,以及用居民真正使用的措辞、而非部门内部术语撰写的内容,都有助于让真正的政府页面赢得那个搜索结果,而不是把它输给更不准确的内容。

相关行业

相关的迪拜政府网站设计与机构类网站

请见我们关于教育网站设计医疗保健网站设计安保公司网站设计的页面,或者,如果面向居民的某项服务需要独立的应用程序而不只是一个网站,请见我们的移动应用开发页面。

直接解答

常见问题

你们是否直接为政府部门建设网站?

我们与需要建设达到政府级标准的公开网站的半政府机构、管理机构和组织合作,同时也为私营企业提供服务。正式的联邦政府采购通常要走一套独立的供应商流程,我们会在对话深入之前坦诚说明这一点。

你们采用哪种无障碍标准来建设网站?

WCAG 2.1 AA 级别,这也是阿联酋自身的设计系统为联邦政府网站所参照的基准。它涵盖了色彩对比度、键盘导航、可读的焦点状态,以及为屏幕阅读器提供的恰当标签等内容。

网站能否处理服务表格和申请?

可以。结构清晰、步骤明确并带有校验功能的表格,非常适合许可申请、咨询或服务请求。如果某个表格需要连接到内部系统,我们会在了解该系统能接受哪些数据后,单独为这项对接划定范围。

阿拉伯语是主要语言,还是一份翻译?

对迪拜大多数公共部门网站来说,阿拉伯语和英语会被视为同等重要,而不是以一种语言为主、另一种语言事后补上翻译。我们会让网站的建设方式,使任何一种语言都能作为入口,阿拉伯语内容真正由人撰写或审核,而不是机器翻译的结果。

你们如何处理来自不同部门的频繁内容更新?

通过用户角色和一套编辑工作流程,让不同团队可以发布到自己的板块,而不需要开发人员介入,同时由一个较小的审核小组,检查任何以该组织名义发布的内容。

书面固定价格

发送您的需求,45 分钟内获取工作范围和价格。

  • 开工前书面确认的一个固定金额
  • 无任何义务,也不会催促签约
  • 英文和阿拉伯文作品,正确处理从右到左排版
  • 一个团队负责设计、营销、网站、媒体和文案

获取您的固定价格报价

工作时间内 45 分钟给出书面范围和价格,无任何义务。

提交即表示您同意我们就您的咨询与您联系。 隐私政策

致电 WhatsApp 获取报价