Panduan Adopsi Bisnis
Cara Menggunakan Claude dalam Bisnis: Use Case, Adopsi, dan Pelatihan Tim
Alatnya bukan bagian yang sulit. Membuat tim benar-benar menggunakannya dengan cara yang sama dua kali, itu yang sulit.
Halaman ini membahas cara menggunakan Claude dari Anthropic di seluruh bisnis: workflow yang berhasil di tim keuangan, penjualan, legal, dan produk, mengapa begitu banyak rollout macet setelah minggu pertama, dan dasar tata kelola data yang dibutuhkan tim sebelum ada yang menempelkan dokumen ke dalam chat. Halaman ini diakhiri dengan jalur awal untuk melatih tim, pelajaran demi pelajaran, mulai dari nol.
Mengetahui cara menggunakan Claude dalam bisnis dimulai dengan memperlakukannya sebagai alat workflow, bukan kotak pencarian: masukkan dokumen dan batasan nyata dari departemen tersebut, lalu bangun rangkaian prompt yang bisa diulang di sekitar satu tugas, bukan sekadar mengajukan pertanyaan satu kali. Departemen yang paling cepat mendapatkan manfaat adalah keuangan dan operasi (pelaporan, ringkasan kontrak), penjualan dan marketing (draf outreach, riset kompetitor), legal dan compliance (review tahap awal), serta produk dan engineering (spesifikasi, code review). Adopsi berhasil ketika tim dilatih pada workflow dan pada data apa yang boleh dan tidak boleh dimasukkan ke dalam chat, bukan hanya ketika akses diaktifkan.
Diterbitkan · Terakhir ditinjau
Pelajaran gratis · tanpa akunTiga Cara Menggunakan ClaudeTiga Mode5 mntMulai pelajaran gratisPoin Penting
- Claude terbukti berguna di keuangan dan operasi, penjualan dan marketing, legal dan compliance, serta produk dan engineering ketika sebuah tugas berulang, bukan hanya untuk pertanyaan sekali pakai.
- Rollout macet ketika perusahaan membagikan akses tanpa pelatihan; jalur awal bersama dan workflow yang bernama lebih unggul dibanding penggunaan chat yang acak.
- Workflow yang bisa diulang berarti Claude menangani tugas dengan bentuk yang sama dengan cara yang sama setiap kali, dengan konteks yang tetap dan titik pemeriksaan manusia sebelum apa pun dirilis.
- Tata kelola data dimulai sebelum pesan pertama: tentukan apa yang boleh dimasukkan ke dalam prompt, siapa yang mereview hasilnya, dan di mana catatan review tersebut disimpan.
- Adopsi tim bekerja paling baik jika dimulai kecil: satu workflow, satu departemen, satu pelajaran pada satu waktu, lalu diperluas setelah terbukti berhasil.
- Hal pertama yang perlu diotomatisasi adalah tugas yang sudah dilakukan tim Anda dengan cara yang sama setiap minggu, bukan masalah tersulit di roadmap.
Salin dan tempel
Prompt yang bisa Anda pakai hari ini
Keuangan: membandingkan kontrak vendor
Berperanlah sebagai analis keuangan yang mereview kontrak vendor untuk perpanjangan. Saya akan menempelkan dua perjanjian vendor untuk [jenis layanan]. Bandingkan keduanya berdasarkan struktur harga, ketentuan pengakhiran, batas tanggung jawab (liability cap), dan klausul perpanjangan otomatis, dan tandai klausul mana pun yang berbeda secara signifikan dari ketentuan standar kami. Hasilkan tabel, lalu rekomendasi tiga kalimat.
Ganti dengan jenis layanan yang sesuai dan tempelkan teks kontrak yang sebenarnya atau ringkasan yang sudah disamarkan.
Penjualan: membuat draf outreach yang personal
Tulis email outreach singkat untuk [nama prospek], seorang [jabatan] di [perusahaan], yang merujuk pada [berita, peluncuran, atau rekrutmen spesifik terbaru] mereka. Hubungkan ini dengan cara [produk Anda] menyelesaikan [masalah spesifik] untuk perusahaan seperti milik mereka. Buat di bawah 120 kata, tanpa pujian yang umum, dan tutup dengan satu pertanyaan sederhana, bukan permintaan untuk bertemu.
Isi dengan detail nyata prospek; prompt yang umum akan menghasilkan email yang umum.
Legal: redline kontrak tahap awal
Anda sedang melakukan review tahap awal untuk perjanjian layanan vendor ini sebelum diserahkan ke tim legal. Identifikasi klausul mana pun yang mengalihkan tanggung jawab kepada kami, bahasa indemnifikasi yang lebih luas dari mutual, batas tanggung jawab (limitation of liability) yang tidak ada, dan ketentuan pengakhiran yang tidak jelas. Daftar setiap isu dengan nomor klausul, mengapa itu penting, dan usulan perbaikan, tetapi jangan menulis ulang kontraknya sendiri.
Ini adalah tahap awal untuk reviewer manusia, bukan pengganti persetujuan legal.
Produk: membuat draf PRD dari catatan meeting
Berikut catatan mentah saya dari panggilan discovery pelanggan mengenai [area fitur]. Ubah menjadi draf PRD satu halaman dengan problem statement, target pengguna, solusi yang diusulkan, pertanyaan terbuka, dan hal-hal yang di luar lingkup. Tandai bagian mana pun di catatan yang ambigu daripada menebak maksud saya.
Tempelkan catatan panggilan atau transkrip Anda yang sebenarnya untuk mendapatkan draf terbaik.
Operasi: mengubah proses manual menjadi workflow yang terdokumentasi
Saya akan menjelaskan proses manual yang dijalankan tim saya setiap minggu: [jelaskan langkah-langkahnya dengan bahasa yang sederhana]. Ubah ini menjadi standard operating procedure bernomor yang bisa diikuti karyawan baru tanpa saya ada di ruangan, dan soroti langkah mana pun yang ambigu atau bergantung pada pengetahuan tidak tertulis (tribal knowledge).
Ini adalah benih dari workflow yang bisa diulang, bukan sekadar dokumentasi.
Jalur Awal
Di mana tim bisnis sebenarnya harus mulai
Setiap workflow departemen di atas mengasumsikan tim sudah mengetahui tiga hal ini. Ini adalah jalur gratis untuk mencapai itu sebelum membangun apa pun yang spesifik untuk departemen.
Use Case per Departemen
Di Mana Claude Cocok di Seluruh Bisnis Anda
Use case Claude terbaik per departemen adalah yang sudah sering dilakukan tim, dengan dokumen atau teks sebagai intinya.
Keuangan & Operasi
Meringkas dan membandingkan kontrak vendor, membuat draf laporan dewan dan ringkasan eksekutif, serta mengubah data keuangan mentah menjadi komentar tertulis.
Penjualan & Marketing
Draf outreach yang personal, riset kompetitor dan battlecard, proposal dan tanggapan RFP, serta memanfaatkan ulang satu konten di berbagai kanal.
Legal & Compliance
Review dan redline kontrak tahap awal, draf kebijakan, memo riset untuk pertanyaan regulasi, serta meringkas dokumen legal panjang sebelum dibaca secara saksama oleh manusia.
Produk & Engineering
Code review dan dokumentasi, draf PRD dari catatan meeting, sintesis feedback pelanggan, serta menulis spesifikasi teknis dari sesi kerja.
Adopsi Tim
Mengapa Rollout AI yang Tidak Terstruktur Macet
Pola kegagalan yang paling umum sederhana: perusahaan memberikan akses Claude ke semua orang, mengirim tautan, dan menganggapnya selesai. Beberapa orang berhasil mencari tahu cara menggunakannya dengan baik sendiri. Kebanyakan memperlakukannya seperti search engine, mengajukan satu pertanyaan, mendapat satu jawaban, lalu lanjut tanpa pernah menemukan apa yang sebenarnya bisa dilakukannya dengan dokumen lengkap atau tugas multi-langkah. Adopsi tim tidak terjadi secara otomatis begitu saja.
Kesenjangannya ada pada pelatihan, bukan kemampuan. Claude bisa membaca seluruh kontrak, laporan satu kuartal, atau codebase yang panjang dalam satu percakapan, tetapi tim yang belum pernah ditunjukkan cara memberikan konteks itu tidak akan menggunakannya seperti itu. Onboarding yang terstruktur, di mana tim mengerjakan pelajaran awal yang sama lalu menerapkannya pada tugas nyata dari pekerjaan mereka sendiri, adalah hal yang mengubah 'kami punya akses ke alat AI' menjadi pekerjaan yang benar-benar selesai lebih cepat.
Titik kemacetan kedua adalah memperlakukan setiap penggunaan sebagai hal sekali pakai. Menyalin-tempel pertanyaan ke jendela chat dan menyalin-tempel jawabannya keluar lagi tidak memberikan hasil yang terus bertambah. Tim yang mendapatkan nilai nyata membangun workflow bernama yang bisa diulang di sekitar tugas spesifik, menjalankannya dengan cara yang sama setiap kali, dan menyempurnakan prompt saat mereka mempelajari apa yang salah dari Claude. Itu adalah kebiasaan yang berbeda dari pencarian, dan harus diajarkan.
Workflow yang Bisa Diulang
Dari Prompt Sekali Pakai ke Workflow yang Bisa Diulang
Workflow yang bisa diulang memiliki tiga bagian: bentuk tugas yang tetap (input yang sama, struktur output yang sama setiap kali), satu set konteks standar yang selalu diterima Claude (template, panduan gaya, satu set batasan), dan titik pemeriksaan manusia sebelum output diteruskan ke pihak eksternal mana pun. Bangun itu sekali, untuk satu tugas, dan itu akan terus memberikan hasil setiap kali ada anggota tim yang menjalankannya.
Ini berbeda dari mengajukan pertanyaan yang cerdas. Jika tim penjualan Anda menempelkan nama prospek dan meminta email setiap kali, mulai dari nol, hasilnya akan tidak konsisten dan tim akan kembali menulis dari awal lagi. Jika sebaliknya tim memiliki prompt standar yang menyebutkan produk, nada bicara, batas panjang, dan satu pertanyaan penutup, lalu hanya mengganti detail prospek, hasilnya konsisten dan waktu pengeditan berkurang karena lebih sedikit yang perlu diperbaiki.
Kebiasaan di balik ini adalah iteration loop: jalankan workflow, lihat apa yang salah dari output, perbaiki prompt atau konteksnya (bukan hanya satu outputnya), lalu jalankan lagi. Loop itu layak dipelajari secara eksplisit sebelum diterapkan pada pekerjaan departemen, karena itu adalah loop yang sama baik Anda membuat draf laporan, mereview kontrak, atau menulis PRD.
Tata Kelola Data
Seperti Apa Tata Kelola Data Sebelum Anda Mulai
Apakah Claude aman untuk data perusahaan? Jawaban yang jujur bergantung pada apa yang telah disepakati tim Anda untuk dikirimkan, dan apakah ada yang memeriksanya. Empat hal yang harus diselesaikan dulu:
Tingkatan akses
Tentukan siapa yang bisa menempelkan apa. Tidak setiap peran membutuhkan tingkat akses yang sama ke data pelanggan, detail keuangan, atau informasi produk yang belum dirilis.
Batasan data sensitif
Tuliskan, dengan bahasa yang sederhana, apa yang tidak boleh pernah dimasukkan ke dalam prompt: data pribadi yang diatur regulasi, kredensial, dan apa pun yang tercakup NDA untuk dokumen tertentu.
Review sebelum dirilis
Setiap workflow yang menghasilkan sesuatu untuk pihak eksternal, email, redline kontrak, laporan, membutuhkan langkah review manusia sebelum keluar dari perusahaan.
Siapa yang memiliki workflow
Tetapkan satu pemilik untuk setiap workflow yang bisa diulang agar diperbarui ketika proses yang mendasarinya berubah, bukan diam-diam menjadi usang.
Memulai
Jalur Awal yang Sebenarnya Harus Diikuti Tim Anda
Sebelum menyentuh pekerjaan spesifik departemen, tim akan diuntungkan dengan titik awal bersama agar semua orang menggunakan model mental yang sama. Jalur awal Nightschool AI dimulai dengan Tiga Cara Menggunakan Claude, pelajaran lima menit dari kursus Tiga Mode yang menjelaskan perbedaan sebenarnya antara mengobrol dengan Claude, bekerja dengannya sebagai thinking partner, dan menggunakannya untuk membangun sesuatu, sehingga tim berhenti memperlakukan setiap tugas dengan cara yang sama.
Dari sana, Loop Iterasi, pelajaran enam menit dalam Kuasai Hal-Hal Esensial, mengajarkan kebiasaan menyempurnakan-dan-menjalankan-ulang yang menjadi dasar dari setiap workflow yang bisa diulang yang dijelaskan di atas: jalankan, diagnosis apa yang salah, perbaiki prompt atau konteksnya, jalankan lagi. Ini adalah pelajaran yang mengubah pertanyaan sekali pakai menjadi sesuatu yang bisa digunakan ulang oleh tim.
Jalur ini diakhiri dengan Konteks Adalah Segalanya, pelajaran lima menit dari Prompting Strategis, yang membahas apa yang sebenarnya perlu diberikan ke Claude, latar belakang, batasan, contoh, agar outputnya tidak lagi generik. Setelah tim menguasai ketiga hal ini, mereka siap membangun workflow spesifik departemen di atas, bukan sekadar menebak-nebak.
Otomatisasi Pertama
Apa yang Harus Diotomatisasi Lebih Dulu
Otomatisasi pertama yang paling kuat adalah tugas yang sudah dilakukan tim Anda dengan cara yang sama, setiap minggu, dengan dokumen atau teks sebagai intinya, bukan masalah tersulit di roadmap. Laporan mingguan yang mengikuti struktur yang sama, checklist review kontrak yang sudah terstandardisasi, atau email outreach yang sudah memiliki template, ini semua adalah workflow yang bisa langsung dikerjakan tahap awalnya oleh Claude, karena bentuk tugasnya sudah diketahui.
Hindari memulai dengan sesuatu yang ambigu atau berisiko tinggi, seperti opini legal final atau komitmen yang berhadapan langsung dengan pelanggan tanpa langkah review. Itu justru tugas-tugas di mana output yang tidak terverifikasi menyebabkan kerugian nyata, dan itu bukan tempat yang baik untuk membangun kepercayaan terhadap alat ini. Mulailah dengan lingkup kecil, buktikan workflow tersebut menghemat waktu pengeditan nyata pada tugas yang berisiko rendah, lalu perluas ke departemen berikutnya setelah pola tersebut terbukti.
Mulai workflow yang benar-benar akan digunakan ulang oleh tim Anda
Membaca tentang cara menggunakan Claude dalam bisnis dan benar-benar membangun workflow yang bisa diulang dengannya adalah dua keterampilan yang berbeda. Jalur awal di atas gratis untuk dipelajari, dan itu adalah urutan yang sama seperti yang baru saja dibahas halaman ini, secara berurutan.
Pertanyaan yang Sering Diajukan
Bagaimana bisnis bisa menggunakan Claude?
Kebanyakan bisnis memulai dengan pekerjaan yang berat dokumen: meringkas kontrak dan laporan, membuat draf email dan proposal, mereview code, dan mensintesis feedback pelanggan. Pola yang berhasil adalah memilih satu tugas yang berulang, membangun workflow yang bisa diulang di sekitarnya dengan konteks yang tetap dan langkah review, lalu memperluas ke tugas berikutnya setelah yang satu itu terbukti, bukan membagikan akses tanpa arahan.
Apa use case Claude terbaik per departemen?
Keuangan dan operasi mendapatkan nilai dari perbandingan kontrak dan pembuatan draf laporan. Penjualan dan marketing menggunakannya untuk draf outreach dan riset kompetitor. Legal dan compliance menggunakannya untuk review kontrak tahap awal dan draf kebijakan. Produk dan engineering menggunakannya untuk code review, draf PRD, dan dokumentasi teknis. Dalam setiap kasus, use case terkuat adalah tugas yang sudah berulang dilakukan tim.
Bagaimana cara melakukan rollout Claude di seluruh tim?
Mulailah dengan fondasi bersama yang dikerjakan semua orang, bukan pelatihan spesifik departemen di hari pertama. Lalu biarkan setiap departemen membangun satu workflow yang bisa diulang di sekitar tugas nyata, dengan pemilik, konteks yang tetap, dan langkah review manusia, sebelum diperluas. Rollout yang membagikan akses tanpa titik awal yang terstruktur cenderung menghasilkan hasil yang tidak konsisten dan adopsi yang rendah.
Apakah Claude aman untuk data perusahaan?
Ini bergantung pada apa yang diizinkan untuk dikirimkan tim Anda dan apakah ada yang memeriksanya. Sebelum rollout, tentukan tingkatan data apa yang ada, tuliskan apa yang tidak boleh pernah dimasukkan ke dalam prompt (data pribadi yang diatur regulasi, kredensial, materi yang tercakup NDA), dan wajibkan review manusia sebelum apa pun yang dihasilkan Claude diteruskan ke pihak eksternal. Keamanan di sini adalah pertanyaan kebijakan tim sama besarnya dengan pertanyaan produk.
Bagaimana cara melatih tim saya untuk menggunakan Claude?
Mulai semua orang pada jalur fondasi singkat yang sama agar tim memiliki model mental yang sama, lalu lanjut ke workflow spesifik departemen yang dibangun berdasarkan tugas nyata. Jalur awal Nightschool AI membahas tiga cara menggunakan Claude, iteration loop untuk menyempurnakan prompt, dan cara memberikan konteks yang tepat kepada Claude, dalam urutan itu, sebelum diterapkan pada pekerjaan departemen.
Apa yang harus diotomatisasi lebih dulu oleh sebuah bisnis?
Pilih tugas yang sudah dilakukan tim Anda dengan cara yang sama setiap minggu dan yang berpusat pada dokumen atau teks, laporan status, review kontrak tahap awal, template outreach. Hindari memulai dengan tugas yang ambigu, berisiko tinggi, atau berhadapan langsung dengan pelanggan tanpa review. Buktikan workflow tersebut menghemat waktu pengeditan nyata pada sesuatu yang berisiko rendah sebelum memperluasnya.
Mengapa rollout AI gagal di perusahaan?
Tiga pola muncul berulang kali: akses tanpa pelatihan, sehingga adopsi tetap rendah dan tidak konsisten; memperlakukan setiap penggunaan sebagai pertanyaan sekali pakai daripada membangun workflow yang bisa diulang, yang berarti usahanya tidak pernah bertambah hasilnya; dan tidak ada tata kelola data, sehingga tidak ada yang menyepakati apa yang boleh dan tidak boleh dimasukkan ke dalam prompt. Memperbaiki ketiganya lebih penting daripada alat spesifik yang dipilih.
Bangun workflow pertama minggu ini
Tiga pelajaran singkat, lalu tugas tim Anda sendiri.