Disusun & Dikompilasi: Deep Tide TechFlow
Tam: Jenny Wen, Kepala Desain Cowork
Host: Peter Yang
Sumber Podcast: Peter Yang
Judul Asli: Claude Cowork Tutorial from Cowork s Design Lead (40 Min) | Jenny Wen
Tanggal Tayang: 29 Maret 2026
Ringkasan Poin Utama
Jenny adalah kepala desain Cowork. Dia membawa saya menyelami operasi internal Anthropic, termasuk bagaimana dia menggunakan Cowork untuk merancang dan mengembangkan produk, serta kisah nyata di balik kelahiran Cowork. Anthropic hampir setiap hari meluncurkan fitur baru, dan melihat cara kerja mereka sangat mencengangkan saya.
Ringkasan Pandangan Menarik
Tentang Cara Kerja Sehari-hari
- Sebagian besar waktu yang saya habiskan adalah untuk meluncurkan produk. Tapi saya rasa ini mungkin terlihat berbeda dari satu atau dua tahun yang lalu, sebagian besarnya adalah berkolaborasi secara tidak formal dengan insinyur, staf produk, dan sejenisnya, seperti sesi jam (kolaborasi spontan). Biasanya kami bersama-sama melihat sebuah prototipe, lalu menunjuk dan memikirkan bagaimana prototipe itu bisa berkembang.
Tentang Filsafat Penggunaan "Sampah Masuk, Harta Keluar"
- Satu hal yang paling membuat saya takjub tentang Cowork adalah kemampuannya dalam mengatur informasi. Saya suka menyebutnya "Sampah Masuk, Harta Keluar". Cowork mampu mengumpulkan informasi dari berbagai sumber yang berbeda, kemudian dengan cepat menemukan poin-poin kuncinya, menyaring konten yang berharga, dan mengubahnya menjadi hasil yang produktif secara nyata.
Tentang Perbedaan Cowork dan Claude Code
- Kecuali untuk pekerjaan kode produksi (production code) yang sangat detail, saya sekarang menggunakan Cowork untuk hampir semua hal. Jika untuk skenario yang membutuhkan fokus pada detail kode tertentu, saya masih akan menggunakan Claude Code. Tetapi untuk komunikasi dan kolaborasi sehari-hari, saya sekarang sepenuhnya bergantung pada Cowork.
Tentang Kisah Kelahiran Cowork
- Pernyataan "mereka membuatnya dalam 10 hari" sebenarnya diambil dari suatu wawancara atau pemberitaan media. Tetapi kenyataannya adalah, tentang arah Cowork ini, kami sebenarnya sudah mulai merencanakannya sejak saya bergabung dengan Anthropic setahun yang lalu, kami terus memikirkan bagaimana menciptakan "mitra berpikir" (thinking partner) yang dapat membantu semua pekerja pengetahuan umum.
- Meskipun Claude Code sudah bisa menangani tugas-tugas terkait kode dengan sangat baik, tujuan kami adalah mencakup semua skenario kerja pengetahuan. Saya rasa tantangan sebenarnya adalah: Bagaimana kami mengeksekusi ide ini? Arsitektur seperti apa yang paling tepat? Pengalaman pengguna (UX) seperti apa yang benar?
Tentang Evolusi Proses Desain
- Saya masih akan menggunakan Figma. Tapi kami tidak sering membuat dokumen spesifikasi sekarang, dan biasanya tidak terlalu detail. Kami masih melakukan prioritisasi, itu tetap ada sebagai dokumen, tetapi biasanya hanya beberapa poin bullet, bukan tabel yang didesain berlebihan dan cantik.
Tentang Perencanaan dan Visi
- Bidang teknologi tempat kami berada berubah sangat cepat, model-model baru terus bermunculan, dan kecepatan pembaruannya juga semakin cepat. Oleh karena itu, bagi kami, membuat visi satu tahun saja sudah tidak realistis, apalagi visi dua sampai lima tahun, karena ada terlalu banyak faktor yang tidak diketahui.
Tentang Masa Depan Desainer
- Jika Anda merasa tanah di bawah kaki Anda bergerak, itu karena memang sedang berubah. Kita harus mengakuinya, dan belajar beradaptasi, sekaligus dengan pikiran terbuka meninjau kembali cara kerja kita yang ada.
- Setiap kali saya merasa profesi saya ditantang, tetapi pada saat seperti ini, saya akan memikirkan rekan-rekan insinyur saya. Pekerjaan mereka sudah lama mengalami transformasi besar, tetapi mereka tidak hanya beradaptasi dengan perubahan ini, tetapi juga menyambut tantangan dengan keberanian dan kerendahan hati yang besar, dan akhirnya mencapai hasil kerja yang lebih efisien dan lebih baik. Mereka adalah sumber inspirasi saya — Saya akan berkata pada diri sendiri, jika rekan-rekan yang sangat saya hormati ini bisa melakukannya, saya pasti juga bisa. Mereka adalah panutan saya dalam beradaptasi dengan perubahan.
Pembuka
Peter Yang: Halo semua, hari ini saya dengan sangat bersemangat menyambut kepala desain Anthropic, Jenny. Jenny akan menunjukkan kepada kita bagaimana dia menggunakan Claude Cowork dan Claude Code untuk merancang dan meluncurkan produk, sekaligus berbagi kisah internal Cowork, dan mungkin juga berbicara tentang perkembangan produknya selanjutnya.
Jenny, seperti apa hari biasa Anda dalam bekerja? Tugas apa yang menghabiskan sebagian besar waktu Anda?
Jenny:
Saya tidak tahu apakah ada hari yang benar-benar biasa, tetapi sebagian besar hal yang saya habiskan waktu untuk melakukannya adalah meluncurkan produk. Tapi saya rasa ini mungkin terlihat berbeda dari satu atau dua tahun yang lalu, sebagian besarnya adalah berkolaborasi secara tidak formal dengan insinyur, staf produk, dan sejenisnya, seperti sesi jam (kolaborasi spontan). Biasanya kami bersama-sama melihat sebuah prototipe, lalu menunjuk dan memikirkan bagaimana prototipe itu bisa berkembang. Terkadang hanya mendiskusikan kinerja fitur, terkadang saya sendiri yang menerapkan sesuatu. Saya rasa masih ada sebagian besar waktu di mana saya sendiri yang mendesain, membuat prototipe, dan sejenisnya, tetapi sekarang cara kerja desain terasa lebih santai.
Peter Yang: Pada dasarnya Anda akan menghasilkan banyak prototipe melalui Claude, lalu berkolaborasi dengan insinyur, memberikan beberapa umpan balik, dan menggunakan prompt untuk membuatnya lebih baik, ya?
Jenny:
Sebenarnya mereka seringkali bahkan bukan prototipe, tetapi sudah berupa prototipe kerja yang dibangun secara internal dan berjalan di instance Claude atau Cowork. Saya biasanya menghabiskan waktu menggunakan fitur ini, mendorong fitur ini, melihat kemampuannya, membentuk opini, dan iterasi selanjutnya biasanya adalah saya duduk bersama insinyur dan berkata: Hei, ini yang saya pikirkan. Ini adalah bagian yang menurut saya harus diubah. Saya rasa masih ada waktu di mana saya merasa iterasi di alat desain, mengasah dan memurnikan masih sangat sangat penting. Jadi bagian itu tidak hilang. Hanya karena saya sedang menangani lebih banyak proyek secara bersamaan, jadi terasa lebih efektif untuk melakukannya dengan sangat santai, sangat tidak formal.
Peter Yang: Saya rasa itu selalu menjadi bagian yang paling saya nikmati sebagai manajer produk atau desainer, yaitu menarik desainer dan insinyur bersama-sama, melihat produk beriterasi bersama. Jadi sekarang kalian tidak terlalu membuat dokumen perencanaan seperti dokumen spesifikasi, file Figma, dll? Atau langsung beriterasi prototipe dalam kode?
Jenny:
Saya masih akan menggunakan Figma. Tapi kami tidak sering membuat dokumen spesifikasi sekarang, dan biasanya tidak terlalu detail. Ya. Kami masih melakukan prioritisasi, itu tetap ada sebagai dokumen. Sebenarnya ini sangat membantu ketika kami menyerahkannya ke tim keamanan atau hukum, sehingga mereka dapat memahami apa yang diluncurkan, tetapi biasanya hanya beberapa poin bullet. Bukan tabel yang didesain berlebihan dan cantik. Saya rasa file Figma kami juga sama.
Demo Praktis Cowork
Peter Yang: Bisakah Anda menunjukkan kepada kami bagaimana Anda menggunakan produk-produk ini, atau untuk apa masing-masing produk Anda gunakan?
Jenny:
Tentu saja. Saya akan ceritakan bagaimana saya menggunakan Cowork. Sebenarnya saya punya rahasia kecil, kecuali untuk pekerjaan kode produksi (production code) yang sangat detail, saya sekarang menggunakan Cowork untuk hampir semua hal. Jika untuk skenario yang membutuhkan fokus pada detail kode tertentu, saya masih akan menggunakan Claude Code. Tetapi untuk komunikasi dan kolaborasi sehari-hari, saya sekarang sepenuhnya bergantung pada Cowork.
Satu hal yang paling membuat saya takjub tentang Cowork adalah kemampuannya dalam mengatur informasi. Saya suka menyebutnya "Sampah Masuk, Harta Keluar". Cowork mampu mengumpulkan informasi dari berbagai sumber yang berbeda, kemudian dengan cepat menemukan poin-poin kuncinya, menyaring konten yang berharga, dan mengubahnya menjadi hasil yang produktif secara nyata.
Sebagai contoh, sekarang saya terhubung ke sebuah folder yang berisi beberapa catatan wawancara pengguna. Tim Cowork kami sangat menekankan hubungan erat dengan pengguna, dan ini juga adalah salah satu kunci kesuksesan kami. Kami melalui penelitian pengalaman pengguna tradisional (UXR), berbicara langsung dengan pengguna, dan juga melalui penggunaan internal sendiri, misalnya kami memiliki saluran Slack khusus untuk mengumpulkan umpan balik. Selain itu, kami juga memperhatikan diskusi di media sosial, dan mendengarkan pendapat pengguna yang antusias. Justru karena kami selalu menjaga hubungan erat dengan pengguna, dan mampu mengiterasi produk dengan cepat, kami dapat terus memperbaiki dan mencapai hasil seperti sekarang.
Jadi yang sekarang saya lakukan adalah, saya akan memberitahu Claude: Hei, saya punya folder wawancara ini, tetapi saya juga akan meminta Claude untuk melihat media sosial, Reddit, dan ulasan pelanggan Cowork lainnya, beri tahu saya wawasan terbesarnya apa. Mungkin butuh sedikit waktu, karena dia benar-benar harus memproses begitu banyak data dan mengolahnya. Tapi dia akan melakukan beberapa hal, seperti terkadang membuat sub-agen untuk diproses secara paralel, dan juga menghabiskan waktu untuk mencari di web.
Peter Yang: Dalam pekerjaan nyata Anda, apakah kalian memiliki semacam laporan wawasan mingguan, dll? Yang secara otomatis merangkum semua konten dan mengirimkannya kepada Anda dan tim?
Jenny:
Sebenarnya kami sekarang bisa langsung melakukannya melalui Cowork, saya rasa peneliti kami ada yang mengeluarkannya, kami juga memiliki versi yang akan ping kami di Slack. Kami juga langsung mendengarkan saluran Slack internal, kami sangat bergantung pada internal dan pengguna paling kuat untuk memberikan umpan balik terdepan semacam itu, karena orang internal benar-benar mau jujur kepada Anda, mereka cenderung mendorong fitur hingga paling jauh, dan juga paling mudah untuk ditindaklanjuti.
Peter Yang: Saya rasa inilah yang seharusnya terjadi, dan saya merasa di sebagian besar perusahaan tim terlalu terpisah, tetapi Anthropic rasanya sama sekali tidak seperti itu.
Jenny:
Saya rasa ini juga merupakan bagian penting dari kesuksesan Claude Code – yaitu mendengarkan pengguna lini depan. Dan ini juga adalah hal yang banyak kami lakukan saat di Figma, banyak dogfooding internal. Karena terutama ketika menyangkut desain interaksi dan mengasah aspek-aspek ini, orang internal benar-benar akan menyentuh detail-detail itu, sedangkan pengguna eksternal seringkali memberikan umpan balik lebih seperti "apakah ini cocok dengan alur pengguna mereka", jadi ini memberikan tingkat umpan balik yang sangat berbeda.
Batas Pengguna Cowork vs Claude Code
Peter Yang: Saya tahu pemasaran, manajer produk Anthropic sekarang pada dasarnya menggunakan Claude Code untuk melakukan berbagai hal, terutama setelah Cowork tersedia secara internal. Bagaimana pandangan Anda tentang berbagai jenis skenario penggunaan? Atau bagaimana orang menggunakan Cowork dan Claude Code?
Jenny:
Kami memperhatikan bahwa penerapan keseluruhan Cowork sedang berkembang secara bertahap, dan mulai digunakan dalam beberapa skenario yang mirip dengan yang dicoba oleh pengguna terdepan Claude Code sebelumnya. Ingat ketika kami mulai mengembangkan Cowork, tim penjualan internal adalah sumber informasi utama kami. Beberapa dari mereka adalah pengguna berat Claude Code, menggunakannya untuk menghasilkan daftar calon pelanggan, menulis skrip telepon, dll. Ketika saya pertama kali melihat use case ini, saya sangat terkejut, karena saat itu saya bahkan tidak berpikir Claude Code bisa digunakan untuk menyelesaikan tugas-tugas ini. Dan sekarang, pengguna ini hampir sepenuhnya beralih ke Cowork, bahkan rekan kerja mereka juga mulai sering menggunakan Cowork.
Itu karena sekarang ada UI yang bagus, jadi saya rasa inilah yang benar-benar dibutuhkannya. Dan juga sebagian alasannya adalah, ini sangat dekat dengan pekerjaan lain yang sedang mereka lakukan – mereka sudah menggunakan fitur chat, dan dari aplikasi desktop ini mereka juga bisa terus menggunakan Claude Code, jadi saya rasa ini lebih sesuai dengan alur kerja mereka yang ada daripada membuka command line.
Alur Lengkap dari Wawasan ke Artifakt yang Dapat Dijalankan
Jenny:
Ada tujuh tema berbeda di sini, dan setiap minggu berbeda, saya pada dasarnya bisa langsung memberitahunya: Bantu saya membuat dokumen X ini, dan sudah otomatis tersimpan di sebuah folder di komputer saya. Saya juga bisa memulai dua tugas paralel sekaligus. Misalnya saya bisa berkata: Wawasan ini bagus, tetapi berdasarkan ini fitur produk apa yang harus saya bangun secara actual? Kemudian saya juga bisa melakukan hal lain secara paralel – berdasarkan dokumen wawasan yang baru saja Anda bantu buat, ubah konten ini menjadi presentasi yang bisa saya bagikan dengan tim saat kickoff minggu ini.
Tapi akhirnya dari sini saya bisa memulai proses desain – itu akan memberi saya berbagai opsi fitur. Dari sana saya bahkan bisa meminta Claude membantu saya membuat beberapa wireframe untuk fitur-fitur ini. Itu mungkin memberi saya banyak opsi berbeda, saya bisa membawanya ke Figma untuk benar-benar menyempurnakannya, atau membawanya ke Claude Code, membuatnya menjadi sesuatu yang nyata dengan komponen sistem desain kami yang sebenarnya, dan kemudian mulai dari sana.
Selain itu yang bisa saya lakukan adalah, mengubah keduanya menjadi tugas terjadwal. Jadi saya mungkin akan memintanya membantu saya menjadwalkan tugas ini untuk dijalankan secara otomatis setiap Senin jam 10 pagi. Dengan begitu setiap Senin jam 10 pagi saya akan memulai pekerjaan dengan presentasi ini, dengan tiga atau empat ide produk berbeda, untuk memulai minggu ini. Ini memampatkan siklus iterasi dari umpan balik ke ide yang tangible atau yang bisa dilihat tim dengan sangat ketat, membantu kami mengiterasi produk dengan cepat, dan dengan cepat membuatnya lebih baik.
Peter Yang: Semuanya tentang iterasi, semuanya tentang iterasi. Saya sekarang juga menjadi malas, saya selalu meminta AI melakukan versi pertama, lalu saya bereaksi.
Jenny:
Ya. Jadi jika Anda benar-benar ingin saya menyusun wawasan-wawasan ini dari awal menjadi semacam prioritas fitur, sekarang waktunya akan lebih lama dari sebelumnya.
Saya juga beroperasi seperti ini. Misalnya catatan podcast yang Anda kirimkan kepada saya, saya memiliki folder catatan pribadi, berisi konten rapat 1:1, pemikiran acak, dll, lalu saya langsung berkata: Baca catatan pribadi saya, bantu saya memikirkan poin-poin pembicaraan podcast ini, dan bantu saya memikirkan apa yang ingin saya katakan di sini. Tentu saya tidak akan membacanya kata demi kata, tetapi itu benar-benar membantu membuka pikiran saya, membantu saya mengembangkan pemikiran saya, daripada terjebak di sana.
Skills & Basis Pengetahuan Pribadi
Peter Yang: Skills apa yang akan Anda gunakan? Atau apakah Anda memiliki skills pribadi khusus untuk membuat dokumen dan slide ini?
Jenny:
Kami internal memiliki beberapa skill khusus untuk membuat dokumen dan slide, karena ini membantu kami menjaga konsistensi merek. Saya sebenarnya tidak memiliki repositori skill pribadi, sebagian besar waktu meminjam skill yang sudah ada secara internal, lalu menggunakannya untuk tujuan yang berbeda.
Peter Yang: Misalnya saya memiliki writing skill, yang memberitahu AI untuk tidak menggunakan kata-kata slop AI.
Jenny:
Tetapi sebenarnya saya menemukan, sekarang menggunakan folder Cowork – saya menaruh semua catatan pribadi dll di dalamnya – cara dia memahami saya melalui folder-folder ini, sudah sangat berguna bagi saya. Saya justru merasa semakin tidak perlu memory dan skills, karena dia sudah memiliki basis pengetahuan tentang saya. Tentu saya masih berpikir skills memiliki tempatnya, tetapi untuk use case saya saat ini, saya secara pribadi merasa kebutuhannya tidak terlalu besar.
Peter Yang: Apakah karena dia secara otomatis memperbarui memori berdasarkan percakapan Anda setiap hari?
Jenny:
Ya, pada dasarnya itu adalah memori yang saya kelola sendiri, karena saya terus-menerus mencatat di dalamnya.
Node Kolaborasi Tim
Peter Yang: Jadi kapan Anda melibatkan tim dalam keseluruhan alur? Atau Anda beriterasi dengan AI, lalu bergantian beriterasi dengan tim, atau bagaimana?
Jenny:
Maksud saya, hal-hal seperti wawancara UXR yang sebenarnya, sebenarnya adalah hal yang tidak akan saya lakukan sendiri – entah itu manajer produk, atau peneliti di tim, atau orang lain di tim akan melakukannya. Kemudian melalui ini, Anda langsung membagikan artifak, menarik mereka, dan ini sebenarnya bisa menjadi dasar operasi tim.
Tim kami setidaknya cukup bottom-up dan sangat demokratis, jadi cara kami beroperasi adalah, kami memberikan wawasan dan tujuan kepada semua orang, lalu setiap orang pergi dan membuat prototipe, mencoba hal-hal, ide datang dari segala penjuru. Bukan sebagai desainer saya yang memikirkan semua solusi, tetapi "Hei, ini wawasannya. Ini adalah tujuan yang ingin kami capai bulan ini, bagaimana kita semua mencapainya bersama?"
Saya rasa dengan ini, kami masih tidak akan menyerahkan segalanya kepada Claude untuk dilakukan. Kami masih bergantung pada diri kami sendiri untuk melakukan banyak penilaian, dan kemampuan kami untuk mengelola dan memutuskan apa yang benar-benar akan dibangun dan dilakukan.
Peter Yang: Ketika orang berbicara tentang selera dan penilaian secara online, saya rasa cara mengembangkan kemampuan ini sebenarnya adalah dengan terus-menerus mendapatkan banyak umpan balik produk dari internal dan eksternal. Dalam proses ini, Anda secara bertahap akan mengembangkan intuisi, mampu merasakan bagian mana yang bermasalah, perlu diperbaiki. Karena Anda setiap hari mendengarkan dan memproses umpan balik ini, lama-kelamaan, Anda akan memiliki penilaian yang tajam terhadap masalah.
Jenny:
Adapun desain, salah satu fungsi Claude adalah, dia mampu menghasilkan sketsa seperti wireframe, dan memberikan berbagai opsi desain. Sebagai desainer, saya sangat menyukai cara ini. Meskipun kehalusan sketsa ini tidak terlalu tinggi, tetapi mereka memungkinkan saya untuk secara visual melihat berbagai kemungkinan, tanpa harus sepenuhnya mengandalkan imajinasi saya sendiri. Cara ini membantu saya memutuskan arah desain selanjutnya dengan lebih cepat.
Jadi, saya rasa membiarkan Claude langsung menghasilkan opsi-opsi awal ini, dapat menghemat waktu dan tenaga saya untuk membuat sketsa manual. Dari opsi-opsi ini, saya akan memilih satu arah, mulai melakukan iterasi dalam skala kecil. Selanjutnya, saya mungkin akan menggunakan kode untuk membuat arah ini menjadi prototipe awal, lalu dalam dasar ini terus mengoptimalkan dan menyempurnakan desain.
Kisah Nyata Kelahiran Cowork
Peter Yang: Mari kita bicara tentang bagaimana Cowork lahir. Ada banyak cerita di luar sana tentang pembuatannya dalam 10 hari, tetapi sebenarnya sudah ada banyak iterasi sebelumnya, kan?
Jenny:
Pernyataan "mereka membuatnya dalam 10 hari" sebenarnya diambil dari suatu wawancara atau pemberitaan media, dan orang-orang terus berdiskusi tentang poin ini. Tetapi kenyataannya adalah, tentang arah Cowork ini, kami sebenarnya sudah mulai merencanakannya sejak saya bergabung dengan Anthropic setahun yang lalu, kami terus memikirkan bagaimana menciptakan "mitra berpikir" (thinking partner) yang dapat membantu semua pekerja pengetahuan umum. Meskipun Claude Code sudah bisa menangani tugas-tugas terkait kode dengan sangat baik, tujuan kami adalah mencakup semua skenario kerja pengetahuan. Saya rasa tantangan sebenarnya adalah: Bagaimana kami mengeksekusi ide ini? Arsitektur seperti apa yang paling tepat? Pengalaman pengguna (UX) seperti apa yang benar?
Tahun lalu, kami mencoba banyak desain prototipe yang berbeda, beberapa ide bahkan lebih besar dari target sekarang. Kami juga melakukan banyak eksperimen teknis, menguji berbagai framework agen AI, tetapi beberapa upaya tidak berhasil. Akhirnya, kami secara bertahap menentukan arah sekarang. Kami tidak hanya merujuk pada prototipe yang dikembangkan oleh tim lab, tetapi juga mempelajari prototipe yang dibangun oleh tim produk kami sendiri. Akhirnya, waktu dan eksekusi menjadi kunci, seperti petir yang tepat mengenai sasaran.
Ketika kami memutuskan untuk meluncurkan produk ini, seluruh proses sangat cepat – dari "kami harus meluncurkan" sampai "produk sudah online", hanya butuh 10 hari. Ini terutama karena kami melihat potensinya selama liburan Claude Code. Dalam liburan, banyak orang akhirnya punya waktu untuk mencoba Claude Code, bahkan beberapa pengguna non-teknis juga mulai menggunakannya, misalnya menggunakan untuk mengurai transkrip podcast, atau melakukan analisis data kompleks, dll. Kami menemukan bahwa framework agen Claude Code mulai menunjukkan product-market fit awal di antara pengguna non-teknis. Sebenarnya saat itu kami internal sudah memiliki prototipe yang dapat bekerja, yang awalnya direncanakan untuk diluncurkan sedikit lebih lambat, tetapi umpan balik ini membuat kami menyadari "sekarang adalah waktu terbaik". Jadi, kami memutuskan untuk mengambil kesempatan ini, dan akhirnya ada 10 hari yang gila itu.
Peter Yang: Jika saya tidak salah paham, tahun lalu kalian berbagi banyak prototipe di Slack internal, mengumpulkan banyak umpan balik, dan akhirnya menentukan prototipe yang layak. Kemudian karena melihat permintaan pasar terhadapnya, kalian dengan cepat menyelesaikan sprint, dan meluncurkan produk.
Jenny:
Benar, kurang lebih seperti itu, kami awalnya berencana上线 beberapa minggu lagi, tetapi saat itu kami merasa "sekarang adalah waktu terbaik". Ini juga mendorong kami dalam waktu yang mendesak untuk mempersempit cakupan produk ke tingkat yang lebih realistis dan layak, dan menginvestasikan semua energi dan sumber daya, akhirnya berhasil menyelesaikan peluncuran.
Iterasi Desain Awal: Dari Alat Workflow ke Chat Minimalis
Peter Yang: Bisakah Anda berbagi beberapa pengalaman tentang iterasi awal, atau menunjukkan beberapa konten yang sedang dalam pengembangan?
Jenny:
Tentu saja. Saya khusus mengumpulkan beberapa tangkapan layar awal, dapat menunjukkan pemikiran desain dan proses iterasi kami saat itu.
Awal tahun ini, kami memiliki prototipe awal, ini adalah hasil kolaborasi saya dengan desainer lain. Saat itu, kami mencoba membuat alat ini lebih berorientasi tugas (task-oriented) atau berorientasi alur kerja (workflow-oriented). Karena kami sangat khawatir apakah pengguna dapat memahami, menggunakan produk seperti Cowork, apakah mereka dapat menyelesaikan tugas-tugas tertentu, atau mencapai hasil yang jelas (outcome), seperti membuat dashboard, atau mengintegrasikan data dari sumber yang berbeda. Jadi, saat itu kami mendesain antarmuka pengguna dengan sangat terstruktur, hampir seperti alat alur kerja – misalnya "tambahkan konten ini, ini adalah input (inputs), ini adalah output (outputs)". Dan fungsi chat ditempatkan pada posisi sekunder.
Tapi rasanya butuh banyak langkah untuk diselesaikan, di era tahun 2025 ini, mengapa kita harus serumit ini? Biarkan Claude saja yang menangani ini, bukan?
Ini adalah arah desain awal kami, tetapi kemudian kami memutuskan untuk mengubah pemikiran, membuatnya lebih sederhana, seperti kotak chat (chat box). Kami mencoba melalui cara ini membimbing pengguna untuk mencapai tujuan yang lebih spesifik, seperti analisis atau pembuatan dokumen. Kami juga mendesain prototipe fungsional – pengguna mengklik后, dapat melihat berbagai opsi, setiap opsi memiliki tombol untuk disesuaikan, seperti panjang dokumen, atau memilih jenis dokumen, seperti memo atau presentasi, tetapi desain ini akhirnya membuat pengguna merasa terlalu kompleks dan menekan.
Jadi dalam berbagai eksplorasi dan percobaan, kami terus berusaha menemukan titik keseimbangan: haruskah kami lebih jelas mendefinisikan skenario penggunaan, atau mempertahankan bentuk bebas seperti kotak chat.
Akhirnya, versi yang kami rilis beberapa minggu yang lalu adalah seperti sekarang. Kami pernah mencoba pengalaman pengguna yang hampir seperti "mode wizard" (wizard-like), pengguna mengklik后 akan melihat prompt, seperti "buat dokumen, panjang tiga sampai lima halaman" dll.
Saat itu kami juga menambahkan banyak elemen dalam antarmuka, berharap membuatnya terlihat berbeda dari kotak chat biasa. Tetapi kemudian ditemukan, desain ini membuat antarmuka tampak terlalu kompleks, persaingan antara elemen visual terlalu sengit. Jadi, kami memutuskan untuk menyederhanakan desain, menghilangkan sebagian besar elemen yang tidak perlu.
Sekarang antarmuka pengguna yang Anda lihat, sudah sangat disederhanakan. Kami menghapus sidebar (bilah samping) yang berat, membuatnya lebih mendekati kotak chat tradisional, tetapi melakukan beberapa perubahan di beranda, membuatnya terlihat lebih seperti "daftar tugas" (to-do list) yang dibagikan oleh saya dan Claude, daripada alat chat yang penuh dengan saran dan panduan yang kompleks.
Peter Yang: Mungkin di masa depan dapat mendukung banyak agen (agent), dapat menyeret tugas di atasnya untuk mengelola alur kerja.
Jenny::
Mungkin di masa depan ada kemungkinan seperti itu. Tapi yang ingin saya tekankan adalah, desain UI sekitar empat atau lima minggu yang lalu masih sangat berbeda, kami terus belajar, mengeksplorasi desain seperti apa yang paling efektif, desain seperti apa yang tidak terlalu berhasil, sambil berusaha menemukan cara terbaik untuk menyajikan teknologi ini kepada pengguna.
Posisi Berbeda Cowork dan Claude Code
Peter Yang: Dalam proses menggunakan Claude Code, saya sering berbagi beberapa umpan balik di Twitter. Itu memiliki banyak perintah garis miring (slash commands) built-in, yang perlu dipelajari pengguna sedikit demi sedikit. Pengalaman ini agak seperti "berburu harta karun" (treasure hunt) saat berbelanja di Costco, Anda tidak pernah tahu akan menemukan fitur baru apa.
Tapi bagi pemula, cara ini tidak terlalu ramah. Ini lebih seperti sebuah game, seiring bertambahnya waktu penggunaan, Anda akan secara bertahap familiar dan menguasainya. Saya rasa Cowork mungkin sedang mencoba mengeksplorasi zona tengah antara alat chat biasa dan Claude Code. Itu tidak menyembunyikan semua fitur, sementara mampu membimbing pengguna untuk lebih baik menggunakannya melalui suatu cara.
Jenny:
Ya. Cowork masih mendukung penggunaan perintah garis miring (slash commands), tetapi mereka bukan cara interaksi utama. Saya pribadi merasa, Cowork setidaknya adalah alat untuk profesional. Kami mengamati, banyak pengguna sudah menggunakannya dengan cara pengguna tingkat tinggi, dan komunitas sudah muncul beberapa pengguna tingkat tinggi. Pengguna ini biasanya bersedia menghabiskan waktu mempelajari fungsi yang lebih kompleks, seperti membuat skill sendiri, berbagi dengan tim, atau menggunakan perintah singkat (shorthand commands).
Namun, tujuan kami adalah membuat fungsi-fungsi ini menjadi cara interaksi sekunder, bukan konten pembelajaran yang wajib. Artinya bahkan jika pengguna tidak mengetahui semua perintah, mereka masih dapat dengan mudah menggunakan Cowork. Kami ingin interaksi pengguna dengan Claude alami dan intuitif, bukan harus melalui mengingat serangkaian perintah untuk menyelesaikan operasi.
Proses Perencanaan dan Visi
Peter Yang: Bagaimana proses perencanaan Anthropic? Apakah kalian melakukan perencanaan tahunan dan penetapan tujuan? Atau lebih bergantung pada pengembangan prototipe dan terus mencoba?
Jenny:
Cara perencanaan kami setiap kali berbeda. Di tim saya, kami melakukan perencanaan bulanan. Kami memiliki spreadsheet, setidaknya di bagian Cowork, paling banyak mencantumkan sekitar 12 tugas, ini adalah prioritas tertinggi kami (P0). Setiap tugas memiliki orang yang bertanggung jawab langsung (DRI), kami setiap minggu memeriksa: apakah kami masih di jalur yang benar? Kami juga melakukan beberapa perencanaan kuartal atau setengah tahun, biasanya oleh seorang penanggung jawab yang menunjukkan: "Saya pikir kita harus menuju arah ini, ini adalah hal-hal yang perlu kita perhatikan." Tetapi perencanaan ini tidak ketat sampai harus mengeksekusi proyek tertentu. Lebih banyak memberikan arah keseluruhan untuk tim, jadi relatif fleksibel.
Peter Yang: Relatif fleksibel, ya? Menariknya, saya menemukan perusahaan paling inovatif seringkali kurang melakukan perencanaan tahunan, tetapi lebih melalui iterasi terus-menerus dan belajar dari pengguna. Apakah dalam karier Anda pernah membuat sesuatu seperti deck visi North Star? Apakah menurutnya berguna?
Jenny:
Saya memang pernah membuat, tahun lalu saya membuat deck visi North Star. Saya rasa visi memang memiliki nilainya, mereka menunjukkan arah untuk tim, dan membantu kami menjaga kejelasan dalam pekerjaan yang akan datang. Namun, karena bidang teknologi tempat kami berada berubah sangat cepat, model-model baru terus bermunculan, kecepatan pembaruannya juga semakin cepat. Oleh karena itu, bagi kami, membuat visi satu tahun saja sudah tidak realistis, apalagi visi dua sampai lima tahun, karena ada terlalu banyak faktor yang tidak diketahui.
Namun, peran sebenarnya dari visi adalah membimbing semua orang menuju arah yang sama, terutama dalam lingkungan di mana setiap orang dapat membangun berbagai proyek secara bebas. Jadi saya sekarang berpikir rentang waktu visi paling banyak adalah tiga sampai enam bulan, dan dapat disajikan dalam bentuk dokumen. Saya merasa ketika visi bersifat visual, itu lebih berpengaruh. Ini juga adalah nilai besar desain – mampu mengintegrasikan berbagai elemen, menceritakan kisah yang koheren dalam periode waktu tertentu. Tentu, visi juga bisa berupa prototipe, bukan hanya deck statis. Ini dapat membantu kami mengoordinasikan pekerjaan antar tim, terutama ketika kami memiliki lima tim yang menangani proyek yang sangat mirip atau mungkin bertentangan. Desain dapat membantu ide-ide ini mencapai konsensus melalui kurasi, dan menunjukkan jalan menuju pengalaman pengguna ideal bagi kami, bukan pengalaman yang terpisah-pisah.
Peter Yang: Lalu, apakah kalian memiliki tinjauan manajer produk, atau tinjauan untuk personel terkait? Apakah tinjauan ini formal, atau mereka juga terlibat dalam desain prototipe?
Jenny:
Kami memang memiliki tinjauan, tetapi tidak seperti di beberapa perusahaan saya sebelumnya, di mana setiap fitur perlu ditinjau, tinjauan kami terutama untuk proyek yang lebih besar dan prioritas lebih tinggi. Tujuan tinjauan bukan untuk menghabiskan banyak waktu persiapan, tetapi untuk meningkatkan visibilitas proyek dan mendapatkan umpan balik. Jika ada proyek lintas tim, yang penting bagi perusahaan, kami akan melakukan tinjauan ini.
Saran untuk Desainer: Bagaimana Menemukan Posisi di Era AI
Peter Yang: Lalu, untuk para desainer yang merasa lingkungan profesional mereka berubah dengan cepat, apa saran Anda? Haruskah mereka mulai belajar submit kode (PR)? Atau desainer harus mengambil cara lain untuk beradaptasi?
Jenny:
Jika Anda merasa tanah di bawah kaki Anda bergerak, itu karena memang sedang berubah. Kita harus mengakuinya, dan belajar beradaptasi, sekaligus dengan pikiran terbuka meninjau kembali cara kerja kita yang ada. Saya rasa perubahan sekarang sangat mempengaruhi desainer, terutama karena kami berada di gelombang kedua dari gelombang ini. Beberapa peran profesional lain sudah mengalami transformasi serupa, dan sekarang giliran kami. Pada saat yang sama, alat desain kami juga terus berevolusi.
Setiap kali saya merasa profesi saya ditantang, saya merasa sedikit gelisah, seperti "astaga, pekerjaan saya sedang mengalami perubahan besar, orang mungkin tidak lagi menghargai pekerjaan saya seperti dulu." Tetapi pada saat seperti ini, saya akan memikirkan rekan-rekan insinyur saya. Pekerjaan mereka sudah lama mengalami transformasi besar, tetapi mereka tidak hanya beradaptasi dengan perubahan ini, tetapi juga menyambut tantangan dengan keberanian dan kerendahan hati yang besar, dan akhirnya mencapai hasil kerja yang lebih efisien dan lebih baik. Mereka adalah sumber inspirasi saya – Saya akan berkata pada diri sendiri, jika rekan-rekan yang sangat saya hormati ini bisa melakukannya, saya pasti juga bisa. Mereka adalah panutan saya dalam beradaptasi dengan perubahan.
Peter Yang: Dari sudut pandang tertentu, perubahan ini membebaskan desainer dari banyak pekerjaan berulang yang membosankan, seperti tidak perlu lagi menghabiskan waktu menyesuaikan berbagai kotak, kan? Dengan begitu Anda bisa lebih fokus pada pemikiran tingkat tinggi dan pekerjaan kreatif.
Jenny:
Benar, atau perubahan ini memungkinkan kami menyelesaikan lebih banyak pekerjaan. Misalnya, ketika saya melihat rekan insinyur saya sekarang mampu menyelesaikan sebuah fitur lengkap hanya dalam beberapa hari, padahal sebelumnya mungkin butuh beberapa minggu, saya benar-benar merasa sangat terkesima. Jadi, ya, perubahan ini juga membawa lebih banyak kemungkinan.












