اصول طراحی

اصول طراحی USWDS از راهنمایی های مهم رمزگذاری شده در قانون تجربه دیجیتال یکپارچه قرن بیست و یکم پشتیبانی و منعکس می کند. این اصول طراحی برای کمک به تیم ها در سراسر دولت در اهداف مشترک و استفاده بهتر از سیستم طراحی - به عنوان یک لنز ارزشیابی برای تصمیم گیری های طراحی و اجرای است. صرف نظر از نحوه ساخت شما ، این اصول باید از پروژه شما پشتیبانی کنند.

با نیازهای واقعی کاربر شروع کنید

نیازهای کاربر واقعی باید تصمیمات محصول را آگاه کند. این که آیا مخاطبان شما شامل اعضای کارمندان عمومی یا دولت می شوند ، تصمیم گیرندگان باید از ابتدای روند طراحی افراد واقعی را در بر گیرند. فرضیات تیم و محصولات و خدماتی را که با افراد واقعی ایجاد می کنید آزمایش کنید تا روی آنچه مفید و مهم است متمرکز شوید.

ملاحظات کلیدی

موارد زیر سؤالات مفیدی است که می توانید از تیم خود بپرسید که نیاز کاربران را ارزیابی می کنید:

• آیا محصول یا خدمات شما به منابع لازم برای انجام تحقیقات دسترسی دارد؟
• مخاطب اصلی شما کیست؟
• این محصول یا آدرس خدمات به چه کاربری نیاز دارد؟
• آیا برای اتصال راه حل های خود به بخش های مختلف مخاطبان خود از Personas یا سایر تکنیک های تجزیه و تحلیل بخش مخاطبان استفاده می کنید؟
• چند بار با افراد واقعی آزمایش می کنید؟
• کدام افراد با محصول یا خدمات بیشترین مشکل را خواهند داشت؟
• از کدام روش های تحقیق استفاده شده است و قصد دارید از کدام روش ها استفاده کنید؟
• یافته های کلیدی چیست؟
• یافته های شما چگونه و کجا ثبت می شود؟

اقدامات عملی

موارد زیر اقدامات عملی است که می توانید انجام دهید:

• زود شروع کنیددر اوایل پروژه ، برای درک بهتر دیدگاه خود و زمینه مشکل ، وقت خود را با کاربران فعلی و آینده نگر صرف کنید.
• از طیف وسیعی از روش ها استفاده کنید. برای تعیین اهداف ، نیازها و رفتارهای افراد از طیف وسیعی از روشهای تحقیق کیفی و کمی (مانند روشهای 18F) استفاده کنید.
• از نمونه های اولیه استفاده کنید. در صورت امکان از نمونه های اولیه برای آزمایش فرضیات و راه حل های خود با افراد واقعی استفاده کنید.
• یافته های خود را به اشتراک بگذارید. یافته های تحقیق خود را با اعضای تیم ، مدیران و مردم در هر زمان که عملی باشد ، مستند کنید و به اشتراک بگذارید.
• به طور مرتب تست کنید. با ساخت این محصول ، به طور مرتب آن را با کاربران بالقوه آزمایش کنید تا اطمینان حاصل شود که نیازهای افراد را برآورده می کند.

بیشتر خواندن

منابع دولتی

• [Digital. gov] [Methods. 18f. gov] [Handbook. 18f. gov] [Methods. 18f. gov] [18f. gsa. gov] [18f. gsa. gov] [18f. gsa. gov] [YouTube.com] [digital. gov] [digital. gov]

منابع غیر دولتی

• [lawsofux.com] [alistapart.com]

اعتماد به نفس

اعتماد باید هر بار به دست آورد. وب سایت های فدرال و خدمات دیجیتال نمی توانند آن را فرض کنند. اعتماد در مورد درک و ملاقات یا فراتر از انتظارات است ، فرایندی که می تواند به سرعت برقرار شود و در مورد تعامل مداوم حفظ شود اما به راحتی آسیب می بیند. قابل اعتماد ، سازگار و صادق باشید. تأثیر خرابی را با طراحی جامد و مهندسی کاهش دهید. یک مباشر خوب از داده ها ، منابع و زمان مخاطبان خود باشید.

ملاحظات کلیدی

موارد زیر سؤالات مفیدی است که از تیم خود سؤال می کنید که برای ایجاد اعتماد به کاربران استراتژیک می کنید:

• آیا کاربران می فهمند که این یک سایت یا خدمات دولتی است؟
• انتظارات عمومی از محصول شما چیست؟
• چه داده های خصوصی یا حساس از کاربران خود می خواهید که تهیه کنند؟
• برای حفظ آن داده ها چه کاری انجام می دهید؟
• آیا محصول شما برای به حداقل رساندن تأثیر خرابی سرور یا سنبله های ترافیکی از افزونگی استفاده می کند؟
• آیا محصول شما برای جلوگیری از رگرسیون ناخواسته از آزمایش ادغام مداوم استفاده می کند؟
• آیا کاربران می توانند اقدامات را خنثیسازی کنند یا داده هایی را که به سیستم اضافه کرده اند ویرایش کنند؟
• چند بار بررسی می کنید که خدمات شما مطابق آنچه در نظر گرفته شده است کار می کند؟
• چه مؤلفه هایی به عنوان منبع باز در دسترس عموم قرار می گیرد؟
• چقدر سریع به گزارش های اشکال پاسخ می دهید؟
• آیا محتوای شما به زبان ساده و واضح و ساده برای دنبال کردن نوشته شده است؟
• آیا دسترسی معنی داری به افراد با مهارت محدود انگلیسی ارائه می دهید؟

اقدامات عملی

موارد زیر اقدامات عملی است که می توانید انجام دهید:

• خود را شناسایی کنید. به روشنی سایت خود را به عنوان یک سایت دولتی فدرال مشخص کنید.
• با بهترین شیوه های مدرن بسازید. راهنمایی های ذکر شده در دفترچه خدمات دیجیتال را مرور کنید.
• محتوای خود را مرور کنید. حداقل دو بار در سال محتوای خود را مرور کنید تا اطمینان حاصل شود که اطلاعات صحیح و غیرقانونی است.
• از حوزه مناسب دولت استفاده کنید. از یک دامنه سطح بالا و HTTPS با گواهینامه های به روز استفاده کنید.
• مؤلفه بنر USWDS را اضافه کنید. این مؤلفه نشان می دهد سایت شما یک وب سایت رسمی دولت است و مزایای اتصالات امن را توضیح می دهد.
• پوسیدگی پیوند را شناسایی کنید. پیوندهای شکسته را در وب سایت خود پیدا کرده و برطرف کنید.
• ارتباطات را ساده نگه دارید. اطمینان حاصل کنید که محتوا آسان ، شخصی و به موقع است.
• برای وب بنویسید. از کاربران انتظار داشته باشید که لاغر و اسکن شوند.
• به درستی مدیریت داده ها و سوابق. به افسر سوابق آژانس و مقام حریم خصوصی خود دسترسی پیدا کنید. برای اطمینان از مدیریت صحیح داده ها و سوابق با آنها مشورت کنید (بررسی شماره 11 ، مدیریت امنیت و حریم خصوصی از طریق فرآیندهای قابل استفاده مجدد ، در دفترچه خدمات دیجیتال).
• انتظارات را درک کنید. درک کنید که مخاطبان شما از خدمات شما چه انتظاری دارند و موفقیت خدمات خود را با کاربران واقعی تأیید می کنند.
• کد و داده های باز را منتشر کنید. در صورت لزوم ، کد منبع و مجموعه داده های پروژه ها یا مؤلفه ها را بصورت آنلاین منتشر کنید.
• کار در فضای بازدر صورت لزوم ، روند توسعه و پیشرفت خود را به اشتراک بگذارید.

بیشتر خواندن

منابع دولتی

• [playbook. cio. gov] [designsystem. digital. gov] [https. cio. gov] [dotgov. gov] [plainlanguage. gov] [pdf ؛oes. gsa. gov] [digital. gov]

منابع غیر دولتی

• [group.com] [group.com] [group.com] [ted.com] [humanebydesign.com]

دسترسی را در آغوش بگیرید

دسترسی بر همه تأثیر می گذارد. آن را در هر تصمیمی بسازید. الزامات قانونی یک نقطه شروع مهم برای دسترسی به امکان دسترسی به تصمیم گیری شما است ، اما این الزامات فقط آغاز است. دسترسی به افراد واقعی است که از خدمات شما استفاده می کنند - این قابلیت استفاده برای گسترده ترین مخاطبان ممکن بدون در نظر گرفتن نحوه تعامل با محتوای شما است. هرکسی که در وب سایت های دولتی کار می کند ، در دسترسی و فراگیر بودن منابع فدرال نقش ایفا می کند. با سخاوتمندانه طراحی کنید و به عنوان مجموعه ای از محدودیت های طراحی که به ما کمک می کند محصول بهتری را برای همه کاربران ایجاد کنیم ، نیازهای دسترسی را جشن بگیرید.

ملاحظات کلیدی

موارد زیر سوالات مفیدی است که از تیم خود سؤال می کنید زیرا شما نیاز به نیازها و ویژگی های دسترسی دارید:

• آیا کاربران می توانند با استفاده از فقط یک صفحه کلید از سایت شما حرکت کنند؟
• آیا کاربران می توانند برای دسترسی به تمام محتوای صفحه از خواننده صفحه نمایش استفاده کنند؟
• آیا کاربران می توانند به سرعت نکات اصلی محتوای شما را درک کنند؟
• آیا کاربران می توانند به راحتی محتوای مرتبط با عناصر گرافیکی را تفسیر کنند؟
• آیا کاربران می توانند به راحتی وظایف کلیدی را درک و انجام دهند؟
• آیا خدمات خود را با طیف گسترده ای از کاربران آزمایش می کنید؟
• آیا تیم دسترسی آژانس خود را می شناسید؟
• آیا سایت شما به گونه ای سازماندهی شده است که همه بتوانند به راحتی از آن حرکت کنند؟
• آیا از ابزارهای تست دسترسی استفاده می کنید؟
• آیا ابزارهای آزمایش دسترسی شما نتایج دقیقی را ارائه می دهند؟
• آیا در صورت مناسب برای مخاطب ، به زبان های غیر از انگلیسی محتوا ارائه می دهید؟

اقدامات عملی

موارد زیر اقدامات عملی است که می توانید انجام دهید:

• دسترسی انسانی. نمونه هایی از تأثیر زندگی واقعی محصولات و خدمات در دسترس را جستجو کنید. سعی کنید دسترسی را کمتر انتزاعی و شخصی تر کنید.
• از منابع آژانس استفاده کنید. به تیم دسترسی آژانس خود دسترسی پیدا کنید و با آنها رابطه برقرار کنید.
• در مورد فناوری کمکی بیاموزید. برای آشنایی با روشهای اساسی که مردم از فناوری کمکی و نحوه استفاده افراد معلول از وب استفاده می کنند ، به وب سایت ابتکار دسترسی وب مراجعه کنید.
• استانداردهای موجود را دنبال کنید. مطابق با استاندارد 508 اصلاح شده و W3C WCAG 2. 0.
• کار از منابع موجود. با بخش 508. gov ، دسترسی به تیم ها و راهنمای دسترسی 18F مشورت کنید.
• طراحی سخاوتمندانهیک ذهنیت طراحی فراگیر را همانطور که در وب سایت اصول طراحی شامل شرح داده شده است ، اتخاذ کنید.
• کد در دسترس را توسعه دهید. اطمینان حاصل کنید که کد جلویی به صورت قابل دسترسی نوشته شده و آزمایش دستی و خودکار را انجام می دهد.
• مطالب قابل دسترسی را بنویسید. اطمینان حاصل کنید که محتوا به زبان ساده نوشته شده است و عناوین ، تصاویر و پیوندها به طور دقیق دارای برچسب هستند.
• طرح های در دسترس را بسازید. اطمینان حاصل کنید که طرح ها در دسترس هستند ، صفحات به ترتیب منطقی گذاشته می شوند و محتوا نیازهای کنترل رنگ را برآورده می کند.
• به طور گسترده آزمون. تست با طیف گسترده ای از کاربران و توانایی ها در طول فرآیند طراحی و توسعه ، از جمله آزمایش دسترسی دستی در برابر تستر قابل اعتماد و پایه آزمایش ICT.
• پاسخگو باشیدهنگام کشف آنها ، مسائل مربوط به دسترسی را از بین ببرید.
• قرارداد برای دسترسی. از ابزار دسترسی (ART) برای دسترسی استفاده کنید تا الزامات دسترسی را در قراردادهای خود وارد کنید.

بیشتر خواندن

منابع دولتی

• [بخش 508. gov] [Accessibility. digital. gov] [بخش 508. gov] [بخش 508coordinators. github.com] [plainlanguage. gov] [plainlanguage. gov] [دسترسی . 18f. gov] [بخش 508. gov] [بخش 50508. GOV]

منابع غیر دولتی

• [w3.org] [Encusivedesignprinciples.org] [youtube.com] [microsoft.com] [inclusive-components. design] [humanebydesign.com]

تداوم

اختلال را به حداقل برسانید و تجربه ای مداوم را در کل خدمات ارائه دهید. در طول زمان؛و در سراسر آژانس ها ، سیستم عامل ها و دستگاه ها. قوام لزوماً انطباق نیست. آژانس ها ، سایت ها و خدمات ممکن است مخاطبان ، مأموریت ها و اهداف مختلفی داشته باشند - و نحوه اجرای راه حل های خود ممکن است متفاوت باشد - اما ما با شروع از راه حل ها و ارزش های مشترک ، تداوم را ترویج می کنیم. این اصول طراحی یک مجموعه از مقادیر مشترک است و زبان طراحی سیستم طراحی وب ایالات متحده دیگر است. در تلاش برای ایجاد راه حل های محور کاربر که به کل تجربه می پردازد ، نه فقط وظیفه خاص کاربر ، بلکه زمینه سفر آنها.

ملاحظات کلیدی

موارد زیر سؤالات مفیدی است که می توانید از تیم خود بپرسید زیرا شما به سمت یک تجربه کاربری مداوم کار می کنید:

• آیا می دانید مخاطبان شما می فهمند که محصول شما یک سایت یا خدمات دولتی است؟
• آیا می دانید مخاطبان شما هدف هر صفحه یا بخش را درک می کنند؟
• آیا همیشه مشخص است که انتظار می رود کاربران در آینده چه کاری انجام دهند؟
• آیا آژانس شما راهنمایی سبک را تعیین کرده است؟
• آیا قبل از توسعه خود ، راه حل های مشترک را امتحان کرده و آزمایش کرده اید؟
• آیا خدمات خود را در زمینه سفرهای مشتری یا کاربر در نظر گرفته اید؟
• آیا سفرهای مشتری یا کاربر بالاترین تأثیر خود را شناسایی کرده اید؟در این سفرها ، آیا فرصت های خاصی برای جمع آوری بازخورد شناسایی کرده اید؟
• آیا خدمات خود را در زمینه گسترده تر یک اکوسیستم خدمات در نظر گرفته اید؟
• آیا می توانید برای همکاری و به اشتراک گذاشتن راه حل ها به آژانس ها و سیلوهای دسترسی پیدا کنید؟
• آیا سایت یا سرویس شما تجربه مداوم در هر دستگاه یا مرورگر دارد؟
• آیا کاربران در هر دستگاهی به اطلاعات و خدمات شما دسترسی دارند؟
• چه عواملی خارج از محدوده محصول یا خدمات شما بر موفقیت آن تأثیر می گذارد؟
• چه محصولات یا خدمات دولتی دیگر با موفقیت محصول یا خدمات شما مرتبط هستند؟
• آیا شما قادر به هماهنگی راه حل ها با سایر پروژه هایی هستید که مخاطب مشابهی را به اشتراک می گذارند؟

اقدامات عملی

موارد زیر اقدامات عملی است که می توانید انجام دهید:

• به عنوان یک سایت دولتی شناخته شوید. واضح و به طور مداوم به عنوان یک سایت دولتی در هر صفحه شناخته می شود.
• از یک راهنمای سبک استفاده کنید. از یک راهنمای ساده و انعطاف پذیر برای محتوا و سبک در طول یک محصول یا خدمات استفاده کنید. بدانید که آیا راهنماهای موجود قبل از ایجاد چیز جدید در آژانس شما وجود دارند.
• خدمات مرتبط را با یک سبک مشابه متصل کنید. از راهنمای سبک به طور مداوم برای خدمات دیجیتالی مرتبط استفاده کنید.
• از طیف گسترده ای از دستگاه ها و سیستم عامل ها پشتیبانی کنید. از طیف گسترده ای از دستگاه ها برای یک تجربه دوستانه تلفن همراه پشتیبانی کنید.
• تست در دستگاه های واقعی. سایت خود را تا حد ممکن در دستگاه های تلفن همراه واقعی آزمایش کنید.
• محتوا را با احتیاط حرکت دهید یا حذف کنید. هنگام جابجایی یا حذف محتوا ، اخطار و ارسال مناسب را ارائه دهید.
• فرآیندهای چند مرحله ای را روشن کنید. به کاربران اطلاعات روشنی در مورد مکان آنها در هر مرحله از یک فرآیند ارائه دهید.
• از فرآیندهای چند جلسه پشتیبانی کنید. راهی برای کاربران برای خروج و بازگشت بعداً برای تکمیل یک فرآیند فراهم کنید.
• از استفاده مجدد از داده های ذخیره شده پشتیبانی کنید. اطمینان حاصل کنید که بازدید کنندگان وب سایت را که وارد سیستم شده اند ، می توانند با اطلاعات ذخیره شده ، فرم های جمع آوری خودکار را انجام دهند.
• یک جامعه پیدا کنید. شرکت در جوامع عملی متقابل.

بیشتر خواندن

منابع دولتی

• [digital. gov] [designsystem. digital. gov] [Methods. 18f. gov] [digital. gov] [usda. gov] [design. cms. gov] [labs.usa. gov] [performance. gov] [دیجیتال. gov] [digital. gov]

منابع غیر دولتی

• [group.com] [group.com] [group.com] [service-design-network.org] [group.com] [atomicdesign. bradfrost.com]

گوش بده

با گوش دادن به مخاطبان خود و یادگیری از آنچه می شنوید ، محصول خود را ارزیابی و بهبود بخشید. بازخورد مداوم باعث بهبود مداوم می شود. تجربه مشتری را اندازه گیری کنید - چقدر خوب آنچه را که ساخته اید برای مخاطبان خود کار می کند - در هر مرحله از یک پروژه و با رشد و بلوغ پروژه ها. به آنچه مردم می گویند گوش دهید و نحوه تعامل آنها با محصولات یا خدمات شما را از طریق مشاهده مستقیم یا از طریق داده های تحلیلی مشاهده کنید.

ملاحظات کلیدی

موارد زیر سؤالات مفیدی است که از تیم خود بخواهید تا اطمینان حاصل کند که به کاربران خود گوش می دهید:

• آیا محصول یا خدمات شما به افراد دارای مهارت های طراحی ، توسعه و تحقیق دسترسی دارد؟
• معیارهای کلیدی خدمات شما برای اندازه گیری موفقیت از چه مواردی استفاده می کنند؟
• معیارهای موفقیت شما چگونه با نتایج مثبت مشتری یا کاربر گره خورده است؟
• این معیارها در طول عمر خدمات چگونه انجام شده است؟
• آیا برای شناسایی و پاسخ دادن به مسائل ، ابزارها و فرآیندهای نظارت بر سیستم دارید؟
• کدام ابزارها برای اندازه گیری رفتار کاربر وجود دارد و چگونه از آنها استفاده می کنید؟
• آیا رضایت مشتری را اندازه گیری می کنید و برای بهبود رضایت قدم می گذارید؟
• آیا بلوغ تجربه مشتری خود را ارزیابی می کنید و برنامه های عملی را برای شناسایی مناطق تمرکز برای بهبود تهیه می کنید؟
• چگونه می توانید بازخورد کاربر را برای اشکالات و سایر مشکلات محصول جمع آوری کنید؟
• آیا همه اعضای تیم پروژه در مصاحبه های کاربر و فعالیت های تحقیقاتی شرکت می کنند؟
• آیا با فعالیت هایی مانند هکاتون ، مشارکت مستقیم جامعه را در پروژه خود پرورش می دهید؟
• چند بار در حال بررسی و پرداختن به بازخورد و تجزیه و تحلیل هستید؟
• آیا بازخورد به خدماتی که پروژه خود استفاده می کند کمک می کنید؟

اقدامات عملی

موارد زیر اقدامات عملی است که می توانید انجام دهید:

• به طور فعال مسائل را جمع آوری کنید. مکانیسمی را برای گزارش اشکالات و مسائل به کاربران ارائه دهید و به این گزارش ها پاسخگو باشید.
• بازخورد مستقیم را جمع کنید. به طور فعال در مورد محصول یا خدمات خود (مانند نظرسنجی یا ایمیل مشتری) به طور فعال جمع آوری ، بررسی و پرداختن به بازخورد خود را انجام دهید.
• تجزیه و تحلیل داده های تجزیه و تحلیل. برنامه های تجزیه و تحلیل دیجیتال در سراسر کشور (DAP) و خدمات تجزیه و تحلیل خاص آژانس را اجرا کرده و داده ها را تجزیه و تحلیل کنید.
• نتایج جستجو را تجزیه و تحلیل کنید. یک تابع جستجو را در سایت خود (از طریق Search. gov یا یک ابزار دیگر) قرار دهید و داده های جستجو را تجزیه و تحلیل کنید.
• تجزیه و تحلیل داده های رسانه های اجتماعی. اگر از سیستم عامل های رسانه های اجتماعی استفاده می کنید ، داده های این سیستم عامل ها را تجزیه و تحلیل کنید.
• معیارها را منتشر کنید. معیارهای داخلی و خارجی را منتشر کنید.
• پروژه های بزرگ را با طراحی خدمات هماهنگ کنید. تجزیه و تحلیل طراحی خدمات را هنگام طراحی ، هماهنگی یا تثبیت سایت ها یا خدمات بزرگ انجام دهید.
• تیم را در تحقیق درگیر کنید. همه اعضای یک تیم پروژه را در مصاحبه های کاربر و فعالیت های تحقیقاتی درگیر کنید تا مستقیماً از کاربران واقعی بشنوید.
• از مشاهده مستقیم استفاده کنید. برای درک زمینه اقدامات کاربر در هر زمان ممکن از مشاهده مستقیم در تحقیقات خود استفاده کنید.
• آزمایش را ادامه دهید. آزمایش و آزمایش مجدد با کاربران واقعی.
• به اشتراک بگذاریدبازخورد و راه حل های به اشتراک گذاری را به پروژه های داخلی و منبع باز که استفاده می کنید به اشتراک بگذارید.

بیشتر خواندن

منابع دولتی

• [digital. gov] [search. gov] [oes. gsa. gov] [performance. gov] [performance. gov] [performance. gov] [usda. gov] [performance. gov] [performance. gov] [دیجیتال. GOV] [Digital. gov]

منابع غیر دولتی

• [medium.com] [youtube.com]

بخشی از جامعه شوید

USWDS یک جامعه منبع آزاد فعال مهندسان دولت ، متخصصان محتوا و طراحان است. مشارکت کنندگان ما در داخل و خارج از دولت از ده ها آژانس و نزدیک به 200 سایت پشتیبانی می کنند.