Bantuan

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 detail teknis yang lebih banyak daripada yang tersedia di UI.

Dalam artikel ini, kami menyebut Bantuan sebagai pelengkap dari UI. UI adalah yang utama karena di si itulah pengguna pertama kali mencoba menyelesaikan masalah mereka. Mereka berkonsultasi dengan sistem Bantuan hanya jika mereka tidak dapat menyelesaikan tugas mereka dengan UI.

halaman bantuan dan dukungan windows

Beranda Bantuan dan Dukungan Windows, tersedia dari menu Mulai.

Catatan: Panduan tentang gaya dan nada disajikan dalam artikel tersendiri.

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, 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 antarmuka pengguna 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 bantuan referensi 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; itu harus 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 buat 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 mudah ditemukan ke Bantuan dari antarmuka pengguna utama, terutama tautan Bantuan baru dari antarmuka pengguna seperti kotak dialog, pesan kesalahan, dan wizard. Tautan bantuan membawa Anda langsung ke topik yang berkaitan 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 tanggal-up-topaling banyak 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 kata demi kata.

Analogi untuk Bantuan

Untuk berpikir lebih mendalam tentang merancang sistem Bantuan Anda, pertimbangkan analogi dari kehidupan sehari-hari. Anda tersesat di kota yang tidak dikenal. Apa kegiatanmu? 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 akan bantuan. Jalan-jalan yang berlabel dengan jelas, petunjuk arah yang eksplisit (penunjuk ke rumah sakit, bandara, museum, dan kantor pos), dan penanda yang jelas seperti ciri geografis atau bangunan yang menonjol membantu Anda menemukan jalan.

Anda meminta bantuan sebagai upaya terakhir. Ini adalah indikasi bahwa "antarmuka" kota telah gagal dengan dirancang dengan buruk dan membingungkan. Anda lebih mungkin meminta bantuan di tempat yang memiliki label tertentu yang menyarankan kesediaan untuk membantu. 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 inginkan. Anda mungkin tidak ingin menghabiskan waktu untuk 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 yang kurang penting, kemungkinan besar Anda akan menyerah setelah sedikit usaha.

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

Merancang UI sehingga Bantuan tidak perlu

Cobalah untuk membuat Bantuan tidak diperlukan sejak awal, 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, memberikan nilai default yang sesuai, menangani semua format input, dan mencegah kesalahan.
• Menulis pesan kesalahan yang memberikan solusi atau tindakan yang jelas bagi pengguna untuk diambil.
• 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 harus 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 pengguna tidak akan melihatnya. Untuk informasi yang bersifat 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 tersebut melayani kepentingan mereka sendiri dan menyelesaikan masalah yang ada.

Rancang sistem Bantuan Anda agar sesuai dengan motivasi pengguna Anda. Misalnya, bayangkan seorang pengguna yang telah melangkah santai ke kios di museum. Jika dia tidak dapat mencari tahu bagaimana melakukan tugas dengan cepat, dia kemungkinan 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 untuk berkonsultasi dengan konten Bantuan untuk mendapatkan hasil maksimal dari aplikasi akuntansi baru tersebut.

Menulis konten untuk pemindaian

Tulis topik Bantuan dengan memahami bahwa topik tersebut akan dipindai untuk mencari informasi tertentu dan tidak akan dibaca 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 yang lebih rendah minatnya.

Di semua konten Bantuan, lebih mudah untuk memindai daftar berbutir daripada blok paragraf standar teks; namun, gunakan daftar poin dengan bijak, bukan sebagai solusi cepat untuk materi yang tidak tersusun rapi.

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 lainnya) 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.

Tip : Dukungan Teknis adalah sumber yang baik untuk konten Bantuan. Staf dukungan sering kali 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. Seringkali, Bantuan menjadi tidak efektif karena mencoba membuat Bantuan untuk segala hal. Jika UI dirancang dengan baik, sebagian besar topik Bantuan ini tidak akan terlalu membantu; mereka hanya akan menyatakan kembali hal yang sudah jelas.

Jika ada lebih dari satu cara untuk melakukan tugas, dalam kebanyakan 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 menganggap diri mereka sebagai "akun." Pastikan untuk merancang fungsionalitas pencarian dan pengindeksan Anda untuk mempertimbangkan berbagai variasi dan sinonim terminologi.

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 menginspiraksi 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 antarmuka pengguna 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 dibaca cepat.
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.

Tipe Isi	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 dikandungnya dan mengapa pengguna berinteraksi dengannya.
Bantuan Referensi berfungsi sebagai buku referensi online.	Anda dapat menggunakan bantuan referensi untuk mendokumen bahasa pemrograman atau antarmuka pemrograman. Dalam contoh ini, topik Bantuan mencantumkan konvensi tipografis yang digunakan untuk bahasa atau aplikasi tertentu ini, memberikan informasi dalam tabel yang mudah dipindai.

Panduan

Titik masuk

• Hubungkan ke topik Bantuan yang spesifik dan relevan. Jangan tautkan ke halaman beranda Bantuan, daftar isi, daftar hasil pencarian, atau halaman yang hanya ditautkan 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 ditangani. 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-mana.

• Gunakan tautan Bantuan untuk kotak dialog, pesan kesalahan, wizard, 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 diberi label Bantuan pada keyboard standar. Anda dapat menyertakan Bantuan F1 jika, misalnya, studi kegunaan menunjukkan bahwa pengguna Anda berharap untuk menemukannya, atau antarmuka pengguna program Anda cukup kompleks untuk mendapatkan manfaat dari bantuan kontekstual.

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

  

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

• Untuk aksesibilitas keyboard, sediakan perhentian 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 umum, 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 diikuti oleh pengguna dengan cara apa pun.
  • Pengecualian : Beberapa konten konseptual memberikan informasi latar belakang penting tanpa harus mengarah ke tindakan pengguna.
• Hindari resolusi yang samar-samar untuk masalah. Misalnya, "hubungi administrator sistem Anda" atau "instal ulang aplikasi" cenderung membuat pengguna frustrasi.
  • Pengecualian: Sarankan 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 menilai topik individual. Lakukan studi kegunaan pada dokumentasi Anda untuk memastikan masalah yang melibatkan kualitas dan ketertemuan konten.
  • Tip: 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 kebanyakan kasus Anda hanya dapat mendokumentasikan cara yang paling umum 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 sebanyak yang diperlukan. Pengguna sering mengabaikan tautan Bantuan generik. Pastikan hasil dari tautan tersebut dapat diprediksi sehingga pengguna tidak akan terkejut dengan hasilnya.

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

  Salah:

  Kata sandi yang kuat memiliki setidaknya enam huruf campuran, angka, dan simbol. Apa 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.

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

  Salah:

  Pelajari selengkapnya tentang menambahkan pengecualian

  Benar:

  Apa risiko mengizinkan pengecualian?

  Bagaimana cara menambahkan pengecualian?

  Dalam contoh yang benar, tautan dirumuskan berdasarkan pertanyaan utama yang dijawab oleh topik Bantuan.

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

  Salah:

  

  Benar:

  

  Lebih Baik:

  

  Contoh yang benar meringkas informasi Bantuan dengan tepat, 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 seharusnya tidak terlihat seperti tautan tindakan.

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

  Benar:

  Apa risiko mengizinkan pengecualian?

  Tidak benar:

  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 mencocokkan judul topik Bantuan dengan tepat, tetapi harus ada koneksi yang kuat dan jelas 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 membingungkan.

• Jika konten Bantuan online, pastikan itu jelas dalam 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 teks menggunakan huruf 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 frasa "Bantuan online" kecuali Anda memang merujuk ke konten di situs web Anda.