Bantuan

Catatan

Panduan desain ini dibuat untuk Windows 7 dan belum diperbarui untuk versi Windows yang lebih baru. Sebagian besar panduan masih berlaku pada prinsipnya, tetapi presentasi dan contoh tidak mencerminkan panduan desain kita saat ini.

Gunakan Bantuan sebagai mekanisme sekunder untuk membantu pengguna menyelesaikan dan lebih memahami tugas mekanisme utama menjadi UI itu sendiri. Terapkan panduan ini untuk membuat konten benar-benar membantu dan mudah ditemukan.

Sistem Bantuan terdiri dari berbagai jenis konten yang dirancang untuk membantu pengguna ketika mereka tidak dapat menyelesaikan tugas, ingin memahami konsep secara lebih rinci, atau memerlukan lebih banyak detail teknis daripada yang tersedia di UI.

Dalam artikel ini, kami menyebut Bantuan sebagai sekunder untuk UI. UI adalah primer karena itulah pengguna pertama kali mencoba menyelesaikan masalah mereka. Mereka berkonsultasi dengan sistem Bantuan hanya jika mereka tidak dapat menyelesaikan tugas mereka dengan UI.

Beranda Bantuan dan Dukungan Windows, tersedia dari menu Mulai.

Catatan: Pedoman yang terkait dengan gaya dan nada disajikan dalam artikel terpisah.

Apakah ini antarmuka pengguna yang tepat?

Untuk memutuskan, pertimbangkan pertanyaan-pertanyaan ini:

• Seberapa termotivasi pengguna target Anda? Semakin termotivasi mereka untuk menemukan fungsionalitas program Anda dan menjadi pengguna menengah atau bahkan tingkat lanjut darinya, semakin bersedia mereka untuk meneliti jawaban atas pertanyaan mereka dengan berkonsultasi topik Bantuan.
• Apakah Anda menggunakan Bantuan untuk memperbaiki UI yang buruk? Semakin baik antarmuka pengguna Anda, semakin sedikit pengguna akan mencari bantuan tambahan. Jika program Anda memiliki UI utama yang sangat jelas dan bermanfaat (seperti pesan kesalahan bebas jargon, wizard yang ditulis dengan baik, dan kotak dialog yang tidak ambigu), Anda mungkin tidak memerlukan sistem Bantuan sekunder sama sekali.
• Apakah program Anda relatif sederhana? Jika demikian, pertimbangkan untuk memasukkan semua konten bantuan yang diperlukan ke dalam permukaan UI utama Anda. Pengguna lebih cenderung mencari bantuan tambahan dalam program yang melakukan tugas kompleks.
• Apakah aplikasi Anda ditujukan untuk pengembang, profesional TI, atau pakar perangkat lunak lainnya? Pengguna ini cenderung mengharapkan referensi Bantuan untuk konvensi bahasa pemrograman dan Bantuan konseptual mendalam untuk penguasaan fitur.

Konsep desain

Jika Anda memutuskan untuk menyertakan Bantuan dalam program Anda, integrasikan ke dalam desain Keseluruhan Anda. Antarmuka Bantuan harus sederhana, efisien, dan relevan; ini akan memungkinkan pengguna untuk mendapatkan bantuan dengan mudah dan kemudian kembali ke tugas mereka. Pikirkan sistem Bantuan Anda dalam hal waktu pengguna: minimalkan gangguan terlebih dahulu dengan mengantisipasi di mana mereka akan mengalami masalah dalam program Anda, lalu selesaikan masalah tersebut dengan memasukkan bantuan mendasar langsung ke UI Anda, dan membuat titik masuk yang jelas dan konsisten ke dalam Bantuan Anda yang lebih rinci.

Bantuan Windows dirancang sesuai dengan prinsip-prinsip ini. Berikut adalah beberapa perubahan desain pada pengalaman pengguna Bantuan Windows:

• Titik entri yang lebih dapat ditemukan ke Bantuan dari antarmuka pengguna utama (terutama tautan Bantuan baru dari permukaan UI seperti kotak dialog, pesan kesalahan, dan wizard). Tautan bantuan membawa Anda langsung ke topik yang bersangkutan di Bantuan.
• Ikon tombol Bantuan tersedia di sudut kanan atas sebagian besar halaman hub Panel Kontrol, serta folder shell.
• Pengguna dapat memilih untuk mendapatkan konten Bantuan terbaru dari Bantuan dan Dukungan Windows Online saat mereka online.
• Topik bantuan sekarang berbasis tugas daripada berfokus pada fitur, sehingga pengguna dapat menyelesaikan tugas mereka dengan cepat dan efisien.
• Topik bantuan sekarang sebagian besar didasarkan pada skenario pengguna teratas yang diketahui.
• Topik bantuan memiliki nada yang lebih santai dan informal, menggunakan bahasa dunia nyata.
• Topik bantuan dirancang untuk pemindaian yang efektif, karena pengguna jarang membaca konten word-for-word.

Analogi untuk Bantuan

Untuk berpikir lebih mendalam tentang merancang sistem Bantuan Anda, pertimbangkan analogi dari kehidupan sehari-hari. Kau tersesat di kota yang tidak dikenal. Apa yang harus Anda lakukan? Banyak yang akan bereaksi seperti ini:

• Berorientasi; cari landmark, tanda jalan (nama dan penunjuk ke tempat).
• Cari peta.
• Akhirnya, sebagai upaya terakhir, minta petunjuk arah atau hubungi teman.

Desain "antarmuka" kota memengaruhi kebutuhan Anda untuk bantuan. Jalan-jalan berlabel baik, petunjuk arah eksplisit (penunjuk ke rumah sakit, bandara, museum, dan kantor pos), dan landmark yang jelas seperti fitur geografis atau bangunan yang menonjol membantu Anda menemukan jalan.

Anda meminta bantuan sebagai upaya terakhir. Ini adalah indikasi bahwa "antarmuka" kota telah gagal karena dirancang dengan buruk dan membingungkan. Anda lebih mungkin meminta bantuan di tempat yang memiliki label tertentu yang menunjukkan keberbantuan. Misalnya, Anda lebih mungkin meminta bantuan di tempat berlabel "Petunjuk Arah" atau "Informasi" daripada tempat umum seperti Balai Kota meskipun hampir semua orang di Balai Kota dapat memberi Anda petunjuk.

Ketika Anda meminta bantuan, kemungkinan Anda frustrasi dan hanya ingin sampai ke tujuan yang Anda maksudkan. Anda mungkin tidak mood untuk menghabiskan waktu mengikuti tur kota atau mempelajari sejarahnya. Selanjutnya, motivasi Anda tergantung pada pentingnya tugas. Jika Anda mencoba menemukan kamar hotel Anda, Anda akan melakukan apa pun yang diperlukan. Namun, jika tujuan Anda adalah menemukan tempat kepentingan kecil, kemungkinan besar Anda akan menyerah begitu saja setelah upaya sederhana.

Semua aspek ini menemukan jalan Anda di ruang nyata sesuai dengan bagaimana pengguna biasanya menemukan jalan mereka di ruang virtual program Anda. Mencari bantuan di luar UI utama adalah dengan sifatnya yang sangat memisahkan; lakukan yang terbaik untuk mengurangi pengalaman seperti itu dengan UI yang dirancang dengan baik dan "tanda jalan" cerdas untuk mengarahkan pengguna ke jawaban yang mereka butuhkan.

Merancang UI sehingga Bantuan tidak perlu

Cobalah untuk membuat Bantuan tidak perlu di tempat pertama, dengan:

• Membuat tugas umum mudah ditemukan dan dilakukan.
• Memberikan instruksi utama yang jelas.
• Menyediakan label kontrol yang jelas dan ringkas yang berorientasi pada tujuan dan tugas.
• Memberikan instruksi dan penjelasan tambahan jika diperlukan.
• Mengantisipasi masalah yang dapat dihindari dengan menggunakan kontrol yang dibatasi untuk pilihan yang valid, menyediakan nilai default yang sesuai, menangani semua format input, dan mencegah kesalahan.
• Menulis pesan kesalahan yang memberikan solusi atau tindakan yang jelas untuk diambil pengguna.
• Menghindari desain UI yang membingungkan, seperti tugas dengan alur yang buruk atau menggunakan kontrol yang dinonaktifkan tanpa alasan yang jelas.
• Bekerja dengan penulis dan editor di awal siklus pengembangan untuk membuat teks UI berkualitas tinggi dan konsisten di seluruh program Anda.

Pengguna tidak perlu pergi ke tempat lain untuk mencari tahu cara menggunakan UI Anda. Tambahkan informasi penting langsung ke antarmuka pengguna utama, daripada memaksa pengguna keluar dari konteks langsung mereka dan ke panel Bantuan. Jika informasi penting hanya ada dalam topik Bantuan, ada kemungkinan besar pengguna tidak akan melihatnya. Untuk informasi yang opsional dan lebih jelas, gunakan tautan Bantuan dari antarmuka pengguna utama ke topik Bantuan yang relevan untuk bantuan tambahan.

Mempertimbangkan motivasi pengguna

Bagi sebagian besar pengguna, kecepatan dan efisiensi adalah salah satu kebajikan terpenting dari program yang baik. Pengguna ingin menyelesaikan pekerjaan mereka. Umumnya, mereka tidak tertarik untuk belajar tentang program dan teknologi demi kepentingannya sendiri; kesabaran mereka hanya meluas karena program itu melayani kepentingan mereka sendiri dan memecahkan masalah yang ada.

Rancang sistem Bantuan Anda agar sesuai dengan motivasi pengguna Anda. Misalnya, pertimbangkan pengguna yang telah berjalan-jalan ke kios di museum. Jika dia tidak bisa mencari tahu bagaimana melakukan tugas dengan cepat, dia mungkin hanya menyerah dan pergi. Dia tidak mungkin menghabiskan waktu menggunakan Bantuan. Atau, pengguna yang sangat termotivasi memiliki toleransi yang lebih tinggi untuk waktu yang dihabiskan untuk meneliti sistem Bantuan Anda untuk jawaban. Pengguna bisnis yang harus menyeimbangkan buku, misalnya, mungkin bersedia berkonsultasi dengan konten Bantuan untuk memaksimalkan aplikasi akuntansi baru tersebut.

Menulis konten untuk pemindaian

Tulis topik Bantuan yang mengetahui bahwa topik tersebut akan dipindai untuk informasi tertentu, bukan membaca kata demi kata. Tulis dengan ringkas, sampai ke titik dengan cepat, dan memberikan informasi yang dapat ditindaklanjuti pengguna.

• Tulis topik "cara" menggunakan langkah-langkah bernomor dalam format yang konsisten sehingga pengguna mengenali mereka mendapatkan bantuan prosedural.
• Tulis topik referensi dengan ingat kemudahan pemindaian, menggunakan tabel, misalnya, untuk menyajikan opsi UI atau sintaks bahasa.
• Tulis topik konseptual yang diatur secara logis oleh subjudul, sehingga pengguna dapat melewati seluruh bagian dengan minat yang lebih rendah.

Di semua konten Bantuan, lebih mudah untuk memindai daftar berpoin daripada blok paragraf standar teks; namun, gunakan daftar poin secara yudisial, bukan sebagai kruk untuk bahan yang tidak terorganisir.

Membuat konten yang penting

Mengingat bahwa tidak ada sistem Bantuan yang dapat mengantisipasi setiap pertanyaan yang mungkin dimiliki setiap pengguna, fokuskan sebagian besar konten untuk menjawab pertanyaan teratas dalam skenario teratas untuk pengguna target Anda. Misalnya, pencarian yang efektif dan cara membangun konektivitas jaringan (di antara tugas lain) mungkin merupakan topik yang sangat dicari. Selain itu, fokuslah pada tugas dalam skenario pengguna teratas Anda, daripada mendokumenkan fitur atau teknologi secara lengkap demi kepentingannya sendiri.

Tips: Dukungan teknis adalah sumber yang baik untuk konten Bantuan. Staf dukungan sering menyimpan catatan pertanyaan yang sering diajukan tentang program atau tugas tertentu yang dicoba (dan gagal) untuk dicapai oleh pengguna.

Tidak perlu memberikan bantuan untuk setiap fitur di UI. Cukup sering, hasil Bantuan yang tidak membantu dari mencoba membuat Bantuan untuk semuanya. Jika UI dirancang dengan baik, sebagian besar topik Bantuan ini tidak akan sangat membantu; mereka hanya akan mengembalikan yang jelas.

Jika ada lebih dari satu cara untuk melakukan tugas, dalam banyak kasus Anda hanya dapat mendokumentasikan cara paling umum yang digunakan oleh pengguna yang tidak berpengalaman. Pengecualian untuk ini termasuk pertimbangan aksesibilitas (mendokumentasikan keyboard yang setara dengan tindakan mouse, misalnya), dan pertimbangan platform (mendokumentasikan faktor bentuk tablet, misalnya, atau untuk lingkungan server di mana baris perintah dapat menggantikan antarmuka pengguna grafis).

Ingatlah bahwa pengguna sering kali tidak memikirkan masalah yang mereka temui dalam istilah yang sama persis seperti Yang Anda lakukan. Misalnya, pengguna mungkin merasa aneh untuk menganggap diri mereka sebagai "akun." Pastikan untuk merancang fungsionalitas pencarian dan pengindeksan Anda, lalu, untuk mempertangungjawabkan kemungkinan variasi terminologi dan sinonim.

Namun, antara antarmuka pengguna utama dan sistem Bantuan, istilah harus sangat mirip jika tidak identik. Pengguna dapat bingung ketika bahasa sistem Bantuan tidak berkorelasi sangat dekat dengan apa yang mereka lihat di layar.

Menulis teks tautan Bantuan yang menarik

Saat Anda menautkan ke topik Bantuan dari antarmuka pengguna utama Anda, pastikan untuk menulis teks tautan Bantuan yang menarik. Bahasa yang jelas dan spesifik menginspirasi kepercayaan diri. Pengguna cenderung percaya bahwa tautan Bantuan generik (tombol dengan kata "Bantuan" atau "Pelajari lebih lanjut" di dalamnya) tidak akan mengarah ke informasi yang tepat tanpa investasi waktu yang signifikan.

Jika Anda hanya melakukan lima hal ...

1. Rancang UI Anda sehingga pengguna tidak memerlukan Bantuan.
2. Jadikan Bantuan Anda bermanfaat dengan memfokuskan konten pada pertanyaan teratas dalam skenario teratas untuk pengguna target Anda.
3. Sajikan konten Bantuan sehingga mudah dipindai.
4. Pahami bahwa Anda tidak perlu memberikan bantuan untuk setiap fitur di UI.
5. Buat titik entri Bantuan dapat ditemukan dan menarik.

Pola penggunaan

Berbagai jenis konten melayani tujuan yang berbeda.

Jenis konten	Contoh
Bantuan Prosedural menyediakan langkah-langkah untuk melakukan tugas.	Bantuan prosedural harus berfokus pada informasi "bagaimana" daripada "apa" atau "mengapa." Dalam contoh ini, topik Bantuan menjelaskan cara menggunakan fitur utilitas Pembersihan Disk, menyediakan langkah-langkah yang harus diikuti secara berurutan.
Bantuan Konseptual menyediakan informasi latar belakang, gambaran umum fitur, atau proses.	Bantuan konseptual harus memberikan informasi "apa" atau "mengapa" di luar yang diperlukan untuk menyelesaikan tugas. Dalam contoh ini, topik Bantuan menentukan apa itu desktop, dan memberikan detail tambahan tentang apa yang ada di dalamnya dan mengapa pengguna berinteraksi dengannya.
Bantuan Referensi berfungsi sebagai buku referensi online.	Anda dapat menggunakan bantuan referensi untuk mendokumenkan bahasa pemrograman atau antarmuka pemrograman. Dalam contoh ini, topik Bantuan mencantumkan konvensi tipografi yang digunakan untuk bahasa atau aplikasi tertentu ini, memberikan informasi dalam tabel yang mudah dipindai.

Panduan

Titik masuk

• Tautkan ke topik Bantuan tertentu yang relevan. Jangan tautkan ke halaman beranda Bantuan, daftar isi, daftar hasil pencarian, atau halaman yang hanya menautkan ke halaman lain. Hindari menautkan ke halaman yang disusun sebagai daftar besar pertanyaan yang sering diajukan, karena memaksa pengguna untuk mencari yang cocok dengan tautan yang mereka klik. Jangan tautkan ke topik Bantuan tertentu yang tidak relevan dan berguna untuk tugas yang ada. Jangan pernah menautkan ke halaman kosong.

• Jangan letakkan tautan Bantuan di setiap jendela atau halaman demi konsistensi. Menyediakan tautan Bantuan di satu tempat tidak berarti Anda harus menyediakannya di mana saja.

• Gunakan tautan Bantuan untuk kotak dialog, pesan kesalahan, panduan, dan lembar properti. Jika tautan Bantuan berlaku untuk kontrol tertentu, letakkan di bawahnya, rata kiri. Jika tautan Bantuan berlaku untuk seluruh jendela, letakkan di sudut kiri bawah area konten jendela.

  

  Dalam contoh ini, tautan Bantuan kedua berlaku untuk sekelompok kontrol.

  

  Dalam contoh ini, tautan Bantuan berlaku untuk seluruh jendela.

• Gunakan tautan Bantuan alih-alih referensi tekstual generik ke Bantuan jika memungkinkan secara teknis.

  Benar:

  Bagaimana cara memperbaiki kesalahan disk?

  Salah:

  Untuk informasi selengkapnya tentang memperbaiki kesalahan disk, lihat Bantuan dan Dukungan.

• Gunakan tombol Bantuan dengan ikon Bantuan untuk halaman hub item panel kontrol. Letakkan di sudut kanan atas. Tombol-tombol ini tidak memiliki label, tetapi memiliki tipsalat yang bertuliskan Bantuan.

  

  Item panel kontrol dengan tombol Bantuan.

• Bantuan F1 bersifat opsional. Pengguna telah terbiasa menemukan informasi Bantuan yang terkait dengan konteks langsung UI di layar dengan menekan tombol F1, yang berlabel Bantuan pada keyboard standar. Anda dapat menyertakan Bantuan F1 jika, misalnya, studi kegunaan menunjukkan bahwa pengguna Anda berharap untuk menemukannya, atau UI program Anda cukup kompleks untuk mendapatkan manfaat dari bantuan kontekstual.

• Program dengan bilah menu dapat memiliki kategori menu Bantuan. Untuk panduan menu Bantuan, lihat Menu.

  

  Dalam contoh ini, aksesori Windows Paint memiliki kategori menu Bantuan.

• Untuk aksesibilitas keyboard, sediakan pemberhentian tab untuk tombol dan tautan Bantuan.

• Tombol Bantuan dan perilaku tautan harus sebagai berikut: Panel bantuan terbuka dan topik Bantuan khusus ditampilkan; UI yang memanggil panel Bantuan harus tetap terbuka untuk mempertahankan pengalaman kontekstual.

• Jangan gunakan gaya titik entri Bantuan usang berikut: "Pelajari lebih lanjut" atau "Pelajari selengkapnya tentang..." tautan, tombol Bantuan generik, dan tombol Bantuan peka konteks pada bilah judul. Meskipun mereka telah digunakan di masa lalu, studi kegunaan telah menentukan bahwa pengguna cenderung mengabaikannya. Gunakan tautan ke topik Bantuan tertentu sebagai gantinya. Untuk panduan tentang menulis tautan Bantuan yang baik, lihat Tautan bantuan.

  Salah:

  

  Jangan gunakan "Pelajari lebih lanjut" atau "Pelajari selengkapnya tentang..." Link.

  Salah:

  

  Jangan gunakan tombol Bantuan generik.

  Salah:

  

  Jangan gunakan tombol Bantuan peka konteks pada bilah judul.

Konten

• Jangan membuat konten yang jelas. Topik bantuan yang mengulangi apa yang ada di antarmuka pengguna utama tidak menambahkan nilai.
• Jangan membuat konten yang tidak dapat ditindak pengguna dalam beberapa cara.
  • Pengecualian: Beberapa konten konseptual memberikan informasi latar belakang penting tanpa harus mengarah ke tindakan pengguna.
• Hindari resolusi yang tidak jelas untuk masalah. Misalnya, "hubungi administrator sistem Anda" atau "instal ulang aplikasi" cenderung membuat pengguna frustasi.
  • Pengecualian: Merekomendasikan untuk menghubungi administrator sistem jika itu adalah satu-satunya solusi praktis, dan administrator sistem berharap untuk dihubungi untuk masalah tersebut.
• Hindari konten yang membahas skenario pengguna yang sangat tidak mungkin. Kembangkan konten Bantuan utama Anda untuk apa yang Anda antisipasi akan menjadi penggunaan normal; perhatikan pengecualian penting untuk penggunaan yang diharapkan, tetapi perlakukan konten ini sebagai prioritas yang lebih rendah.
• Kumpulkan umpan balik dari pengguna Anda tentang seberapa membantu topik Bantuan Anda. Izinkan pengguna untuk menilai topik individual. Lakukan studi kegunaan pada dokumentasi Anda untuk memastikan masalah yang melibatkan kualitas dan ketertemuan konten.
  • Tips: Umpan balik pengguna juga merupakan cara yang bagus untuk menghasilkan lebih banyak konten berbasis tugas, berfokus pada apa yang sebenarnya dilakukan pengguna dengan program Anda, dibandingkan dengan konten berbasis fitur, hanya berfokus pada deskripsi teknologi.
• Berikan beberapa cara untuk mengakses konten Anda. Daftar isi, indeks, dan mekanisme pencarian adalah tiga metode paling umum untuk meningkatkan penemuan.
• Jika ada lebih dari satu cara untuk melakukan tugas, dalam banyak kasus Anda hanya dapat mendokumentasikan cara paling umum yang digunakan oleh pengguna yang tidak berpengalaman.

Ikon

• Gunakan ikon Bantuan hanya untuk jendela Explorer dan halaman hub item panel kontrol. Jangan gunakan ikon Bantuan dengan tautan Bantuan.

Benar:

Dalam contoh ini, jendela Windows Explorer menggunakan ikon Bantuan untuk menyediakan akses ke Bantuan.

Salah:

Dalam contoh ini, ikon Bantuan di kiri bawah salah digunakan dengan tautan Bantuan.

Teks

Tautan bantuan

• Berikan informasi spesifik tentang konten topik Bantuan, menggunakan teks ringkas yang relevan seperlunya. Pengguna sering mengabaikan tautan Bantuan generik. Pastikan hasil tautan adalah pengguna yang dapat diprediksi tidak boleh terkejut dengan hasilnya.

  • Pengecualian: Anda dapat menggunakan "Informasi lebih lanjut" untuk melengkapi instruksi yang langsung ada di UI, terutama jika memberikan informasi tertentu di tautan Bantuan menyebabkan pengulangan yang tidak perlu atau membuat tautan kurang menarik.

  Salah:

  Kata sandi yang kuat memiliki setidaknya enam huruf campuran, angka, dan simbol. Apa itu kata sandi yang kuat?

  Benar:

  Kata sandi yang kuat memiliki setidaknya enam huruf campuran, angka, dan simbol. Informasi selengkapnya

  Dalam contoh yang salah, tautan Bantuan berulang. Ini mengajukan pertanyaan yang benar-benar sudah dijawab.

• Jika memungkinkan, teks tautan Bantuan frasa dalam hal pertanyaan utama yang dijawab oleh konten Bantuan. Jangan gunakan frasa "Pelajari lebih lanjut," "Beri tahu saya lebih lanjut," atau "Dapatkan bantuan dengan ini".

  Salah:

  Pelajari selengkapnya tentang menambahkan pengecualian

  Benar:

  Apa risiko mengizinkan pengecualian?

  Bagaimana cara menambahkan pengecualian?

  Dalam contoh yang benar, tautan diungkapkan dalam hal pertanyaan utama yang dijawab oleh topik Bantuan.

• Jika informasi yang paling relevan dapat diringkas secara ringkas, letakkan ringkasan langsung di UI alih-alih menggunakan tautan Bantuan. Namun, Anda dapat menggunakan tautan Bantuan untuk memberikan informasi tambahan.

  Salah:

  

  Benar:

  

  Lebih:

  

  Contoh yang benar meringkas informasi Bantuan dengan singkat, sangat meningkatkan kemungkinan pengguna akan membacanya. Contoh yang lebih baik menyediakan tautan Bantuan untuk informasi selengkapnya tentang subjek kompleks ini.

• Tautan Bantuan Frasa untuk menunjukkan bantuan dengan jelas. Tautan bantuan tidak boleh membaca seperti tautan tindakan.

• Gunakan seluruh tautan Bantuan untuk teks tautan, bukan hanya kata kunci.

  Benar:

  Apa risiko mengizinkan pengecualian?

  Salah:

  Apa risiko mengizinkan pengecualian?

  Dalam contoh yang benar, seluruh kalimat tautan Bantuan digunakan untuk teks tautan.

  • Pengecualian: Tautan bantuan ke situs Web eksternal hanya boleh menggunakan nama situs atau halaman sebagai tautan. Teks apa pun yang memperkenalkan nama situs tidak perlu disertakan dalam tautan itu sendiri.

• Tautan bantuan tidak harus sama persis dengan judul topik Bantuan, tetapi harus ada koneksi yang kuat dan jelas di antara keduanya. Mendesain tautan dan judul berpasangan karena alasan ini.

  Benar:

  Bagaimana cara meningkatkan performa fitur ini? (teks tautan)

  Mengonfigurasi fitur ini untuk performa optimal (judul topik)

  Salah:

  Bagaimana cara meningkatkan performa fitur ini? (teks tautan)

  Gambaran umum lengkap fitur ini (judul topik)

  Dalam contoh yang salah, judul topik Bantuan secara substansial berbeda dalam cakupan dari teks tautan Bantuan, dan mungkin memusingkan.

• Jika konten Bantuan online, perjelas di teks tautan. Melakukannya membantu membuat hasil tautan dapat diprediksi.

  Benar:

  Untuk format dan alat tambahan, buka situs Web Microsoft.

  Salah:

  Di mana saya dapat menemukan format dan alat tambahan?

• Gunakan kalimat lengkap.

• Jangan gunakan tanda baca akhir, kecuali untuk tanda tanya.

• Jangan gunakan elipsis untuk tautan atau perintah Bantuan.

Konten bantuan

• Format elemen UI menggunakan tebal untuk membuatnya mudah diidentifikasi. Ini sangat berguna untuk topik Bantuan prosedural, memungkinkan pengguna untuk memindai melalui prosedur dan dengan cepat melihat elemen UI yang bersangkutan.
• Format keterangan menggunakan miring. Ini berlaku untuk tabel, seni, cuplikan layar, dan elemen grafis lainnya yang mendapat manfaat dari penjelasan tekstual singkat.
• Lihat Bantuan hanya sebagai Bantuan. Umumnya, jangan gunakan bantuan online frasa kecuali Anda sebenarnya mengacu pada isi di situs Web Anda.