Keuntungan:
- Kemampuan untuk menyusun dan membuat token desain, penamaan komponen, dan aturan penggunaan yang konsisten dengan kecerdasan buatan
- Kemampuan untuk dengan cepat menghasilkan dokumentasi komponen, contoh yang boleh/tidak boleh dilakukan, dan teks penggunaan dengan kecerdasan buatan
- Kemampuan untuk memeriksa saran kecerdasan buatan untuk mengetahui adanya konflik dengan sistem desain yang ada dan mempertahankan singularitas
Sistem desain adalah bahasa umum yang membuat rangkaian produk terlihat dan berperilaku secara konsisten: komponen yang dapat digunakan kembali (tombol, kartu, bidang formulir), token desain (bernama definisi nilai seperti warna, spasi, tipografi), dan dokumentasi yang menjelaskan cara menggunakannya. Sistem desain yang baik memungkinkan sepuluh desainer merancang produk yang sama seolah-olah produk tersebut diproduksi oleh satu sumber. Menginstal dan memelihara sistem ini adalah pekerjaan yang melelahkan, berulang, dan padat teks; Di sinilah kecerdasan buatan bersinar. Namun inti dari sistem ini adalah singularitas dan konsistensi; Rekomendasi AI tidak dapat diterima tanpa diperiksa apakah ada konflik dengan sistem saat ini.
Token dan penamaan: dasar konsistensi
Token desain adalah nilai keputusan desain yang diberi nama dan dapat digunakan kembali: warna-utama, pusat-ruang, kapital-judul teks. Berkat token, Anda dapat mengubah warna di satu tempat dan memperbaruinya di seluruh produk. Namun kekuatan token bergantung pada konsistensi penamaan; Jika biru-1, biru utama, biru primer digunakan campuran, sistem akan crash.
AI ahli dalam dua hal di sini: meninjau kumpulan token Anda yang ada berdasarkan skema penamaan yang konsisten, dan menyarankan nama yang sesuai skema untuk token baru. Permintaan seperti "Terjemahkan daftar token ini ke penamaan semantik (berdasarkan makna)" akan membantu Anda menghasilkan nama yang menyampaikan makna, seperti warna-aksi-utama, bukan biru-500. Namun keputusan penamaan akhir adalah kontrak tim; Model hanya memberikan gambaran saja.
Tips: Saat memberi nama token pada AI, berikan 5-6 contoh skema Anda saat ini dan ucapkan "pertahankan pola yang sama". Permintaan tanpa sampel menghasilkan nama yang asing bagi sistem Anda.
Dokumentasi komponen: bidang AI yang paling produktif
Dokumentasi komponen mencakup: apa yang dilakukannya, kapan menggunakannya, kapan tidak menggunakannya, variannya, statusnya (default, hover, pasif, error), catatan aksesibilitas, dan contoh "jangan/jangan". Menulis teks ini dengan tangan membutuhkan waktu berjam-jam, itulah sebabnya banyak tim mengabaikan dokumentasi.
AI mengisi kesenjangan ini: saat Anda mendeskripsikan suatu komponen, AI menghasilkan draf dokumentasi, aturan penggunaan, dan contoh yang boleh/tidak boleh dilakukan dalam format yang konsisten. Dengan demikian, dokumentasi berubah dari "tidak ada" menjadi "ada rancangannya, akan diperbaiki", yang merupakan keuntungan besar. Namun, model tersebut tidak mengetahui perilaku sebenarnya dari komponen; Tugas Anda adalah mencocokkan aturan yang dihasilkan dengan realitas sistem.
fragmen dokumen
Kontribusi kecerdasan buatan
verifikasi manusia
Apa fungsinya?
Definisi garis besar yang jelas
Kebugaran sejati untuk tujuan
Kapan harus digunakan
Skenario umum
Aturan khusus produk
Contoh Lakukan/Jangan
Pasangan draf cepat
Penyalahgunaan yang sebenarnya
Catatan aksesibilitas
Pengingat standar
Dikonfirmasi dengan tes nyata
Daftar varian/kasus
daftar yang mungkin
Mereka yang benar-benar ada di dalam sistem
Pemeriksaan kontradiksi: menjaga singularitas
Musuh utama sistem desain adalah duplikasi: dua tombol melakukan pekerjaan yang sama, dua skala ruang berbeda, dua aturan yang saling bertentangan. Saat AI menyarankan komponen atau aturan baru, saran tersebut mungkin bertentangan dengan sistem yang ada — hal ini tidak mempertimbangkan keseluruhan sistem model Anda. Jadi saya mengevaluasi setiap saran dengan bertanya "apakah ini bertentangan dengan sesuatu yang sudah ada?" Filter dengan pertanyaan. Anda juga dapat menggunakan kecerdasan buatan dalam pemindaian konflik: Anda dapat memberikan ringkasan sistem saat ini dan rekomendasi baru serta mencantumkan konflik-konflik tersebut. Namun keputusan terakhir yang "benar" ada di tangan tim.
tiga kasus mini
Kasus 1 — Hutang dokumentasi telah diselesaikan. Hanya 6 dari 24 komponen tim yang memiliki dokumentasi. Draf dokumen dibuat untuk 18 komponen sisanya dengan kecerdasan buatan; Tim memperbaiki masing-masing dalam 10-15 menit. Pekerjaan yang sempat tertunda berminggu-minggu itu selesai dalam dua hari.
Kasus 2 — Penamaan token menjadi konsisten. Dalam satu sistem warna-warnanya dicampur seperti biru1, biru utama, biru merek. AI menerjemahkan 40 token yang ada ke dalam skema semantik; Tim merevisinya dan beralih ke satu standar. Kesalahan warna berkurang secara nyata pada desain berikutnya.
Kasus 3 — Komponen yang bertentangan ditolak. AI mengusulkan komponen baru yang disebut “tombol tindakan sekunder”. Ketika tim memindai kontradiksi, mereka menemukan bahwa mereka melakukan pekerjaan yang sama seperti “tombol hantu” yang ada dan menolak saran tersebut. Pelajaran: tidak setiap saran menambahkan komponen baru ke dalam sistem; Terkadang menggunakan apa yang tersedia adalah hal yang benar.
Perintah yang dapat disalin
Peran Anda: administrator sistem desain. Dokumentasikan komponen ini: <<komponen dan perilakunya>>.Format: Apa fungsinya | Kapan menggunakan | Kapan TIDAK menggunakan |Varian | Situasi | Catatan aksesibilitas | 2 Lakukan / 2 Jangan memberi contoh. Perilaku riasan yang tidak Anda ketahui; Tulis "tim harus mengisi".
Terjemahkan daftar token ini ke dalam skema penamaan semantik (berdasarkan makna). Contoh skema saya saat ini: <<5-6 contoh>>. Lanjutkan dengan pola yang sama. Untuk setiap token, berikan nama lama -> nama baru -> tabel pembenaran. Daftar: <<token>>
Pindai kontradiksi: Ringkasan sistem desain saya saat ini: <<ringkasan>>. Komponen/aturan baru yang diusulkan: <<suggestion>>. Apakah saran ini bertentangan dengan sistem yang ada (komponen yang melakukan pekerjaan yang sama, aturan yang bertentangan, duplikat token)? Buat daftar konflik dan saran Anda.
Hasilkan pasangan contoh "lakukan/jangan" untuk komponen ini: skenario penggunaan benar yang realistis dan skenario penggunaan salah yang realistis. Untuk setiap pasangan, jelaskan dalam satu kalimat mengapa benar/salah. Komponen: <<nama dan tujuan>>
Perintah lemah / Perintah kuat
Lemah: "Tulis dokumentasi untuk tombol ini."
Hasil: Teks berformat umum tanpa koneksi ke sistem.
Kuat: "Dokumentasikan tombol ini dalam format berikut (apa fungsinya / kapan tidak digunakan / varian / kasus / aksesibilitas / jangan-jangan); buatlah perilaku yang tidak Anda ketahui, tulis 'tim harus mengisi'."
Hasil: Naskah diformat secara konsisten, diberi spasi dengan benar, dan dapat diedit.
Perbedaan: format perintah yang kuat + larangan fabrikasi + perintah jangan/jangan.
Kesalahan umum
- Meminta penamaan token tanpa contoh. Model ini menghasilkan nama yang asing bagi sistem Anda; konsistensinya rusak.
- Menambahkan komponen tanpa memindai kontradiksi. Duplikasi adalah musuh utama sistem.
- Dengan asumsi bahwa perilaku yang ditemukan oleh model itu benar. AI tidak mengetahui perilaku sebenarnya dari komponen tersebut.
- Menerima peringkat aksesibilitas tanpa pengujian. Pengingat standar bukanlah pengganti pengujian sebenarnya.
- Menulis dokumentasi sekali dan tidak memperbaruinya. Dokumen harus diperbarui seiring perubahan sistem.
Singkatnya
Sistem desain adalah infrastruktur konsistensi dan skalabilitas; namun pemeliharaannya sering diabaikan karena padat teks dan berulang-ulang. AI mengatasi utang ini dengan segera membuat dokumentasi komponen, contoh yang boleh/tidak boleh dilakukan, skrip penggunaan, dan draf penamaan token. Namun inti dari sistem ini adalah singularitas dan konsistensi: setiap nama token harus diverifikasi berdasarkan skema sampel, setiap proposal komponen harus dipindai secara kontradiktif, setiap deskripsi perilaku harus diverifikasi terhadap kenyataan. Gunakan model sebagai perancang yang efisien; Tim membuat keputusan individu yang tepat.
Tugas aplikasi
- Pilih komponen dengan dokumentasi yang hilang dan buat draf dokumen dengan perintah pertama.
- Lengkapi kolom bertanda "Tim harus mengisi" dengan perilaku sebenarnya.
- Dengan perintah kedua, konversikan 8-10 token Anda ke skema semantik dan buat tabel nama lama/baru.
- Untuk ide komponen baru, pindai kontradiksi dengan perintah ketiga.
- Dengan prompt keempat, buat pasangan contoh do/don't untuk sebuah komponen dan tambahkan ke sistem.
daftar periksa
- [] Saya menautkan penamaan token ke skema contoh.
- [ ] Saya memindai komponen baru untuk mencari konflik.
- [ ] Saya memverifikasi perilaku yang dibuat model dengan kenyataan.
- [ ] Saya berencana mengonfirmasi catatan aksesibilitas dengan pengujian sebenarnya.
- [ ] Saya menyimpan dokumentasi dalam format yang konsisten.
- [ ] Saya menjaga singularitas dan mencegah duplikasi.