Claude untuk Tim

Kamu sudah merasakannya sendiri. Claude menghemat berjam-jam setiap minggu — draft email yang dulu butuh 45 menit sekarang selesai dalam 10, riset yang dulu memerlukan setengah hari kini bisa dilakukan dalam satu jam. Kamu sudah convert.

Masalahnya: timmu belum.

Mereka masih buka Google untuk sesuatu yang bisa dijawab Claude dalam 30 detik. Masih nulis brief dari nol padahal kamu punya template yang jauh lebih baik. Masih stuck di pekerjaan yang sebenarnya bisa diotomasi sebagian.

Kamu sudah coba berbagi. Kamu kirim artikel tentang AI ke channel Slack tim. Kamu bikin sesi lunch-and-learn yang dihadiri dengan antusias — dan dilupakan dalam tiga hari. Satu-dua orang coba Claude seminggu, lalu balik ke cara lama.

Ini bukan masalah timmu tidak cerdas atau tidak mau berkembang. Ini masalah cara onboarding. Kebanyakan orang mendekati adopsi AI seperti install software baru: "ini toolnya, ini tutorialnya, silakan coba." Tapi Claude bukan software — Claude adalah cara kerja baru. Dan cara kerja baru membutuhkan kebiasaan baru, bukan sekadar akses baru.

Panduan ini adalah playbook 7 hari yang dikembangkan dari pengalaman membantu puluhan tim onboarding ke Claude. Tujuh hari bukan karena itu waktu yang magis — tapi karena itu window yang cukup untuk membangun momentum tanpa kehilangan fokus. Ikuti urutannya, dan di akhir minggu pertama timmu akan punya fondasi yang benar-benar bertahan.

Setup Paket Tim Claude

Sebelum masuk ke playbook, kita perlu setup akun tim yang benar. Ini langkah teknis yang perlu diselesaikan sebelum Senin.

Daftar ke Claude Team

Buka claude.ai/settings → pilih Upgrade Plan → pilih paket Tim. Proses pendaftaran memakan waktu sekitar 10–15 menit.

Persyaratan dasar:

• Minimum 5 kursi (tidak bisa kurang)
• Maksimum 149 kursi untuk paket Tim reguler
• Di atas 150 kursi: hubungi sales untuk Enterprise

Standard vs Premium — Pilih yang Tepat

| Fitur | Standard | Premium | |---|---|---| | Akses model | Claude terbaru | Claude terbaru | | Batas penggunaan harian | Terbatas | Lebih tinggi | | Priority access saat peak | Tidak | Ya | | Cocok untuk | Pengguna 1–2x seminggu | Pengguna harian | | Rekomendasi untuk | Admin, finance, HR | Developer, content, ops |

Saran yang sering diberikan ke klien: mulai dengan Premium untuk semua orang di minggu pertama, minimal selama masa onboarding. Batas penggunaan yang longgar penting agar orang bisa eksplorasi bebas tanpa frustrasi. Setelah 30 hari, evaluasi siapa yang betul-betul butuh Premium dan siapa yang cukup dengan Standard.

Tentang Enterprise

Jika organisasimu memiliki lebih dari 150 orang, atau membutuhkan kontrol keamanan yang lebih ketat (SSO, audit log, data residency), hubungi tim sales Anthropic melalui halaman Enterprise di situs Claude. Prosesnya lebih panjang — biasanya 2–4 minggu — jadi rencanakan jauh-jauh hari.

Senin — Setup Projects Tim

Hari pertama bukan untuk onboarding orang — ini hari untuk kamu menyiapkan infrastrukturnya. Tim yang gagal adopsi Claude biasanya karena mereka langsung melempar akses ke anggota tim tanpa konteks yang terstruktur.

Konsep Utama: Satu Project per Deliverable Berulang

Kesalahan paling umum: membuat satu Project bernama "Tim Marketing" atau "Project Kantor" lalu memasukkan semua dokumen perusahaan ke dalamnya. Hasilnya: Claude kebingungan, output generik, dan orang-orang menyimpulkan Claude tidak berguna.

Pendekatan yang benar: satu Project untuk satu deliverable berulang.

Bukan "Tim Content" — tapi "Weekly Newsletter". Bukan "Operasional" — tapi "Laporan Mingguan Ops". Bukan "Sales" — tapi "Proposal Klien Baru".

Semakin fokus Project-nya, semakin tajam output Claude-nya.

Langkah 1 — Identifikasi Deliverable Berulang Timmu

Sebelum membuat satu Project pun, minta Claude membantumu memetakan. Gunakan prompt ini:

Kamu adalah konsultan efisiensi kerja yang membantu saya mengidentifikasi
peluang otomasi di tim saya.

Wawancarai saya dengan 5–7 pertanyaan untuk memahami:
- Apa yang tim saya kerjakan setiap minggu atau setiap bulan secara berulang
- Tugas mana yang paling memakan waktu
- Output apa yang paling sering dibuat dari nol padahal formatnya sama

Setelah wawancara, berikan:
1. Daftar 3–5 nama Project yang disarankan (spesifik, bukan generik)
2. Untuk setiap Project: dokumen apa yang idealnya diupload sebagai konteks
3. Deliverable apa yang akan dihasilkan dari setiap Project

Ikuti wawancara Claude dengan jujur — ceritakan workflow timmu apa adanya. Outputnya akan menjadi blueprint Projects yang kamu buat hari ini.

Langkah 2 — Buat Projects-nya

Setelah kamu punya daftar nama Project dari langkah sebelumnya:

1. Buka claude.ai → klik Projects di sidebar kiri → pilih Team
2. Klik New Project
3. Beri nama sesuai saran Claude — gunakan nama yang spesifik
4. Set visibility ke Seluruh Workspace (penting: bukan Private)
5. Lewati bagian undang anggota — itu tugasnya Kamis
6. Ulangi untuk setiap Project di daftarmu

Langkah 3 — Upload Konteks yang Tepat untuk Setiap Project

Setiap Project hanya mendapat konteks yang relevan untuk deliverable-nya saja. Tidak perlu — dan tidak disarankan — memasukkan semua dokumen perusahaan.

Untuk setiap Project, upload tiga jenis dokumen ini dan tidak lebih:

1. Gold standard example — Satu contoh output terbaik yang pernah dibuat tim untuk deliverable ini. Ini adalah standar yang Claude akan coba capai. Pilih output yang paling kamu bangga, bukan output rata-rata.

2. Background dokumen relevan — Hanya dokumen yang dibutuhkan untuk deliverable ini. Untuk Project "Proposal Klien Baru": deck company profile dan rate card. Untuk Project "Weekly Newsletter": panduan gaya penulisan dan daftar topik yang tidak boleh dibahas. Bukan semua dokumen perusahaan — hanya yang relevan.

3. Template atau brief — Format standar yang biasa dipakai tim. Jika kamu punya template Word atau Google Docs, copy-paste kontennya ke dalam Project.

Langkah 4 — Generate Instruksi untuk Setiap Project

Instruksi Project adalah bagian yang berjalan di setiap percakapan — ini yang membuat Claude "tahu" konteks tanpa perlu dijelaskan ulang. Gunakan prompt ini untuk setiap Project:

Berdasarkan dokumen yang sudah saya upload ke Project ini, buatkan
system instructions yang optimal.

Konteks:
- Project ini untuk: [jelaskan deliverable spesifik]
- Tim yang akan menggunakannya: [jelaskan siapa dan peran mereka]
- Output yang diharapkan: [jelaskan format dan standar kualitas]
- Hal-hal yang harus selalu dijaga: [tone, format, batasan]

Tulis instruksi dalam format yang langsung bisa dipaste ke Project Instructions.
Maksimal 300 kata — padat dan actionable, bukan panjang dan umum.

Review instruksi yang dihasilkan, edit jika perlu, lalu paste ke bagian Project Instructions di setiap Project.

Selasa — Buat Prompt Templates

Projects sudah siap. Sekarang kita perlu kunci yang membuka pintu — prompt templates yang sudah terbukti menghasilkan output bagus dan bisa dipakai siapa saja di tim.

Apa Itu Prompt Template dan Kenapa Penting

Prompt template adalah prompt yang sudah diuji, terbukti berhasil, dan memiliki slot yang bisa diisi sesuai konteks. Ini yang membedakan tim yang berhasil adopsi Claude dari yang tidak: mereka tidak membiarkan setiap orang menebak-nebak cara bertanya yang benar.

Bayangkan ini seperti SOP untuk berinteraksi dengan Claude. Alih-alih "coba aja sendiri", kamu kasih mereka titik awal yang sudah terjamin kualitasnya.

Tiga Kriteria Prompt Template yang Efektif untuk Tim

1. Spesifik untuk satu deliverable, bukan serba guna. Template "bantu saya nulis sesuatu" tidak berguna. Template "bantu saya nulis recap meeting mingguan dengan format yang sudah ditentukan" — itu yang bekerja. Satu template, satu tujuan.

2. Punya slot yang jelas dan mudah diisi. Gunakan tanda kurung siku [seperti ini] untuk menandai bagian yang perlu diisi. Anggota tim tidak boleh bingung "ini harus diisi apa?" — harus obvious.

3. Sudah diuji dan menghasilkan output yang konsisten. Sebelum dibagikan, jalankan template di setidaknya tiga skenario berbeda. Jika hasilnya konsisten bagus, template ini layak dibagikan. Jika tidak menentu, perbaiki dulu.

Cara Menyimpan dan Berbagi Template

Ada dua cara yang direkomendasikan:

Opsi A (lebih mudah): Simpan semua template dalam satu dokumen teks (Google Docs atau Notion), lalu upload dokumen tersebut ke setiap Project sebagai referensi bernama "Template Prompt Tim". Anggota tim tinggal copy-paste dari sana.

Opsi B (lebih terintegrasi): Masukkan template ke dalam Project Instructions dalam format terstruktur. Ini berarti Claude "tahu" template-templatenya dan bisa menyarankan template yang tepat jika anggota tim bertanya.

Untuk minggu pertama, Opsi A lebih praktis. Migrasi ke Opsi B setelah tim sudah terbiasa.

Contoh Template 1: Recap Meeting Mingguan

Kamu membantu saya membuat recap meeting yang rapi dan actionable.

Berikut catatan kasar dari meeting hari ini:
[PASTE CATATAN KASAR DI SINI]

Meeting ini dihadiri oleh: [NAMA-NAMA PESERTA]
Tanggal: [TANGGAL]
Durasi: [BERAPA MENIT]

Buatkan recap dengan format ini:
- Ringkasan 2 kalimat — apa yang diputuskan hari ini
- Action items — siapa melakukan apa, deadline kapan (format tabel)
- Keputusan penting — poin yang tidak boleh dilupakan
- Agenda meeting berikutnya — jika ada yang dibahas

Tone: profesional tapi tidak kaku. Bahasa Indonesia yang bersih.
Maksimal 400 kata.

Contoh Template 2: Proposal Klien Baru

Kamu adalah konsultan senior yang membantu saya menulis proposal untuk
klien baru. Gunakan informasi dan standar yang ada di Project ini.

Detail klien:
- Nama perusahaan/klien: [NAMA]
- Industri: [INDUSTRI]
- Masalah yang ingin mereka selesaikan: [JELASKAN MASALAH]
- Timeline yang mereka inginkan: [TIMELINE]
- Estimasi budget yang disampaikan: [BUDGET ATAU "BELUM DISAMPAIKAN"]

Yang kami tawarkan untuk kasus ini: [JELASKAN SOLUSI YANG DIUSULKAN]

Buatkan draft proposal dengan struktur:
1. Executive summary (2 paragraf)
2. Pemahaman kami atas masalah klien
3. Pendekatan yang kami usulkan
4. Deliverable dan timeline
5. Mengapa kami (differentiator)
6. Next steps

Tone: percaya diri, spesifik, tidak terlalu sales-y. Hindari kalimat klise
seperti "kami siap membantu" atau "solusi komprehensif".

Rabu — Test dan Validasi

Infrastructure sudah ada. Template sudah ada. Sekarang saatnya memastikan semuanya benar-benar bekerja sebelum tim diajak masuk.

Tujuan Hari Ini: Cari "Wow Moment"

"Wow moment" adalah output yang begitu bagus sampai kamu berpikir: "ini lebih baik dari yang biasanya kita buat secara manual." Ini yang akan kamu jadikan senjata utama saat presentasi ke tim hari Jumat.

Tanpa wow moment yang konkret, adopsi akan bergantung pada kepercayaan. Dengan wow moment yang bisa ditunjukkan, adopsi bergantung pada bukti — dan bukti jauh lebih meyakinkan.

Cara Test yang Benar

Langkah 1: Pilih satu Project yang sudah paling siap — yang paling lengkap konteksnya dan paling penting untuk tim.

Langkah 2: Ambil skenario nyata dari pekerjaan minggu lalu. Bukan skenario fiktif — gunakan email klien yang benar-benar masuk, meeting notes yang benar-benar ada, brief yang benar-benar pernah dibuat.

Langkah 3: Jalankan menggunakan prompt template yang sudah dibuat. Isi semua slot dengan data nyata.

Langkah 4: Evaluasi hasilnya dengan tiga pertanyaan ini:

• Apakah output ini lebih baik, setara, atau lebih buruk dari versi manual yang biasanya dibuat tim?
• Berapa waktu yang dihemat jika output ini dipakai sebagai titik awal?
• Apa yang perlu diedit sebelum output ini bisa digunakan sungguhan?

Kriteria "Wow Moment" yang Layak Dijadikan Showcase

Tidak semua output yang bagus layak dijadikan showcase ke tim. Pilih yang memenuhi kriteria ini:

Hemat waktu yang signifikan — Minimal 30 menit lebih cepat dari cara manual. Output yang hemat 5 menit tidak akan mengubah pikiran skeptis.

Kualitas setara atau lebih baik — Bukan "lumayanlah". Harus bisa langsung dipakai atau hanya butuh sedikit editing.

Mudah untuk didemonstrasikan — Prosesnya singkat, hasilnya jelas, dan orang bisa langsung melihat perbedaannya dibandingkan cara lama.

Jika test hari ini tidak menghasilkan wow moment, jangan panik. Itu sinyal bahwa ada yang perlu diperbaiki: mungkin konteksnya kurang, mungkin template perlu direvisi, mungkin prompt perlu lebih spesifik. Perbaiki dan test ulang.

Kamis — Konversi Satu Orang Dulu

Ini hari yang paling penting dan paling sering dilewati. Hampir semua tim yang gagal adopsi Claude melompat langsung dari "setup selesai" ke "ayo semua coba". Onboarding satu orang dulu, jadikan dia champion internal.

Kenapa Harus Satu Orang Dulu?

Karena satu orang yang benar-benar berhasil menggunakan Claude jauh lebih persuasif dari 10 orang yang setengah-setengah mencoba. Champion internal bisa menjawab pertanyaan dari rekan timnya dalam bahasa yang dimengerti — bukan bahasa tutorial, tapi bahasa "oh kemarin gue coba buat [tugas spesifik] dan hasilnya bagus banget."

Selain itu, sesi satu-satu memberi kamu feedback yang lebih jujur. Orang lebih berani bilang "ini tidak jelas" atau "saya bingung" ketika tidak ada penonton lain.

Cara Memilih Orang Pertama

Jangan pilih yang paling senior — mereka biasanya punya cara kerja yang paling mengakar dan paling susah diubah.

Jangan pilih yang paling skeptis — konversi mereka nanti setelah ada bukti dari orang lain.

Pilih yang memenuhi profil ini:

• Sering mengeluh tentang ineffisiensi ("kenapa ini harus manual sih?")
• Penasaran dengan teknologi baru dan tidak takut coba hal yang belum familiar
• Cukup berpengaruh di tim sehingga pengalaman positifnya akan didengar orang lain
• Punya workload yang jelas dan deliverable yang terukur — sehingga "sebelum vs sesudah" bisa dirasakan nyata

Agenda Sesi 30 Menit (Satu-satu)

10 menit pertama — Tunjukkan satu Project yang sudah jadi

Jangan presentasi, jangan slideshow. Buka Claude langsung, masuk ke satu Project yang sudah paling siap, dan demonstrasikan dengan data nyata dari pekerjaannya. Biarkan dia melihat prosesnya secara real-time, bukan screenshot hasil jadi.

15 menit berikutnya — Dia coba sendiri dengan tugasnya sendiri

Ini bagian terpenting. Minta dia pilih satu tugas nyata yang ada di to-do list-nya hari ini. Bukan tugas fiktif, bukan latihan — tugasnya sendiri yang akan diserahkan ke orang nyata.

Duduk di sebelahnya (atau share screen jika remote). Bantu jika dia buntu, tapi jangan ambil alih keyboard — biarkan dia yang mengetik sendiri.

5 menit terakhir — Dengarkan feedback

Tanya dua pertanyaan ini dan catat jawabannya:

• "Bagian mana yang terasa masih kurang atau membingungkan?"
• "Kalau ini kamu pakai setiap hari, apa yang perlu berubah supaya lebih cocok dengan cara kerjamu?"

Feedback ini berharga untuk memperbaiki Projects dan template sebelum rollout besok.

Cara Undang Anggota Tim ke Project

Setelah sesi selesai, undang dia ke Projects yang sudah dibuat:

1. Buka Project yang ingin dibagikan → klik Share atau ikon Invite
2. Masukkan email atau username akun Claude tim
3. Set permission ke Can use (bukan Editor — simpan akses Editor untuk admin)
4. Kirim undangan

Minta dia untuk mulai menggunakan Project tersebut untuk tugasnya sampai besok — dan minta dia bersiap untuk berbagi cerita singkat dalam sesi tim besok.

Jumat — Rollout ke Seluruh Tim

Ini bukan training session. Training session membuat orang merasa seperti murid — pasif, bosan, dan tidak berkomitmen. Yang dibutuhkan adalah demo + hands-on di mana orang langsung merasakan manfaatnya sendiri.

Format yang Terbukti Berhasil: Demo + Hands-on (45 Menit)

10 menit pertama — Demo dari champion

Bukan kamu yang demo — champion yang kamu onboarding kemarin. Minta dia ceritakan pengalamannya secara singkat: tugas apa yang dicoba, berapa lama biasanya, berapa lama dengan Claude, apa bedanya. Lalu demo singkat langsung di Claude dengan tugasnya sendiri.

Kenapa bukan kamu yang demo? Karena orang lebih percaya rekan timnya daripada orang yang "jualan" tool baru. Ketika champion bilang "ini benar-benar berguna buat saya", itu lebih meyakinkan dari presentasi terbaik sekalipun.

25 menit berikutnya — Semua orang coba tugasnya sendiri

Ini intinya. Setiap orang pilih satu tugas nyata dari daftar kerja mereka hari ini — bukan latihan, bukan contoh fiktif. Buka satu Project yang relevan dengan tugasnya, gunakan template yang sudah tersedia.

Kamu dan champion berkeliling (atau cek satu per satu jika remote) untuk membantu yang buntu. Tidak apa-apa jika ada yang tidak selesai dalam 25 menit — yang penting mereka merasakan prosesnya, bukan sekadar melihat.

10 menit terakhir — Kumpulkan feedback dan pertanyaan

Tanya langsung ke seluruh ruangan:

• "Siapa yang tadi hasilnya cukup bagus untuk dipakai atau dijadikan draft?"
• "Apa yang terasa paling sulit atau membingungkan?"
• "Tugas apa lagi yang ingin kalian coba dengan Claude minggu depan?"

Catat semua pertanyaan — jawab yang bisa dijawab sekarang, dan jadikan daftar sisanya sebagai roadmap perbaikan Projects minggu depan.

Yang Perlu Disiapkan Sebelum Sesi Dimulai

• Semua Projects sudah ada konteks dan instruksi lengkapnya
• Semua prompt templates sudah tersedia dan mudah ditemukan
• Satu contoh konkret "before vs after" — tugas yang biasanya butuh 2 jam, sekarang 15 menit — yang bisa ditunjukkan jika ada yang skeptis
• Akses Claude sudah aktif untuk semua anggota tim yang hadir
• Semua orang sudah diundang ke Projects yang relevan dengan peran masing-masing

Tiga Tips Anti-Gagal Supaya Adopsi Bertahan Setelah Minggu Pertama

1. Jadikan Claude bagian dari workflow yang sudah ada — bukan tool tambahan.

Tambahan selalu tersisihkan ketika orang sibuk. Sebaliknya, integrasikan Claude ke ritual yang sudah ada. Jika tim sudah punya weekly standup setiap Senin, tambahkan satu agenda: "siapa yang pakai Claude minggu lalu, untuk apa, hasilnya bagaimana?" Jika tim sudah punya template laporan, jadikan pengisian template itu sebagai tugas bersama Claude.

2. Update Projects setiap kali ada standar baru.

Projects yang tidak diupdate adalah Projects yang ditinggalkan. Jadikan kebijakan: setiap kali ada perubahan SOP, panduan gaya, atau standar output — update dokumen di Project yang relevan. Tetapkan satu "Project owner" untuk setiap Project yang bertanggung jawab atas pembaruan ini.

3. Rayakan win kecil di channel tim setiap minggu.

Tidak perlu acara besar. Cukup satu pesan di Slack atau WhatsApp grup: "Minggu ini [nama] pakai Claude untuk [tugas], hemat [waktu]. Keren!" Pengakuan kecil ini menciptakan kultur di mana menggunakan Claude dianggap positif dan dirayakan — bukan sesuatu yang dianggap "menghindari kerja" oleh kolega.

Yang Terjadi Selanjutnya

Minggu pertama akan terasa seperti rollercoaster kecil. Ada anggota tim yang langsung excited dan mencoba Claude untuk hal-hal yang tidak kamu bayangkan. Ada yang masih skeptis dan balik ke cara lama. Itu normal — dan bukan tanda kegagalan.

Fokus pada yang excited. Mereka adalah amplifier naturalmu.

Minggu 2–3 adalah waktu yang paling menarik. Orang mulai menemukan use case sendiri yang tidak pernah masuk dalam panduan. Seseorang dari finance tiba-tiba pakai Claude untuk rekonsiliasi. Seseorang dari HR pakai Claude untuk drafting job description. Use case organik seperti ini jauh lebih sticky daripada use case yang diajarkan — karena mereka menemukan sendiri, mereka akan mempertahankan sendiri.

Bulan kedua, sesuatu bergeser. Tim tidak lagi bertanya "kapan kita perlu pakai Claude?" — mereka mulai bertanya "kenapa kita tidak pakai Claude untuk ini?" Itu tandanya adopsi sudah berhasil.

Checklist 7 Hari

Sebelum Senin

• [ ] Daftar Claude Team Plan dan aktifkan semua kursi
• [ ] Jalankan wawancara dengan Claude untuk identifikasi deliverable berulang

Senin — Setup Projects

• [ ] Buat 3–5 Team Projects berdasarkan deliverable berulang
• [ ] Upload konteks yang tepat ke setiap Project (gold standard, background docs, template)
• [ ] Generate dan masukkan instruksi untuk setiap Project

Selasa — Buat Prompt Templates

• [ ] Buat minimal 2 prompt template per Project utama
• [ ] Simpan template di lokasi yang mudah diakses seluruh tim
• [ ] Test setiap template dengan skenario nyata

Rabu — Test dan Validasi

• [ ] Jalankan test dengan data nyata dari minggu lalu
• [ ] Identifikasi satu "wow moment" yang bisa dijadikan showcase
• [ ] Perbaiki Projects atau template yang hasilnya belum memuaskan

Kamis — Konversi Satu Orang

• [ ] Pilih champion pertama berdasarkan kriteria yang tepat
• [ ] Jalankan sesi onboarding 30 menit satu-satu
• [ ] Kumpulkan dan implementasikan feedback sebelum rollout
• [ ] Undang champion ke Projects yang relevan

Jumat — Rollout ke Tim

• [ ] Siapkan sesi 45 menit dengan format demo + hands-on
• [ ] Undang semua anggota tim ke Projects mereka masing-masing
• [ ] Kumpulkan feedback dan buat daftar perbaikan untuk minggu depan
• [ ] Tetapkan ritual mingguan untuk menjaga momentum adopsi