
Prompt memuat tujuan, bukti dari Anda dan skala nilai, sedangkan nilainya tetap Anda yang tentukan
Satu prompt bisa menghasilkan draf pertama penilaian kinerja yang layak pakai bila memuat tiga hal: tujuan yang ditetapkan di awal siklus, bukti yang Anda kumpulkan sendiri dari sistem tiket, kalender dan angka, serta skala nilai beserta definisinya. JPMorgan Chase mengizinkan manajernya persis begitu, dengan pedoman bahwa alat ini "bukan pengganti penilaian manusia" dan larangan memakai AI untuk menentukan skor atau memutuskan gaji dan promosi (Bloomberg, 13 November 2025). Berikut prompt yang kami kirim ke dua model pada 29 September 2026; insinyur dukungan beserta angkanya fiktif, yang penting adalah bentuknya.
Tulis komentar manajer untuk penilaian kinerja tahunan. Gunakan hanya bukti di bawah; bila Anda butuh fakta yang tidak saya berikan, tulis [NEEDED] dan jangan mengarang. Struktur: satu paragraf per tujuan (hasil dulu, lalu buktinya), satu paragraf tentang area pengembangan, lalu usulan nilai keseluruhan pada skala kami dengan satu kalimat pembenaran. Kurang dari 250 kata. Jangan pakai kata sifat tentang karakter orangnya, hanya apa yang dia lakukan dan hasilnya.
Peran: insinyur dukungan, 2 tahun di posisi ini. Skala nilai: 1 Di bawah harapan, 2 Sebagian memenuhi, 3 Memenuhi, 4 Melampaui, 5 Jauh melampaui. Nilai 3 adalah nilai wajar untuk setahun yang solid; nilai 4 membutuhkan dampak terukur di luar peran.
Tujuan 1: Pangkas median waktu respons pertama untuk tiket tier 2 dari 9 jam menjadi di bawah 4. Bukti: laporan Zendesk, median respons pertama 3,6 jam untuk Q2 sampai Q4; 3.100 tiket ditangani dalam setahun dibanding rata-rata tim 2.400.
Tujuan 2: Rilis halaman status untuk pelanggan. Bukti: dirilis 14 Maret, enam minggu setelah target 1 Februari; keterlambatan disebabkan ketergantungan SSO vendor di luar kendalinya; 22 insiden diposting sejak peluncuran.
Tujuan 3: Bimbing dua karyawan baru hingga bisa menangani tiket tanpa pengawasan dalam 8 minggu. Bukti: keduanya menangani tiket sendiri pada minggu ke-6 (catatan one-on-one manajer, April dan Mei).
Catatan pengembangan: dua eskalasi di Q3 ketika pelanggan diberi tanggal perbaikan sebelum tim engineering mengonfirmasinya (Jira SUP-2211, SUP-2287).
Dua instruksi dalam prompt itu paling berperan. "[NEEDED] dan jangan mengarang" mencegah model menghias sebuah tujuan dengan angka yang tidak pernah Anda ukur: dalam uji kami, Claude Sonnet 4.5 menulis satu [NEEDED] di bagian yang buktinya tidak kami berikan setelah dua eskalasi, sedangkan Gemini 2.5 Pro tidak menulis apa pun dan menambahkan satu kalimat prosedur yang tidak pernah kami berikan. "Jangan pakai kata sifat tentang karakter orangnya" menjaga draf tetap pada apa yang terjadi, yang juga bisa dibantah karyawan dan bisa dipertahankan oleh HR.
Bukti harus datang dari Anda, karena model tidak punya sumber lain. Lattice's 2025 State of People Strategy Report menemukan 49% manajer kesulitan meninjau umpan balik setahun penuh, dan setahun itulah yang dibutuhkan prompt: ekspor Zendesk atau Jira, kalender, log commit, catatan one-on-one, angka di dasbor. Prompt 2 mengubah ekspor itu menjadi baris bukti sebelum apa pun ditulis.
Di bawah ini ekspor mentah yang mencakup periode review orang ini: [tempel daftar tiket, ekspor kalender, log commit atau laporan penjualan, satu per satu]. Ubah menjadi baris bukti, satu per baris, masing-masing menyebut tanggal atau rentang tanggal, hal yang dikerjakan, dan satu angka dari ekspor. Kelompokkan di bawah tujuan berikut: [tempel tujuan]. Bila ada item yang tidak mendukung tujuan mana pun, taruh di bawah "Lainnya". Bila angka tidak ada, tulis [NUMBER NEEDED]. Jangan meringkas atau menilai apa pun, dan jangan menambah item yang tidak ada di ekspor.
Anda tidak sendirian. Resume Builder mensurvei 1.342 manajer AS yang punya bawahan langsung pada Juni 2025: 65% memakai alat AI di tempat kerja, dan di antara mereka 91% memakainya untuk menilai kinerja, dengan ChatGPT sebagai pilihan pertama bagi 53%.
AI mana yang terbaik untuk penilaian kinerja? Kami menjalankan satu prompt di dua model
Claude Sonnet 4.5 menulis review yang lebih cermat dan Gemini 2.5 Pro yang lebih hangat, dan keduanya mengusulkan nilai yang sama, yaitu 4, dari bukti yang identik. Kami mengirim prompt 1 tanpa diubah ke kedua model lewat API yang sama (endpoint any-llm milik fal.ai) pada 29 September 2026 dengan temperature 0.3, satu kali jalan masing-masing, dengan penalaran Gemini diaktifkan karena endpoint mewajibkannya untuk model itu. Seluruh uji ini biayanya kurang dari satu sen.
| Uji prompt 1, 29 September 2026 | Claude Sonnet 4.5 | Gemini 2.5 Pro |
|---|---|---|
| Gaya bahasa | orang ketiga, satu judul per tujuan | orang kedua, ditujukan kepada karyawan |
| Panjang dan waktu | 175 kata, 7,1 detik | 176 kata, 7,9 detik |
| Bukti kurang yang ditandai | satu: "[NEEDED: evidence of improvement or corrective action taken after these incidents.]" | tidak ada |
| Menambah sesuatu di luar bukti | tidak; ia menurunkan "29% di atas rata-rata tim" dari dua angka yang diberikan | ya: "The process is to wait for an engineering estimate before providing a date to the customer", kebijakan yang tidak pernah kami berikan |
| Keterlambatan enam minggu pada tujuan 2 | disebut, lalu dikeluarkan dari nilai | disebut, dimaklumi, dikeluarkan dari nilai |
| Nilai yang diusulkan | 4 (Exceeds) | 4 (Exceeds) |
Hasil Claude, tanpa disunting selain format tebalnya:
Goal 1: First-Response Time The median first-response time target was met, with Zendesk data showing 3.6 hours across Q2-Q4, below the 4-hour goal. This was achieved while handling 3,100 tickets, 29% above the team average of 2,400.
Goal 2: Status Page The customer-facing status page shipped on 14 March, six weeks later than the 1 February target due to a vendor SSO dependency outside her control. Since launch, 22 incidents have been posted to the page.
Goal 3: New Hire Mentoring Both assigned new hires reached unsupervised ticket handling by week 6, two weeks ahead of the 8-week target, as documented in manager one-on-one notes from April and May.
Development Areas Two escalations occurred in Q3 (SUP-2211, SUP-2287) where fix dates were communicated to customers before engineering confirmation. [NEEDED: evidence of improvement or corrective action taken after these incidents.]
Proposed Rating: 4 (Exceeds) The combination of meeting the response-time goal while handling significantly above-average ticket volume, accelerating new hire readiness, and delivering the status page despite external delays demonstrates measurable impact beyond standard role expectations.
Hasil Gemini, tanpa disunting:
You exceeded the goal to reduce median first-response time, achieving 3.6 hours against a target of under 4 hours from Q2 to Q4. This was accomplished while handling 3,100 tickets for the year, above the team average of 2,400.
The customer-facing status page was shipped on 14 March. While this was after the 1 February target, the delay was due to a vendor dependency outside your control. The page has been used to post 22 incidents since launch.
You met the goal to mentor two new hires. Both were handling tickets unsupervised by week 6, ahead of the 8-week target, according to one-on-one notes from April and May.
For development, focus on communication during escalations. In Q3, two customers were given a fix date before engineering had confirmed it (SUP-2211, SUP-2287). The process is to wait for an engineering estimate before providing a date to the customer.
Proposed rating: 4 (Exceeds). The significant outperformance on ticket volume and response time created a measurable positive impact on the customer experience beyond the defined expectations for the role.
Pada nilai, keduanya condong ke arah yang sama, dan itulah alasan nilai tetap di tangan Anda. Skala menyebut 3 sebagai nilai wajar untuk setahun yang solid dan 4 membutuhkan dampak terukur di luar peran. Kedua model menganggap 3.100 tiket terhadap rata-rata 2.400 sebagai dampak itu, dan tak satu pun menimbang keterlambatan enam minggu pada tujuan 2 atau dua eskalasi itu dalam kalimat nilainya. Dengan bukti ini nilai 4 bisa diperdebatkan; begitu pula nilai 3 dengan satu baris tentang eskalasi, dan kedua kali model memilih yang lebih murah hati. Prompt 5 membuatnya membela sisi sebaliknya sebelum Anda memutuskan.
Berikut draf review dan skala nilai kami: [tempel keduanya]. Draf ini mengusulkan nilai [nilai]. Tulis satu paragraf argumen terkuat untuk nilai satu tingkat di bawahnya dan argumen terkuat untuk nilai satu tingkat di atasnya, hanya memakai bukti dalam draf dan definisi dari skala itu sendiri. Lalu daftarkan setiap bukti yang diabaikan oleh nilai yang diusulkan. Jangan merekomendasikan nilai.
Jadi, AI mana yang terbaik: untuk sebuah review, modelnya kalah penting dibanding buktinya, karena dua model frontier yang diberi bukti sama menghasilkan nilai yang sama dan hanya berbeda pada gaya bahasa serta satu kalimat karangan. Pilih Claude bila Anda ingin bukti yang kurang ditandai, pilih Gemini bila Anda ingin draf yang sudah ditujukan kepada karyawan. Memiliki keduanya di satu tempat berguna pada musim review dengan delapan bawahan. Di Whizi Anda menyematkan skala nilai dan definisi kompetensi ke sebuah proyek sekali saja (per September 2026 satu proyek menampung hingga 10 berkas tersemat masing-masing 10 MB, termasuk .docx dan PDF, dan instruksi proyek hingga 32.000 karakter yang ikut di setiap pesan), lalu menjalankan bukti tiap bawahan lewat Claude dan Gemini tanpa menempel skala lagi (cara kerja proyek). Kelemahan Whizi ada di separuh pekerjaan yang lain: tidak ada integrasi HRIS dan tidak ada akun tim, jadi tidak ada data yang ditarik otomatis dari Workday, Lattice atau Zendesk. Performance Assist milik Citi "mengumpulkan semua informasi itu secara otomatis langsung dari sistem kami", menurut Patricia Gould, kepala total rewards Citi, dan AI Agent milik Lattice merangkum umpan balik lama dari dalam Lattice. Di Whizi Anda mengekspor lalu menempel.
- Kumpulkan bukti sendiri lebih dulu: tiket, kalender, commit, catatan one-on-one, angka di dasbor
- Tempel tujuan, bukti dan skala nilai beserta definisinya ke dalam satu prompt, dengan [NEEDED] untuk apa pun yang kurang
- Baca kebijakan AI perusahaan Anda sebelum menempel, dan pakai jabatan sebagai ganti nama pada alat yang belum Anda periksa
- Isi setiap [NEEDED] dan [NUMBER NEEDED] secara manual; angka yang hilang membuat review mudah dibongkar karyawan
- Suruh model membela nilai satu tingkat di bawahnya sebelum Anda memutuskan; kedua model yang kami uji memilih yang lebih murah hati
- Sampaikan review dengan suara Anda sendiri; eksperimen lapangan 2021 menemukan umpan balik AI yang diungkapkan menurunkan produktivitas
Pertanyaan Umum
Bolehkah saya memakai AI untuk menulis penilaian kinerja?
Boleh, di sebagian besar pemberi kerja, asalkan Anda memegang nilai dan kata-kata akhirnya sendiri serta mengikuti kebijakan AI perusahaan. JPMorgan Chase mengizinkan manajernya membuat draf dengan chatbot internal dan melarang AI dipakai untuk menentukan skor atau memutuskan gaji dan promosi; Performance Assist milik Citi menulis draf pertama yang harus ditinjau, disesuaikan dan difinalkan manajer. Bila tidak ada kebijakan, bentuk yang aman tetap sama: bukti Anda masuk, draf keluar, nilai dari Anda.
Bagaimana AI bisa dipakai dalam evaluasi kinerja?
Dengan empat cara yang diizinkan kebijakan para pemberi kerja tadi: mengubah ekspor mentah menjadi baris bukti, menyusun review dari tujuan, bukti dan skala, memeriksa sekumpulan review untuk panjang yang tidak merata, kata sifat karakter dan kata bergender, serta membela nilai di sebelahnya sebelum manajer memutuskan. Penggunaan yang mereka kecualikan adalah penilaian skor: JPMorgan melarang nilai dari AI, dan saran Gartner adalah memperlakukan AI sebagai masukan bagi penilaian manajer.
Apakah karyawan saya akan tahu review itu ditulis AI?
Sering kali ya: 26% karyawan dalam survei ZeroBounce September 2025 terhadap 1.000 profesional AS curiga pernah menerima review tulisan AI, 37% di bidang teknologi. Tandanya adalah yang dihapus prompt 4: kata sifat tanpa angka di belakangnya, panjang kalimat yang seragam, dan pujian yang cocok untuk siapa saja. Review yang dibangun di atas bukti yang dikenali karyawan terbaca sebagai tulisan Anda, apa pun yang menyusun drafnya.