Belajar Technical Product Manager - Pre-Requisites Skill & Setup Environment

#Pendahuluan

Selamat datang di series Belajar Technical Product Manager! Series ini akan membawa kalian menguasai peran Technical Product Manager (TPM) secara utuh — dari technical strategy, discovery & spesifikasi, kolaborasi engineering, reliability & security, hingga AI products dan kepemimpinan teknis. Total ada 28 episode yang tersusun dalam enam fase, dari fondasi konsep sampai production readiness.

Sebelum menulis PRD pertama atau memberi opini tentang arsitektur, ada skill dasar dan perangkat yang wajib kalian siapkan. Mengapa prasyarat ini penting? Karena TPM hidup di persimpangan dua bahasa: bahasa bisnis (revenue, retensi, margin) dan bahasa teknik (latency, throughput, coupling). Tanpa fondasi ini, kalian akan mudah kehilangan kredibilitas di kedua ruangan sekaligus.

Episode 0 ini adalah peta jalan kalian: kita memastikan skill dasar terpenuhi, menyiapkan tool utama, dan memperkenalkan studi kasus berjalan yang dipakai di seluruh series. Sepanjang series kita akan memakai kasus NusaPay — startup payment gateway di Indonesia — agar setiap konsep langsung dikontekstualisasikan pada masalah nyata.

#Skill Dasar yang Wajib Dimiliki

#Engineering Literacy

Kalian tidak wajib bisa coding selevel senior engineer, tetapi wajib bisa:

• Membaca diagram arsitektur: memahami kotak, panah sinkron/asinkron, database, queue, dan external service.
• Memahami istilah inti: API, latency vs throughput, stateful vs stateless, caching, race condition, dan idempotency.
• Membaca kode secukupnya: menemukan endpoint di route handler, membaca nama fungsi, dan memahami alur request sederhana.

Latihan kecil: buka satu repository open source yang kalian kenal (misalnya SDK pembayaran mana pun), temukan file README, lalu jelaskan dalam 5 kalimat bagaimana sebuah request mengalir dari caller ke response. Kemampuan ini akan dipakai penuh di episode 4 tentang arsitektur.

#Product Sense

Engineering literacy tanpa product sense menghasilkan TPM yang hanya jadi "note taker engineering". Kalian perlu terbiasa menjawab: siapa user-nya, masalahnya apa, kenapa sekarang, dan bagaimana kita tahu berhasil. Latihan kecil: pilih satu produk digital yang kalian pakai harian, lalu tulis satu hipotesis — "fitur X ada karena mereka ingin meningkatkan Y, terukur lewat Z". Kerangka ini yang nanti kita pertajam di episode 7 tentang data-informed decisions.

#Komunikasi Teknis

TPM menghabiskan sebagian besar waktunya untuk menerjemahkan: keputusan bisnis menjadi requirement yang presisi, dan risiko teknis menjadi dampak bisnis yang dipahami eksekutif. Dua kebiasaan yang wajib dibangun sejak awal:

• Menulis pendek dan terstruktur: satu paragraf satu ide, klaim selalu disertai bukti atau angka.
• Berani bertanya "kenapa" sampai benar-benar paham, baik ke CTO maupun ke engineer junior.

#Perangkat Software dan Hardware yang Disiapkan

Perangkat TPM modern ringan: mayoritas berbasis web, jadi laptop biasa sudah cukup. Lima kelompok tool yang akan menemani kalian sepanjang series:

Semua tool punya paket gratis yang cukup untuk belajar. Yang penting bukan tool-nya, tetapi kalian terbiasa berpindah antara artefak produk (PRD, roadmap) dan artefak teknik (repo, dashboard).

#Workspace Dokumentasi

Siapkan satu tempat tunggal untuk semua dokumen latihan kalian. Struktur folder yang akan kita pakai sepanjang studi kasus NusaPay:

tpm-workspace/
├── 01-vision/            # Tech product vision & strategy
│   └── nusapay-tech-vision.md
├── 02-discovery/         # Feasibility memo, PoC notes, risk register
├── 03-specs/             # PRD teknis & acceptance criteria
├── 04-roadmap/           # Now-Next-Later, milestone, estimate plan
├── 05-quality/           # SLO, debt register, threat model
├── 06-launch/            # Rollout plan, launch checklist
└── 07-decisions/         # Decision records (ADR-style)

Penomoran mengikuti umur artefak: visi lahir duluan, keputusan dicatat sepanjang jalan. Kebiasaan menyimpan artefak secara terbuka inilah yang membedakan TPM yang dipercaya engineering dari yang sekadar ikut rapat.

#Terminal dan HTTP Client

Meskipun bukan engineer, kalian akan sering menguji API sendiri. Pastikan terminal siap dan curl terinstall:

curl --version
git --version

Di episode 6 dan 15 kita akan banyak memakai curl untuk merasakan produk dari sudut pandang developer — user utama produk API.

#Studi Kasus Berjalan: NusaPay

Sepanjang series, semua praktik dikerjakan di atas satu konteks yang sama:

Kasus ini sengaja dipilih karena menyentuh hampir semua tema series: produk API (episode 6), latency & reliability (episode 13), PCI compliance (episode 14 dan 18), privasi data (episode 19), enterprise readiness (episode 20), dan AI untuk fraud detection (episode 9, 21, 22).

#Verifikasi Environment

Sebelum lanjut ke episode 1, pastikan checklist berikut hijau semua:

# 1. Akun issue tracker aktif (Linear/Jira), bisa membuat project baru
# 2. Akun GitHub aktif dan sudah pernah membaca satu repository open source
# 3. Tool diagram siap (Excalidraw/draw.io bisa membuka canvas baru)
# 4. Workspace docs dibuat dengan struktur folder di atas
# 5. Tulis satu halaman "Product Context NusaPay": produk, user, skala,
#    tantangan — gunakan tabel di atas sebagai bahan

Uji terakhir adalah menulis Product Context satu halaman. Ini simulasi pertama kalian sebagai TPM: merangkum konteks produk secara padat sehingga orang baru bisa paham dalam 3 menit tanpa bertanya.

#Ringkasan Prasyarat

Rangkuman yang sudah kalian siapkan di episode 0:

• Skill: engineering literacy, product sense, dan komunikasi teknis — dengan latihan awal untuk masing-masing.
• Tool: issue tracker, repo browser, diagramming, docs, dan analytics — semuanya punya tier gratis.
• Workspace: struktur folder tpm-workspace dengan dokumen Product Context pertama.
• Studi kasus: konteks NusaPay sudah kalian pegang dan siap dikembangkan.

Jika ada yang belum terpenuhi, lengkapi dulu sebelum lanjut. Perjalanan 27 episode ke depan akan jauh lebih lancar dengan pijakan yang kuat ini.

#Penutup

Inti yang harus dibawa pulang:

• TPM butuh tiga fondasi: engineering literacy, product sense, dan komunikasi teknis — kalian tidak harus expert di semuanya, tapi harus fungsional.
• Lima kelompok tool inti: issue tracker, repo browser, diagramming, docs, dan analytics.
• Satu sumber kebenaran untuk dokumen lebih penting daripada tool yang canggih.
• Studi kasus NusaPay akan menjadi panggung latihan kalian sampai akhir series.

Di episode 1 selanjutnya kita akan membahas peran dan posisi TPM — apa yang sebenarnya dilakukan TPM setiap hari, bedanya dengan Product Manager, Engineering Lead, dan Software Architect, kapan organisasi benar-benar butuh TPM, serta mengapa peran ini makin dicari di era produk AI. Pastikan environment kalian sudah siap, karena perjalanan Belajar Technical Product Manager baru saja dimulai!