>> [MUSIC PLAYING]
>> ABBY Fichtner: Halo, saya Abby Fichtner.
Kebanyakan orang mengenal saya sebagai Hacker Cewek, karena aku Chick Hacker
Blog tentang bagaimana membangun teknologi yang lebih baik.
Dan aku juga lebih di Harvard Inovasi Labs.
Apakah Anda tahu Innovation Lab?
OK, jadi yang jahat menyenangkan.
Aku hacker di kediaman ada, di mana peran saya
adalah untuk membantu siswa melakukan segala sesuatu dari hacking pada proyek sisi dingin, semua
jalan sampai ke memulai startups teknologi.
>> Saya seorang programmer, jadi itu latar belakang saya.
Aku agak masuk ke program dan startups oleh rute yang menarik.
Ketika saya masih di sekolah, aku ingin menjadi seorang konsultan manajemen,
karena saya pikir bahwa akan kotoran.
Saya tidak tahu apakah itu masih hal.
Apakah siswa masih ingin menjadi konsultan manajemen?
Apakah itu dianggap benar-benar keren?
>> OK, jadi saya pikir itu benar-benar keren.
Aku mendapat pekerjaan dengan salah satu konsultasi manajemen puncak
perusahaan langsung dari sekolah.
Saya sangat bersemangat sampai sampai aku mulai bekerja di sana,
dan kemudian benar-benar membencinya.
Aku tidak suka perusahaan.
Aku tidak suka budaya.
>> Aku tidak suka apa-apa tentang hal itu kecuali bahwa mereka sangat aneh
menempatkan saya dalam pemrograman, yang benar-benar aneh, karena judul saya tidak
programmer.
Ada apa-apa yang saya bisa ingat dalam wawancara tentang,
Anda akan pemrograman.
Saya pikir saya akan menjadi konsultan manajer, apa pun artinya.
Aku masih tidak benar-benar yakin, tapi itu masuk akal bagi saya pada saat itu.
>> Jadi saya pergi ke sana, dan mereka benar-benar memberi saya sebuah kantor,
yang dingin, karena saya pikir itu satu-satunya pekerjaan yang pernah saya
telah di mana saya memiliki kantor.
Dan mereka memberi saya sebuah komputer dan ini besar peralatan yang komputer terpikat
sampai, jadi saya menulis kode untuk mengontrol peralatan ini, yang benar-benar rapi.
Dan bagian itu saya benar-benar menyukai.
>> Dan saya melakukan kode untuk NSA, yang benar-benar aneh.
Itu adalah pekerjaan pertama saya keluar dari perguruan tinggi.
Dan jadi saya menulis kode ini.
Saya hanya benar-benar hacking, karena saya tidak tahu apa
Saya lakukan, dan mencoba untuk membuatnya melakukan hal-hal.
>> Dan saya bisa sampai ke titik di mana saya menggunakan perpustakaan untuk mengontrol peralatan ini.
Dan aku hanya bisa melakukan apa yang ada di perpustakaan,
dan hal yang harus saya lakukan, tidak ada fungsi untuk.
Dan aku seperti, OK.
Tapi ada dukungan nomor, jadi saya menelepon
perusahaan yang menciptakan perangkat lunak, dan aku bilang aku harus melakukan ini.
Dan mereka seperti, ya, Anda tidak bisa melakukan itu.
Dan itu adalah pekerjaan pertama saya keluar dari sekolah dan proyek pertama saya,
dan aku hanya tidak merasa seperti aku bisa hanya pergi ke bos dan menjadi like--
dan dia hanya jenis dari menempatkan saya pada saya sendiri.
>> Aku tidak benar-benar merasa seperti Aku bisa pergi ke bos
menjadi seperti, oh, pergi memberitahu NSA maaf, kita tidak akan melakukan ini untuk mereka,
karena perpustakaan tidak tersedia.
Ini hanya tampaknya tidak dapat diterima.
Dan jadi aku agak terjaga sepanjang malam hack sesuatu bersama-sama,
dan saya membuatnya bekerja.
>> Dan itu saat ini berubah bagi saya, di mana ia hanya diklik.
Dan saya menyadari ini apa yang ingin saya lakukan.
Saya pikir itu hal yang paling keren pernah, aku seperti aku melakukan sesuatu
bahwa pencipta perangkat lunak Pikiran itu bahkan tidak mungkin.
Dan aku mungkin yang pertama orang yang pernah melakukan hal ini, kan?
Dan itu tidak begitu besar dari suatu hal, tapi itu hanya seperti ide yang dingin.
>> Dan jadi aku meninggalkan besar perusahaan konsultan manajemen,
dan saya bekerja untuk startups, karena startups semua
tentang membuat hal-hal yang tidak ada yang pernah dibuat sebelumnya.
Dan saya pikir itu adalah kebanyakan hal mengagumkan yang pernah.
Jadi saya melakukan itu untuk nomor tahun, jenis dibangun
teknologi untuk startups.
Dan kemudian aku agak, karena aku mengatakan sebelumnya, masuk ke daerah ini
di mana aku hanya akan sekitar membantu hacker dan pengusaha teknologi yang
membangun inovatif, products-- mengganggu membantu mereka
untuk melakukan itu dan menemukan cara untuk melakukan itu di mana mereka
bisa sukses di pasaran.
>> Jadi itulah yang saya ingin berbicara dengan kalian tentang hari ini.
Jadi bagi saya, saya pikir itu benar-benar waktu yang menyenangkan untuk berada di ruang ini
sekarang, karena teknologi adalah berkembang pada tingkat yang luar biasa ini,
dan itu membuat semua ini peluang yang tersedia
yang tidak pernah dilakukan sebelumnya.
Jadi aku merasa seperti kami kembali ke titik, di mana Anda dapat membuat hal-hal
bahwa tidak ada yang pernah dibuat sebelumnya.
Dan terutama, Anda melihat hal-hal seperti pencetakan 3D.
Jadi orang adalah hal-hal pencetakan 3D seperti organ tubuh manusia atau makanan.
NASA telah memulai 3D mencetak astronot makanan,
jadi ini adalah printer 3D dengan adonan pizza dan saus
dan keju sebagai kartrid yang, bukan polimer.
>> Dan mobil.
Urbee dicetak 3D di dunia termurah dan paling efisien bahan bakar mobil,
dan mereka akan mengarahkan itu di seluruh negeri
di bawah 10 galon bahan bakar, yang cukup gila.
Dan tentu saja, segala sesuatu yang terjadi dengan ponsel, dan fakta dengan hal-hal
seperti pencetakan 3D membuat menciptakan perangkat fisik jauh lebih murah
telah menyebabkan internet hal, yang merupakan gagasan bahwa hei, mengapa kita
harus memiliki fungsi di komputer dan tablet kita?
Mengapa kita tidak mengambil itu dari mereka dan benar-benar
meletakkannya tepat ke perangkat, di mana kita peduli.
>> Dan kita sudah hal like-- David Rose
lebih di Media Lab menciptakan payung yang memberitahu cuaca.
Dan sehingga Anda bisa membayangkan dalam payung berdiri di dekat pintu.
Dan karena indra Anda berjalan melewatinya, jika itu akan hujan, itu akan berkedip,
sehingga Anda tahu untuk mengambil dengan Anda.
Atau Keberanian menciptakan sepeda yang memberikan arah dan memberi Anda
semua statistik Anda naik.
>> Atau Hapi menciptakan garpu yang memonitor kebiasaan makan Anda
untuk membantu Anda makan lebih sehat.
Dan segala sesuatu dari diri mengemudi mobil pikiran-dikendalikan helicopters--
>> [Tertawa AGAK]
>> Bahkan hal-hal yang kami pikir sebagai sangat rendah-tech, seperti membaca berita.
Gannett saja mengumumkan bahwa mereka bekerja pada virtual reality
jurnalisme, di mana Anda menyerap berita tidak dengan membacanya,
tetapi dengan benar-benar mengalami dan menjadi bagian dari itu.
Atau hal-hal lain yang kita mungkin berpikir sebagai berteknologi rendah, seperti berkebun,
karena Anda perlu untuk de-stres.
Karena saya tidak tahu tentang kalian, tapi saya
akan menemukan hidup yang Kabar yang sangat menegangkan.
>> [TERTAWA]
>> Sebuah tim dari MIT, Grove, memiliki menciptakan produk alat
yang benar-benar, Anda dapat dimasukkan ke dalam Anda dapur untuk menanam buah-buahan dan sayuran.
Dan itu benar-benar keren melihat semua startups.
Ada hanya menakjubkan jumlah startups
yang di luar hari-hari ini yang mencoba untuk mengambil
keuntungan dari teknologi ini.
Dan apa yang sebenarnya interesting-- hanya melihat semua hal-hal ini yang
datang, tapi menyadari hanya sangat sebagian kecil dari mereka yang startups
benar-benar akan membuat ke masa depan,
dan jenis memahami mengapa beberapa mereka membuatnya dan beberapa dari mereka tidak.
>> Jadi saya memberi ceramah bulan lalu pada konferensi rekayasa,
dan saya ingin berbicara dengan mereka tentang topik ini.
Dan saya pikir mereka insinyur.
Mereka ingin aturan.
Seperti, aku seorang insinyur.
Saya suka aturan.
Ini sangat bagus dan rapi, kan?
Jadi saya mencoba untuk datang dengan aturan inovasi.
>> Dan segera setelah saya melakukan itu, saya menyadari itu konyol.
Aturan pertama adalah bahwa inovasi tidak ada aturan inovasi.
Karena jika Anda melakukan benar, maka Anda
melanggar aturan lebih dari berikut Anda.
Dan, tentu saja, Thomas Edison terkenal mengatakan bahwa "Saya belum gagal.
Saya baru saja menemukan 10.000 cara-cara yang tidak akan bekerja. "
Dan, tentu saja, lebih inovatif yang Anda sedang,
Anda perlu jenis berharap bahwa Anda akan
untuk menemukan lebih banyak cara yang tidak bekerja.
Tetapi kabar baiknya adalah bahwa hal itu bukan lubang hitam lengkap.
Ketika Anda melihat startups yang telah berhasil,
inovator yang memiliki dibangun produk-produk yang
telah berhasil pasar, apa yang akan Anda lihat
adalah waktu dan lagi, sama Pola yang muncul dari hal-hal
yang mereka lakukan.
Dan banyak ini, ketika Anda jenis menggali ke dalam mereka,
mereka jenis didasarkan pada banyak prinsip-prinsip di balik Bersandar dan Agile--
dan orang-orang hanya mengambil mereka dan berkata, bagaimana bisa masuk akal untuk startup?
>> Jadi saya ingin pergi melalui ini.
Sejujurnya, saya pikir saya akan ingin menghabiskan sekitar setengah
waktu pada ini terakhir satu-- ini "Fokus!
Dan mendapatkan kotoran dilakukan. "
Karena benar-benar, itu apa datang ke.
Tapi saya pikir empat pertama adalah benar-benar penting untuk memahami
konteks dan pola pikir yang Anda butuhkan
untuk masuk ke dalam ketika Anda melakukan sesuatu yang sangat inovatif yang
belum pernah dilakukan sebelumnya.
>> Jadi prinsip pertama adalah menghilangkan limbah,
yang, jika Anda tahu apa-apa prinsip tentang Lean
itulah salah satu kunci prinsip Lean.
Dan, pada kenyataannya, Eric Ries, siapa pencipta startup Ramping
metodologi, mengatakan nomor satu yang paling penting untuk startup
adalah belajar untuk membedakan antara nilai dan waste--
yang cukup aneh, kan?
Seperti bagaimana bisa Anda tidak tahu apa nilai dan apa sampah?
>> Tapi saya pikir itu lebih masuk akal jika Anda berpikir tentang akar Lean.
Jadi Ramping berasal dari Lean manufacturing Toyota Production System di Jepang.
Dan "limbah" adalah terjemahan dari Istilah "muda," yang sebenarnya lebih luas.
Jadi benar-benar, apa yang Anda inginkan untuk melakukan dihilangkan muda.
Dan muda berarti bukan hanya apa pun yang tidak produktif,
tapi apa pun yang tidak menambahkan nilai hari ini.
Karena terutama ketika Anda sedang melakukan sesuatu
jadi tidak yakin melakukan startup, menciptakan sesuatu yang inovatif,
jika Anda berpikir bahwa Anda akan cara ini dan Anda
mulai membangun sesuatu untuk ini, dan kemudian Anda
mencari tahu apa yang sebenarnya terjadi dan Anda pergi dengan cara ini,
maka apa pun yang Anda lakukan atas di sini adalah boros, kan?
Dan di Agile, kita memiliki ekspresi disebut
YAGNI, yaitu "Anda Bukankah Akan Perlu Ini. "
>> [Terkekeh]
>> Jadi itu hal yang benar-benar baik untuk diingat Anda sedang membangun teknologi baru.
Apa pun yang Anda pikirkan Anda akan membutuhkan,
hanya berasumsi bahwa Anda tidak sampai Anda lakukan.
>> Jadi itu menarik untuk melihat contoh startups yang telah membuat
dan melihat di mana mereka berasal.
Jadi PayPal benar-benar dimulai sebagai cara untuk pembayaran balok antara PDA.
Tapi ternyata bahwa dunia tidak siap untuk pembayaran mobile
di '99, kan?
Kami baru saja mulai untuk sampai ke sana sekarang.
>> Flickr dimulai sebagai besar-besaran multiplayer bermain peran game online.
Tapi ternyata, seperti ketika orang-orang sedang bermain itu,
bahwa aspek yang paling menyenangkan adalah berbagi foto.
Ini agak lucu.
>> Dan kemudian Instagram mulai sebagai Foursquare gamified.
Dan mereka benar-benar dibangun seluruh yang app dan melihatnya, dan pergi wow,
ada terlalu banyak terjadi di sini.
Ini terlalu rumit.
Dan mereka hanya membatalkan keseluruhan hal dan berkata, kau tahu apa?
Kami hanya akan fokus lagi pada foto.
Dan itu adalah apa yang sukses bagi mereka.
Dan ini adalah orang-orang yang berhasil, tetapi ketika Anda melihat jenis
di seluruh papan, yang statistik yang cukup suram.
Karena statistik adalah bahwa sembilan dari sepuluh produk baru gagal,
yang cukup buruk.
Dan sebagai pengembang, sebagai orang-orang yang bekerja dengan teknologi,
Saya pikir ketika kita melihat di stat seperti ini,
kita memahami betapa sulitnya adalah untuk membangun teknologi saat
Anda sedang membangun sesuatu yang belum dibangun sebelumnya.
Dan kami menganggap bahwa ini gagal karena kita tidak bisa membangun teknologi.
Tetapi ketika Anda benar-benar menggali lebih dalam, apa happening-- produk ini
tidak gagal karena Teknologi tidak bekerja.
Mereka gagal karena orang-orang yang menciptakan
mereka tidak mampu menemukan pasar untuk mereka.
>> Contoh favorit saya Ini adalah sebuah perusahaan bernama
Aktualitas Systems, yang sebenarnya di sini di Boston.
Mereka menciptakan tampilan hologram 3D.
Itu cukup badass, kan?
Mereka menciptakan itu, dan mereka mendapatkannya bekerja, dan kemudian
mereka menghabiskan 10 berikutnya years-- sehingga mereka menciptakan ini.
Ini akan menjadi mengesankan untuk membuat hari ini, kan?
Mereka menciptakan ini lebih dari 10 tahun yang lalu.
Mereka menghabiskan 10 tahun berikutnya mencoba gagal untuk menemukan pasar untuk itu
dan menciptakan bisnis yang layak dari itu, dan pada akhirnya harus ditutup,
dan semua yang mereka bisa lakukan adalah menjual off lisensi untuk teknologi.
Begitu pula mereka berhasil berinovasi?
Maksudku, mereka mendapat teknologi untuk bekerja.
Itu menakjubkan.
Tetapi jika Anda mencoba untuk benar-benar membangun bisnis yang layak dari ini,
tidak begitu banyak.
>> Dan yang menarik adalah sudah ada penelitian
dalam apa tunggal terbesar prediktor kegagalan startup.
Apakah ada di antara Anda ingin menebak apa ini?
>> AUDIENCE: Tidak ada pasar?
>> ABBY Fichtner: Tidak ada pasar, ya.
Jadi sesuatu yang benar-benar aku harus memiliki sesuatu said-- yang startups lakukan,
bahwa jika mereka melakukan hal ini, itu prediktor terbesar yang mereka
akan gagal, atau indikator terbesar.
Jadi tidak ada pasar semacam sesuatu yang terjadi pada mereka.
>> Jadi Don [tidak terdengar] melakukan survei ke dalam ini,
dan apa yang ia temukan adalah single prediktor terbesar kegagalan startup
menempel ke awal plan-- usaha yang
cukup membingungkan, kan?
Karena jika Anda mulai pada setiap usaha baru,
Anda harus mencoba untuk mencari tahu jika Anda berada di jalur atau tidak.
Bahkan terminologi itu, di jalur, menyiratkan bahwa Anda sedang berbicara sesuai rencana.
Dan jadi jika menempel untuk merencanakan berarti bahwa Anda akan gagal,
itu sangat membingungkan.
Yang Tepat?
>> Dan itu membawa kita ke nomor pola inovasi
dua, yaitu bahwa Anda harus benar-benar memulai dari yang kecil.
Dan semacam ini istirahat Model mental kita,
Saya pikir, bagaimana orang berpikir tentang bagaimana startups beroperasi.
Karena saya merasa seperti kita punya gambar ini startups sebagai pergi besar atau pulang, bayi.
Yang Tepat?
Seperti saya punya visi yang besar, dan boom.
Aku akan pergi besar, dan aku akan menjadi Facebook berikutnya.
>> Tapi pertanyaannya adalah bagaimana Anda melakukannya, bukan?
Bagaimana Anda pergi dari apa-apa selain ide seperti satu miliar pengguna,
seperti Facebook memiliki?
Bagaimana Anda bahkan membangun fitur yang cukup dari hari pertama
Anda bisa naik banding satu miliar pengguna?
Dan bahkan jika Anda ingin membangun Facebook berikutnya
besok, bagaimana Anda memulai membuat orang di atasnya?
Karena akan ada di antara kalian menggunakan "berikutnya Facebook "jika tidak ada yang Anda tahu di atasnya?
Mungkin tidak, kan?
>> Dan apa yang saya lihat startups as-- ketika Anda benar-benar awal
semacam stages-- melakukan pencarian persimpangan visi besar kami
apa yang ingin kita capai dengan apa realitas benar-benar dapat mengakomodasi hari ini.
Dan cara yang Anda lakukan ini biasanya melalui serangkaian
eksperimen kecil atau tugas-tugas kecil.
Jadi hanya untuk mengambil beberapa contoh perusahaan yang telah membuatnya besar
dan bagaimana mereka mulai, Microsoft mulai dengan menulis
versi BASIC, yang adalah bahasa pemrograman,
untuk Altair, yang seperti komputer rumah pertama.
Jadi saya tidak tahu persis berapa banyak Altairs dibuat,
tapi aku menebak hanya beberapa ribu.
Jadi ini bukan pasar yang besar, kan?
>> Dan kemudian, tentu saja, Facebook, yang adalah quintessential-- pergi besar,
menjadi Facebook-- berikutnya mulai di sini di Harvard,
di mana hanya ada 20.000 siswa.
Jadi sekali lagi, bukan pasar yang besar.
Dan ketika Anda berpikir tentang mental model untuk bagaimana startups
harus melihat, seharusnya terlihat lebih seperti ini.
Anda mulai dengan besar Anda visi, tapi kemudian Anda pergi kecil.
Dan Anda mengetahui cara untuk mendominasi ceruk pasar benar-benar,
dan kemudian Anda dapat membangun Keberhasilan itu untuk pergi besar.
Dan ada beberapa alasan untuk ini.
Salah satunya adalah jika kita menerima kenyataan bahwa menempel awal rencana bisnis itu
akan gagal, kita akan menemukan 10.000 cara yang tidak bekerja,
apapun, kita akan membuat banyak kesalahan.
Kita akan memiliki banyak meleset.
Jika kita mencoba untuk pergi besar, kita akan menggunakan semua waktu dan sumber daya
pada hal yang salah.
Dan itu jauh lebih baik untuk pergi kecil sehingga kita bisa bereksperimen dengan cepat.
>> Namun, yang lebih penting lagi, itu jauh lebih mudah
untuk menjadi sukses ketika kita pergi kecil, karena semua yang harus Anda lakukan
adalah menemukan bahwa pasar yang ingin Anda pergi after-- yang benar-benar ceruk pasar.
Dan kemudian hanya mengidentifikasi satu hal yang mereka benar-benar
mati untuk memiliki, dan membangun itu untuk mereka.
Dan kemudian Anda dapat benar-benar menarik.
>> Jadi seperti pengguna Altair benar-benar ingin cara untuk memprogram komputer mereka.
Dan aku tidak tahu-- saya pikir itu adalah seperti saklar toggle
dan berkedip lampu, kan?
Jadi saya tidak tahu bagaimana mereka melakukannya.
Jadi memberikan BASIC sehingga mereka bisa program itu menakjubkan.
Atau mahasiswa Harvard hanya ingin tunggal, direktori mahasiswa terpusat,
yang tepat?
Dan Facebook hanya harus menyatakan bahwa salah satu fitur.
Mereka tidak harus membangun keluar seperti sekarang ini untuk benar-benar mendapatkan traksi.
>> Jadi yang membawa kita ke nomor tiga, yaitu dalam rangka
untuk menemukan bahwa salah satu fitur yang pasar Anda benar-benar mati untuk,
Anda harus benar-benar mendalam memahami pelanggan Anda.
Dan aku merasa seperti orang meremehkan pentingnya this--
terutama hari ini, ketika ada begitu banyak startups yang di luar sana.
Jika Anda benar-benar melihat apa yang terjadi di ruang startup,
Anda akan menemukan 100 startups semua melakukan hal yang sama.
Yang Tepat?
>> Dan itu karena semua orang bisa melihat Teknologi yang ada di sini hari ini, kan?
Tapi kami ingin berada di sini.
Jadi orang melihat kesenjangan tersebut, dan semua orang mencoba untuk pergi setelah kesenjangan.
Dan Anda memiliki semua startups ini semua melakukan hal yang sama,
dan Anda seperti, mengapa tidak salah satu dari mereka berhasil?
Ada celah di sini.
Saya percaya bahwa orang-orang yang akan berhasil
adalah orang-orang yang meluangkan waktu untuk benar-benar memahami pelanggan mereka.
Sebuah contoh yang bagus dari hal ini, Saya pikir, adalah Dropbox.
Ketika Drew Houston, pendiri, pergi mencoba untuk mengumpulkan uang untuk Dropbox,
VC benar-benar putus asa dia.
Mereka seperti, aku tidak mengerti mengapa Anda bahkan memasuki ruang ini.
Ada sudah seperti satu juta miliar awan startups penyimpanan di luar sana.
>> Dan Drew seperti, yeah, tetapi apakah Anda menggunakan salah satu dari mereka?
Dan mereka tidak.
Dan jadi saya merasa seperti Drew berhasil karena A,
ia mulai dengan pasar kecil.
Dia tidak mencoba untuk pergi setelah semua orang.
Dia pergi setelah teknisi hardcore yang memiliki
banyak perangkat, banyak komputer, dan mereka
memiliki masalah ini dalam mentransfer file.
Dan dia hanya ditargetkan mereka.
Dan semua yang harus ia lakukan adalah memberikan solusi yang bekerja untuk mereka.
>> Jadi sekali lagi, saya merasa seperti ada banyak mitos di sekitar startups,
karena kita melihat begitu banyak startups terjadi hari ini.
Dan Anda hanya mendengar 20.000 kaki pandangan oh, mereka membuatnya semalam.
Mereka sukses.
Tapi mitos jika Anda membangunnya, mereka akan come-- ketika Anda benar-benar
menggali jauh ke dalam apa yang terjadi dalam cerita-cerita sukses, waktu
dan sekali lagi, saya pikir apa Anda akan menemukan adalah pendiri
yang pergi ke luar biasa ini panjang untuk memahami pelanggan mereka.
Jadi hanya untuk memberikan beberapa examples-- I tidak tahu apakah ini masih terjadi,
tapi setidaknya pada awalnya, satu co-pendiri Airbnb
tidak memiliki atau menyewa rumah.
Dia hanya pergi sekitar dan tinggal di Airbnbs.
Seperti saya bahkan tidak tahu apa yang tampak like-- seperti hidup keluar dari koper?
>> Atau Ben Silverman dari Pinterest menakjubkan ini.
Dia pergi dan mencapai pribadi untuk pertama 5.000 pelanggan.
Dia memberi mereka ponselnya.
Dia bertemu mereka untuk sarapan.
Saya hanya berbicara dengan mereka CTO beberapa minggu yang lalu.
Dan mereka masuk ke negara-negara baru sekarang,
dan dia akan keluar dan melakukannya lagi.
Jadi dia luar biasa untuk keluar dan individual berbicara dengan orang.
Jadi, tentu saja, karena Anda akan keluar dan memiliki percakapan ini, apa
Anda ingin lakukan adalah selalu belajar dari pelanggan Anda
tentang apa yang akan masuk akal dan apa yang akan menjadi sukses.
Saya merasa seperti yang terbaik startups, para inovator terbaik,
memperlakukan inovasi seolah-olah itu adalah ilmu experiment-- atau sangat
cara ilmiah, saya kira saya harus mengatakan.
>> Jadi aku bukan seorang ilmuwan, tetapi sebagai Saya mengerti, ilmuwan datang
dengan hipotesis, dan kemudian mereka mengembangkan percobaan untuk memvalidasi atau membatalkan
hipotesis mereka.
Dan pertanyaannya adalah bagaimana bisa kita melakukannya dengan inovasi?
Kami punya ide, tapi itu hanya sebuah ide.
Jika kita benar-benar melakukan sesuatu yang belum pernah dilakukan sebelumnya,
semua yang kita miliki adalah tebakan.
Yang Tepat?
Dan apa adalah beberapa percobaan yang bisa kita lakukan untuk memvalidasi atau membatalkan
ide-ide tanpa membangun keluar seluruh hal?
>> Jadi bicara besar, dan aku tidak bisa benar-benar
menekankan bagaimana strongly-- betapa pentingnya
adalah pergi keluar dan berbicara dengan Anda pelanggan, paling tidak pada awalnya,
untuk memahami siapa mereka adalah, masalah apa yang mereka
miliki saat ini, bagaimana mereka pemecahan mereka hari ini.
Tapi berbicara hanya dapat membawa Anda sejauh ini.
Yang Tepat?
Anda tidak dapat menggunakan berbicara dengan mengatakan, hey, aku punya ide bagus ini!
Apakah Anda ingin membelinya?
Karena mereka akan menjadi seperti, oh, ya tentu saja.
Kedengarannya bagus.
>> Karena orang-orang ingin mendorong Anda.
Mereka melihat bahwa Anda sangat gembira tentang sesuatu, jadi mereka akan mengatakan ya.
Dan people-- manusia hanya mengerikan di memprediksi perilaku mereka.
Dan jika Anda bertanya them-- jika Anda mengatakan, Aku akan, di beberapa titik di masa depan,
melepaskan abstrak ini, hipotesis produk, Anda akan menginginkannya?
Mereka mungkin mengatakan tidak, tetapi jika Anda benar-benar menempatkan itu di depan mereka,
mereka mungkin ingin itu.
>> Dan benar-benar, untuk melakukan uji pemahaman
jika orang-orang akan ingin atau tidak, Anda benar-benar
harus menempatkan sesuatu di depan mereka.
Jadi saya suka kutipan ini dari Linus Torvalds, yang merupakan "Bicara murah.
Tunjukkan kode. "
Atau jika Anda startup, Anda mungkin berkata, "Bicara murah.
Tunjukkan MVP. "
>> Jadi sudah kalian dengar MVP, Produk yang layak Minimum?
Ini semacam kata kunci ini yang Saya suka dan benci pada waktu yang sama.
Karena aku suka konsep itu, tetapi mendapat sedikit berlebihan.
Tetapi ide tersebut valid, yang tidak pergi membangun
produk ini yang akan untuk membawa Anda satu tahun untuk membangun.
Sebaliknya, mencari tahu apa yang hal yang orang mati?
Apa hal minimum Saya bisa membangun untuk mereka?
Dan menempatkan itu di depan mereka, dan melihat bagaimana mereka bereaksi.
>> Jadi klasik MVP adalah halaman arahan.
Saya yakin kalian telah melihat hal ini.
Jika Anda mencoba untuk mendaftar Ello atau Inbox baru Gmail, dan mereka seperti oh,
kita belum siap!
Saya kira orang-orang yang sedikit berbeda, karena mereka sudah siap.
Tapi mereka memberi Anda halaman arahan, dan itu seperti, itu mengundang hanya sekarang.
Tapi beri kami alamat email Anda.
Yang Tepat
Banyak tempat akan melakukan hal ini sebelum mereka bahkan sudah dibangun produk,
hanya untuk melihat apakah ada kepentingan atau tidak.
Jadi dengan Dropbox, menarik Houston, ada adalah teknologi yang kompleks di balik itu.
Jadi dia pergi, dan dia tahu itu technology-- jenis membuktikan hal itu,
bahwa yang akan bekerja.
Tapi sebelum ia membangun keluar produk akhir,
dia melakukan ini mock-up di komputer, tiga menit screencast ini
video-- sangat suka berkelahi.
Taruh di atas Hacker News, karena ia tahu adalah semacam pendengarnya,
adalah orang-orang yang benar-benar teknis.
Meletakkan halaman arahan yang hanya berkata, inilah video.
Kami belum diluncurkan, tapi jika Anda tertarik, beri kami alamat email Anda.
>> Semalam, mendapat 75.000 sign-up, yang luar biasa.
Bahkan saat ini, yang akan mengesankan, tapi hari ini, mereka
memiliki seperti 300 juta pengguna, kan?
Ketika ia diposting ini, tidak ada yang tahu siapa Dropbox
adalah karena mereka belum ada.
Dan jadi itu sinyal benar-benar kuat bahwa ia telah mendapat sesuatu yang benar.
>> Untuk memberikan sedikit lebih luas contoh itu,
kalian tahu Buffer?
Ini adalah media sosial situs berbagi, dan gagasan
is-- Saya cenderung membaca berita di seperti 2:00, karena saya
tidak ingin pergi tidur.
Dan jadi saya mungkin membaca seperti 10 artikel yang semua benar-benar keren
dan saya ingin membaginya dengan orang.
Tapi A, kalau aku berbagi keluar di Twitter sekarang,
tidak ada orang yang terjaga di 02:00 kecuali aku.
Dan B, jika mereka terjaga, mereka seperti mengapa Anda
spamming saya dengan 10 artikel sekaligus, kan?
Dan apa yang dilakukannya adalah itu jenis antrian atau penyangga
Anda menambahkan sesuatu ke, dan itu akan mendorong mereka keluar beberapa kali sehari
di jadwal yang lebih realistis.
>> Jadi, ini adalah bagaimana tampilannya hari.
Itu bukan bagaimana itu dimulai.
Pendiri memiliki ide ini, dan dia pikir ini adalah ide yang baik,
tapi dia tidak mau membangunnya.
Dia tidak ingin berhenti pekerjaan itu belum sampai ia
punya beberapa validasi bahwa orang lain pikir itu ide yang baik, juga.
Jadi dia bahkan tidak perlu video.
Itu adalah konsep sederhana seperti itu.
>> Hanya mulai dengan Twitter, menempatkan sebuah halaman arahan.
Ini adalah apa yang kita lakukan.
Dia tweet itu.
Ketika orang klik Rencana dan Harga, itu hanya memberi mereka
a "Anda menangkap kami sebelum kami siap. "tetapi jika Anda tertarik,
memberikan alamat email Anda.
Tweet itu.
Orang-orang pergi ke situs.
Mereka diberi alamat email mereka.
>> Dia seperti, OK, itu cukup bagus indikator bahwa ada beberapa kepentingan,
jadi saya sudah siap untuk pergi ke langkah berikutnya.
Tapi aku tidak ingin membangun belum.
Saya ingin see-- orang tertarik, tapi saya bisa membuat uang dari itu?
Dapatkah saya membuatnya menjadi bisnis?
Jadi semua yang dia lakukan adalah menambahkan halaman tengah ketika orang mengklik Rencana dan Harga
dengan tiga harga plans-- satu adalah gratis.
Dua dibayar.
>> Terus tweeting itu.
Orang-orang terus mengklik.
Kebanyakan orang melakukan rencana bebas, tetapi beberapa orang melakukan rencana dibayar.
Dia seperti, Anda tahu apa?
Itu cukup validation-- tidak bagi saya mungkin untuk berhenti dari pekerjaan saya
dan menghabiskan tahun ini, tapi untuk saya hanya pergi kepala-down dan melakukan
versi yang sangat sederhana ini.
Dia pikir itu akan untuk membawanya sehari.
Teknologi keras, sehingga membawanya seperti tujuh hari.
Tapi itu cukup baginya menghabiskan tujuh hari di atasnya.
>> Dan sangat cepat, ia mulai mendapatkan pengguna pada versi pertama,
meskipun itu sangat minim.
Dan apa yang mengagumkan tentang itu dia
dapat melihat bagaimana orang-orang benar-benar menggunakannya,
dan kemudian jenis berevolusi didasarkan pada mereka menggunakannya.
Jadi Buffer yang indah, karena itu adalah contoh yang sangat sederhana.
Tidak semua teknologi yang sederhana, tapi ini
adalah semacam klasik yang Pendekatan startup ramping, kan?
Ini adalah besar-Anda pengujian setiap langkah,
dan Anda hanya akan cukup jauh bahwa Anda sudah
divalidasi bahwa itu semacam bernilai waktu Anda untuk melakukan.
>> Banyak cara lain untuk mendapatkan validasi, tentu saja,
melakukan crowdfunding sebuah kampanye seperti Kickstarter,
di mana Anda bisa mendapatkan pre-order.
Hal ini membuat banyak akal jika Anda melakukan apa pun yang keras.
Sekali lagi, Pebble adalah Kickstarter terbesar
sampai judul yang mendapat diambil oleh cooler-- apa kalian melihat ini?
Seperti pendingin sebenarnya yang Anda membawa ke piknik mengalahkan,
sehingga mereka mendapat lebih dari $ 10 juta.
[Tertawa AGAK]
>> Tapi sekali lagi, seperti Dropbox, dengan Pebble, itu teknologi yang kompleks.
Mereka harus melakukan bukti dari konsep, pastikan mereka bisa membuktikan keluar
bahwa teknologi bisa bekerja.
Tapi kemudian itu mahal untuk memproduksi, jadi sebelum mereka benar-benar diproduksi,
mereka memasang Kickstarter.
Dan mereka menggunakannya untuk mendapatkan pre-order, kan?
Mereka mengatakan jika kita bisa mendapatkan $ 100.000 dalam pre-order,
itu layak untuk maju.
Mereka mendapat $ 10 juta, demikian cukup good-- validasi yang cukup bagus.
>> Jadi ide-ide ini semua benar-benar besar, tapi seperti yang kita katakan di startups,
ide adalah sepeser pun selusin.
Ini semua tentang eksekusi.
Jadi ini adalah favorit saya Bagian adalah "Fokus!
Dan mendapatkan kotoran dilakukan. "
Jadi pengusaha terbaik dapat hanya
gila, intens hiper-fokus ini dan menyelesaikan sesuatu dengan kecepatan yang luar biasa.
>> Jadi aku agak berjalan melalui beberapa praktek-praktek pembangunan.
Dan mengajukan pertanyaan jika Anda memilikinya.
Saya tidak yakin berapa banyak kalian tahu tentang praktek-praktek pembangunan,
begitu baik dari memiliki diskusi tentang apa yang
Sepertinya saat Anda mengembangkan sesuatu seperti ini.
Jadi hal pertama adalah untuk mengetahui OK, apa
adalah bahwa saya harus fokus on-- yang dapat benar-benar menantang saat
Anda melakukan sesuatu yang baru.
Karena setiap orang memiliki semua ide-ide ini, dan ada
begitu banyak arah yang berbeda Anda bisa pergi, dan begitu banyak pertanyaan yang berbeda
yang Anda miliki.
>> Jadi langkah nomor satu, angka apa yang harus fokus pada.
Banyak kali, sebagai pengembang, sebagai orang-orang yang berpikir tentang teknologi,
Kami benar-benar berpikir tentang produk.
Kami berpikir tentang hal-hal semacam di Comes urutan pertama ini, saya bisa membangun?
Dengan asumsi bahwa saya bisa membangunnya, maka bisa saya membuat orang tahu tentang hal itu?
Dengan asumsi bahwa saya bisa, bisa Saya membuat uang dari itu?
>> Tetapi jika kita mencoba untuk melakukan bisnis yang layak,
kita mungkin ingin berpikir dari mereka dalam urutan yang berlawanan.
Alasannya adalah saya merasa like-- dan Saya melakukan ini sendiri, jadi saya mendapatkannya.
Saya merasa seperti kita menjadi sangat tergantung pada ini "Dapatkah saya membangun itu?"
Pertanyaan, karena jika Anda teknologi person-- jika Anda developer-- sebuah
Anda benar-benar berpikir tentang itu.
>> Tapi sebenarnya biasanya, ketika kita datang dengan ide untuk startup,
kami datang dengan itu berdasarkan Aku pernah melihat teknologi ini di sini
dan teknologi ini di sini dan teknologi ini di sini,
dan jika saya hanya menggabungkan mereka dalam beberapa cara baru,
Saya pikir itu akan sangat menarik.
Nah, jika saya sudah melihat teknologi di daerah itu,
Anda jenis tahu itu ada, kan?
>> Begitu yakin, melakukan beberapa bukti konsep.
Jika ada beberapa risiko teknis di sana.
Tetapi untuk sebagian besar, hal-hal bahwa kita datang with--
kecuali kita benar-benar mengagumkan dan melakukan sesuatu yang sama sekali baru, dalam hal ini,
mencari tahu apakah Anda bisa membangun.
Tapi biasanya, sebagian besar startups saya lihat, Anda dapat membangunnya.
Itu bahkan bukan pertanyaan.
>> Jadi mulai berpikir tentang adalah sesuatu yang orang
akan bisa membayar saya untuk Dan kemudian bagaimana saya akan menjangkau mereka?
Itu benar-benar sulit, terutama jika Anda adalah orang teknis,
Anda memiliki cara untuk menjangkau orang-orang ini
dan membuat mereka untuk membeli produk Anda?
>> Jadi setelah Anda mengetahui, OK, apa itu question-- jenis selalu ada dalam pikiran,
ini adalah pertanyaan yang paling penting bahwa saya harus mengemudi menuju,
atau hal yang paling penting bahwa saya harus memvalidasi.
Dan kemudian Anda ingin kembali ke Gagasan ini menghilangkan pemborosan.
Hanya mencari tahu seperti paling ramping, cara yang paling efisien
Anda dapat pergi tentang menjawab pertanyaan itu.
>> Jadi saya berbicara tentang produk yang layak minimum.
Aku akan mengatakan masuk ke pola pikir ini dari Segalanya layak minimum
dimana saya tidak berarti bahwa Anda harus menjadi melakukan pekerjaan yang jelek pada hal-hal.
Aku hanya berarti bagaimana bisa Anda memotong sampah?
Bagaimana Anda mendapatkan tepat ke inti permasalahan
dan mencari cara untuk memvalidasi hal-hal tanpa emas plating,
tanpa melakukan lebih dari yang Anda butuhkan untuk.
>> Jadi hanya untuk memberikan beberapa contoh, Saya merasa seperti awalnya, Anda
mencoba untuk mencari tahu I memiliki ide bagus ini.
Apakah ada yang bahkan akan menginginkannya?
Jadi cara yang sangat mudah untuk melakukan itu adalah halaman arahan, seperti yang kita bicarakan.
Anda tidak harus menulis kode untuk itu.
Ada alat yang melakukannya untuk Anda.
>> Jika Anda mengatakan, OK, aku tahu itu.
Sekarang saya ingin Aku menduga itu-- OK, orang sepertinya ingin itu.
Apakah mereka benar-benar membayar saya uang untuk itu?
Anda dapat melakukan hal-hal seperti apa yang Buffer lakukan dengan halaman harga,
atau bahkan lebih baik, Kickstarter dan mendapatkan pra-order.
Pesanan
>> Hal berikutnya yang saya pikir Anda akan ingin melihat is-- OK,
sepertinya orang menginginkannya.
Sepertinya orang-orang akan membayar untuk itu, tapi terutama dengan aplikasi,
akan orang benar-benar menggunakan itu?
Jadi saya tidak tahu statistik, tapi mereka cukup buruk.
Sejumlah besar aplikasi mendapatkan download dan kemudian tidak pernah digunakan.
Dan itu tidak membantu.
Itu bagus bahwa Anda punya Banyak orang men-download.
Tapi jika tidak digunakan, Anda tidak akan bertahan lama.
Ketika Anda berpikir tentang itu versi pertama
bahwa Anda ingin menempatkan keluar besar-- product-- layak minimum Anda
berpikir tentang apa itu sebenarnya bahwa saya sedang mencoba untuk menguji?
Dan apa yang bisa saya lakukan itu hanya angka-angka yang keluar?
Aku hanya jenis mengambil menebak ini.
Saya tidak benar-benar tahu apa yang Buffer Versi pertama tampak seperti persis.
Tapi jika Anda berpikir tentang Buffer-- hanya karena example-- sederhana ini
Anda mungkin berpikir ini adalah apa yang mereka merasa seperti
sebagai produk yang layak minimum pertama mereka.
Aku harus bisa membuat account pengguna,
jelas, menghubungkannya dengan saya akun media sosial.
Saya perlu menambahkan tulisan seperti tweet ke dalam buffer saya.
Mengeditnya.
Menghapusnya.
>> Mengatur waktu ketika saya ingin orang-orang yang akan diposting.
Jelas, kebutuhan perangkat lunak untuk secara otomatis posting ke Twitter
atau apa pun berdasarkan jadwal itu.
Dan kemudian aku harus bisa melihat riwayat posting saya.
Yang terasa cukup minim, cukup mendasar, kan?
>> Saya selalu mendorong startups-- terutama seperti, ini mudah bagi kita,
karena itu bukan bayi kami.
Yang Tepat?
Seperti, oh, Ya apapun Lihatlah lagi, dan terus mengatakan apakah ada cara
bahwa saya bisa mendapatkannya dipreteli bahkan lebih?
>> Jadi apa itu kita mencoba untuk mencari tahu?
Jika kita mencoba untuk angka apakah mereka akan menggunakannya,
kita mencoba untuk melihat apakah mereka bahkan akan mengirim apa pun untuk bumper?
Jadi ini terasa sedikit Hacky, tetapi jika mereka belum diposting ke Buffer
Namun, Anda tidak benar-benar perlu untuk memungkinkan mereka untuk mengedit
atau menghapus atau melihat tulisan dalam sejarah.
Jika Anda dapat menanam sesuatu yang di luar sana benar-benar cepat
dan melihat apakah orang bahkan dapat menambahkan posting untuk itu, setelah Anda melihat bahwa,
Anda dapat dengan cepat mulai menambahkan pada fungsi ini.
Tapi hanya mendapatkan sesuatu di luar sana.
Apakah Anda perlu untuk memungkinkan pengguna untuk mengatur jadwal posting?
Mungkin tidak, jika mereka seperti saya dan mereka hanya suka,
Saya tidak ingin saya semua memperlakukan saya akan keluar pada 2:00 pada hari Minggu malam.
>> Anda dapat mengatakan ini adalah saat yang paling populer.
Apa pun, kita hanya akan untuk posting sesuai dengan itu.
Anda mungkin bisa melakukan itu.
Dan kemudian aku agak membuat hal ini, karena Aku tahu mereka hanya dimulai dengan Twitter.
Tapi jelas, Anda bisa hanya memilih media sosial
jaringan yang membuat paling merasakan dan hanya mulai dengan itu.
Dan jadi sekarang kau turun empat dari 10.
>> Dan jika Anda bisa mendapatkan sesuatu di luar sana, hewan peliharaan mengesalkan saya
adalah bahwa orang berpikir dan MVP berarti produk jelek.
Dan saya tidak berpikir itu perlu.
Saya pikir Anda bisa mendapatkan sesuatu di luar sana yang masih berguna,
tetapi tidak plated-- emas hanya beruang minimum absolut.
Dan saya rasa Anda harus jenis gambar keluar berdasarkan audiens Anda apa yang terjadi
masuk akal atau apa yang tidak.
>> Tapi banyak kali Anda mendapatkan sesuatu di luar sana yang lebih minim
daripada Anda akan think-- hanya tes, bagaimana orang menggunakannya.
Jadi saat Anda sedang membangun fitur-fitur tersebut,
Anda ingin untuk berpikir tentang apa yang proses yang layak minimum.
Dan banyak kali ketika kita berpikir tentang proses benar-benar ringan,
kita berpikir tentang proses tangkas.
Kami berpikir tentang lean-- ini sedikit bit random-- hanya beberapa lincah dan ramping
buku yang saya suka.
Jadi ada praktik besar seperti dari Extreme Programming
dan integrasi berkesinambungan, dan refactoring,
yang saya akan berbicara dengan sedikit.
Tapi masalahnya adalah, setelah Anda mulai mendapatkan ke dalam praktek Agile dan rata-rata,
bisa sangat cepat mendapatkan luar biasa.
Dan itu dapat angin mulai berlebihan nyata untuk startup.
>> Jadi masalahnya adalah bahwa banyak buku-buku ini
berbicara tentang bagaimana untuk melakukan Agile ketika Anda
melakukan produk untuk mendirikan perusahaan.
Yang Tepat?
Dan Anda tahu siapa pasar, dan Anda tahu apa peta jalan produk Anda.
Dan mereka angin up-- bahkan meskipun kita seharusnya
untuk menjadi terang weight-- mereka berakhir benar-benar menjadi terlalu berat
untuk startup kita, karena startup hanya
beroperasi di tingkat yang sama sekali berbeda.
Jadi merasa saya adalah bahwa ketika Anda akan startup,
Anda harus berkelahi sebagai neraka.
Yang Tepat?
Jadi awalnya, tidak ada proses.
Anda ingin menyimpannya sesederhana mungkin.
Dan hanya menambah proses yang semacam proses just-in-time.
OK, kita melihat bahwa ada masalah?
Mari kita tambahkan proses cukup untuk mengatasi masalah itu.
Apakah Anda tahu apa yang saya maksud?
Itu karena Anda tidak ingin ada kita memegang Anda ke bawah, kan?
>> Scrum adalah benar-benar populer Proses pembangunan Agile.
Saya tidak tahu apakah kalian akrab dengan ini.
OK, well--
>> [Terkekeh]
>> Akan terlalu berlebihan untuk startup.
Jadi saya tidak akan khawatir tentang itu.
Jadi OK, jika Anda berpikir tentang apa Hal paling sederhana mutlak yang saya butuhkan.
Yah, saya harus mungkin melacak apa
Saya lakukan, terutama jika ada lebih dari satu orang,
tetapi bahkan jika ada satu orang.
Apa yang saya kerjakan?
>> Jadi tugas sederhana board-- sangat mudah.
Ini adalah apa yang saya ingin lakukan.
Ini adalah apa yang saya kerjakan.
Ini adalah apa yang saya lakukan.
Satu-satunya masalah yang saya lihat ketika saya melihat startups melakukan sesuatu seperti ini,
adalah bahwa sangat cepat, mereka kolom dalam proses
cenderung terlihat seperti itu, yang tidak sangat helpful-- terutama jika ada
hanya satu orang atau hanya satu pengembang.
Yang Tepat?
>> Karena Anda tidak mendapatkan apa-apa dilakukan.
Semua yang Anda lakukan akan bolak-balik mencoba untuk mendapatkan semua hal ini dilakukan.
Dan jadi ini adalah contoh yang sangat baik di mana hanya cukup proses bisa datang.
Jadi Kanban adalah alat yang sangat hebat.
Muncul juga dari Lean manufaktur.
>> Dan idenya adalah bahwa apa yang kita ingin lakukan adalah menempatkan kendala
sekitar berapa banyak pekerjaan yang kita bisa menangani pada waktu tertentu.
Dan jika kita satu orang, maka kita hanya dapat bekerja pada satu item pada suatu waktu.
Mohon Maaf.
Jadi semua yang hal-hal lain perlu pergi ke sana.
Jadi apa yang kita lakukan adalah kita menempatkan pekerjaan di kemajuan batasan pada kolom.
Jika ada dua orang, bisa dua.
Anda dapat mencari tahu apa yang paling masuk akal untuk Anda.
>> Tetapi gagasan adalah menjaga hal-hal waras, sehingga Anda hanya
melakukan satu hal pada suatu waktu.
Anda bisa melakukannya.
Anda dapat benar-benar menyelesaikannya.
Satu hal yang perlu diingat is-- jika Anda memiliki satu item
yang Anda lakukan tetapi Item memakan waktu tiga bulan, yang
akan menjadi sulit bagi startup, jelas.
Anda harus mampu untuk menjadi fleksibel dan menjadi
mampu menangani hal-hal karena mereka datang pada Anda.
Anda tidak bisa mengatakan saya tidak melakukan apapun selama tiga bulan
sampai aku mendapatkan layar login dilakukan.
Saya tidak tahu.
>> Jadi saya menyarankan startups untuk menjaga ini benar-benar pendek,
untuk menjaga tugas-tugas ini sehingga bahwa mereka masuk ke dalam satu hari.
Jelas, jika itu lebih kompleks, yang mungkin perlu sedikit lebih lama.
Tapi mencari tahu apa yang terbaik untuk Anda.
Anda dapat mencoba panjang yang berbeda.
Tapi pada umumnya, hanya sebagai Misalnya, jika Anda menyimpan semua tugas
sehingga mereka cocok dalam satu hari, yang berarti bahwa setiap hari,
Anda mendapatkan sesuatu dilakukan.
Dan kau memberikan nilai.
Dan momentum yang dapat benar-benar menggerakkan Anda maju
bukan situasi sebelum, di mana Anda memiliki 500 hal yang terjadi,
dan tidak satupun dari mereka selesai.
Hal lainnya, meskipun, masih mencari
di to-do column-- Saya kewalahan melihat itu.
Dan jika aku seorang pengembang dan aku bekerja pada A, dan aku seperti oh, sial.
Aku punya B dan C dan De dan E dan F dan G dan H. Blah!
Turun jalan.
Aku seperti panik, dan saya "m mencoba untuk mencari tahu bagaimana desain akan
untuk mengakomodasi semua hal ini.
Dan kebenaran adalah bahwa jika kita menerima Fakta bahwa kita tidak benar-benar cukup tahu
apa produk yang akan perlu terlihat seperti sampai kita sudah diletakkan di depan
dari pelanggan, maka kita benar-benar tahu bahwa kita perlu semua pekerjaan tersebut belum?
Atau kita jenis membodohi diri kita sendiri?
>> Jadi, jika Anda benar-benar semua ide-ide tersebut, besar.
Menempatkan mereka di notebook atau spreadsheet atau sesuatu seperti itu.
Tapi saya menyarankan untuk startups menjaga batas kerja-in-progress
pada agenda kolom juga.
Itu merupakan maksimum absolut, Saya akan mengatakan, berapa banyak
Anda bisa dilakukan dalam satu atau dua minggu.
Jadi bahkan tidak harus banyak.
>> Dengan cara itu Anda hanya hiper-fokus pada ini
adalah apa yang saya lakukan, mendapatkan dilakukan pekan ini.
Atau mungkin dua minggu, kan?
Dan tidak ada yang lain semakin dengan cara Anda, dan Anda hanya
memastikan bahwa Anda mendapatkan bahwa di luar sana.
Dan terutama karena Anda mulai menambahkan anggota tim baru, ini benar-benar membantu.
Banyak orang ingin melakukan ini dalam perangkat lunak, yang Anda bisa.
Tapi itu lebih baik jika Anda semua bisa di ruang yang sama
dan hanya memasangnya di dinding.
Ini hanya benar-benar terlihat, dan semua orang bisa hanya
melihatnya, dan melihat apa yang paling penting.
>> Jadi OK, itulah bagaimana Anda mencari tahu apa yang harus dilakukan.
Saat Anda melakukannya, Anda ingin berpikir
tentang apa desain yang layak minimum?
Atau di Agile, kita benar-benar telah sesuatu yang disebut
desain muncul, yang merupakan ide yang sama.
Jadi sudah kalian mendengar desain muncul sebelumnya?
OKE.
>> S-- sebenarnya, aku mencoba mengingat where-- OK.
Jadi ide pedagang desain daripada datang
dengan ini besar, dimuka desain dan mengatakan aku
akan menghabiskan satu bulan mencari tahu arsitektur yang tepat apa komponen
pergi ke mana dan segala sesuatu, biarkan aku hanya desain cukup untuk fitur
yang aku tahu aku meletakkan dalam rilis pertama ini.
Dan tidak ada else-- atau fitur bahwa aku melakukan minggu ini, bahkan.
>> Dan kemudian hanya yang saya butuhkan fitur baru apakah saya mengetahui desain bagi mereka.
Anda tidak mencari tahu desain muka.
Saya pikir dalam kenyataannya, itu bukan ini saklar on-off atau beralih ini.
Saya pikir itu lebih dari spektrum mana Anda telah jatuh
pada kepastian ketidakpastian.
Dan jika dalam startup, atau jika Anda sedang membangun sesuatu yang tidak pernah
telah dibangun sebelumnya, Anda cukup jauh lebih pada kurva ketidakpastian
di sini, kan?
>> Dan jika Anda berpikir tentang hal itu dalam hal bisnis plan-- seperti,
kita berbicara tentang single prediktor terbesar kegagalan
menempel ke rencana bisnis awal.
Jika Anda melakukan ini besar rencana bisnis dimuka,
dan Anda mengatakan saya hanya akan membuta ikuti itu dan tidak melakukan apa-apa.
Tapi kau hanya akan gagal, kan?
Karena ada terlalu banyak ketidakpastian.
Dan aku merasa seperti Hal yang sama berlaku untuk desain.
>> Maaf, jadi bukannya melakukan rencana bisnis dimuka besar,
Anda akan melakukan sangat ringan model bisnis berat
kanvas, yang Anda mungkin telah mendengar tentang.
Ini seperti satu-pager, hanya mendapatkan ide-ide saya keluar.
Ini bukan berarti bahwa Anda tidak memikirkannya sama sekali.
Ada baiknya untuk berpikir tentang hal itu pada awalnya.
Tapi hanya mendapatkan sesuatu yang benar-benar fleksibel keluar besar-- hanya satu halaman.
Dan kemudian, saat Anda pergi, jenis muncul rencana itu dari waktu ke waktu
saat Anda belajar dari pelanggan, dan Anda dapat beradaptasi dengan mereka.
>> Dan kemudian sama Hal ini berlaku untuk desain.
Anda dapat melakukan besar, desain muka, tetapi
tidak masuk akal jika ada banyak ketidakpastian.
Banyak orang berpendapat ada tidak pernah banyak kepastian dalam perangkat lunak,
bahkan jika Anda tidak lakukan di startup.
Jadi Anda tidak pernah ingin melakukan itu besar desain dimuka.
Tapi aku merasa seperti tingkat desain akan
untuk bervariasi berdasarkan berapa banyak kepastian atau ketidakpastian ada.
Dan jadi jika Anda tidak memiliki petunjuk panik dan Anda hanya membuang sesuatu
ada seperti pendaratan Halaman, jelas, Anda
tidak akan pergi mengambil waktu ke seluruh sistem arsitek.
Itu konyol, kan?
Jadi Anda tidak perlu desain dimuka.
Banyak kali, versi pertama Anda mengeluarkan perangkat lunak untuk startup
hanya akan dibuang.
Dan banyak kali, bahkan meskipun saya mungkin mengatakan ini,
Anda hanya bisa jenis hack sesuatu bersama-sama.
Ini mungkin akan dibuang.
Tapi sekali lagi, menggunakan just-in-time Ide untuk desain juga.
OK itu, Anda tahu apa?
Ini sebenarnya beberapa traksi.
Beberapa orang tertarik dalam hal ini.
Aku akan menambahkan beberapa fitur di.
Sekarang, saya merasa seperti saya harus menjadi sedikit cerdas tentang desain.
>> Jadi idenya adalah sebagai merancang Anda, terus YAGNI ini dalam pikiran.
Anda Apakah tidak Akan Perlu Ini.
Jangan desain untuk hal-hal yang belum ada di sana.
Dan tetap sederhana, principle-- bodoh
melakukan hal yang sederhana yang mungkin bisa bekerja.
>> Banyak kali, itu menarik, karena sebagai pengembang,
kita bisa diajarkan untuk melakukan hal- desain yang benar-benar kompleks.
Dan kita diajarkan bahwa itu bagus.
Tapi mencegah kita dari menjadi fleksibel, dan dapat benar-benar boros
jika kita berakhir masuk di arah yang berbeda.
Jadi Agile jenis kata, jangan lakukan itu.
Hanya mencari tahu apa yang Cara paling sederhana, kode sederhana
Anda dapat dimasukkan ke dalam sini itu akan membuatnya bekerja.
Dan kemudian jika saya perlu menambahkan ke itu, saya bisa seperti memperbaiki kode up
dan readdress desain.
>> Jadi ada sesuatu yang disebut refactoring itu benar-benar penting ketika
Anda melakukan desain muncul.
Dan gagasan dengan refactoring is-- Maaf, aku akan kembali sedikit.
Jadi jika Anda melakukan desain muncul, Anda hanya merancang untuk masa depan
Anda miliki saat ini.
Tapi itu tidak berarti bahwa Anda hacking.
Itu tidak berarti saat Anda menambahkan fitur lain,
Anda hanya akan jenis lakban pada.
Yang Tepat?
Karena itu akan memberikan Anda ini bola besar kode lumpur
yang akan menjadi mustahil untuk mempertahankan.
Ide dengan refactoring adalah OK, saya tahu aku hanya perlu, katakanlah, Twitter hari ini,
jadi aku tidak akan melakukan ini abstraksi besar yang mengatakan,
oh, biarkan aku memiliki lapisan abstraksi ini yang akan bekerja dengan media sosial
jaringan yang aku bisa pernah mungkin pikirkan di masa depan,
karena itu membutuhkan waktu.
Biarkan aku hanya-- paling sederhana hal yang mungkin bisa bekerja
adalah biarkan aku hanya membuat diketahui dengan Twitter,
karena itu semua saya harus lakukan hari ini.
Kemudian besok, kita menyadari OK, kita lakukan perlu membuat karya ini dengan Facebook.
Jadi refactoring akan berkata, biarkan aku kembali desain sebelum saya bahkan menambahkan Facebook,
dan mengatakan mengingat bahwa saya tahu bahwa sekarang aku perlu
untuk menangani sebagian besar jaringan sosial, apa yang akan desain yang optimal terlihat
seperti?
Biarkan saya refactor kode untuk menangani desain itu,
dan kemudian saya bisa pasang Fungsi Facebook di.
Apakah itu masuk akal?
>> Jadi banyak orang berpikir, ketika mereka mendengar sesuatu seperti desain muncul,
bahwa Anda melakukan sedikit desain atau bahwa Anda hanya hacking.
Tapi sebenarnya Anda benar-benar melakukan lebih desain.
Ini semacam sama hal perencanaan, kan?
Anda benar-benar melakukan lebih planning-- itu
Hanya saja bukan melakukan semuanya di depan,
Anda melakukannya terus menerus sambil jalan.
>> Jadi saya pikir itu benar-benar hebat bahwa kalian mengambil CS50,
karena saya mendengar ini berkali-kali hari, aku bahkan tidak bisa memberitahu Anda.
Orang-orang datang kepada saya dan mereka mengatakan, Abby, aku punya ide bagus ini!
Yang saya butuhkan adalah pengembang.
Dan aku agak ingin menembak diri di kepala ketika saya mendengar itu.
>> Karena jenis assumes-- mereka akan datang,
dan mereka akan menjadi seperti yang saya miliki ide semua tahu.
Aku punya rencana bisnis.
Aku punya desain.
Aku hanya perlu pengembang untuk pergi kode untuk saya, kan?
Dan itu hanya asumsi bahwa mereka telah mendapat semua jawaban di depan,
dan orang ini hanya bisa pergi kode untuk mereka,
dan mereka akan membuat satu juta dollars-- yang
hanya tidak memperhitungkan Bahkan semua ketidakpastian.
>> Jadi jika kita semacam melihat langkah-langkah dari development-- dan aku minta maaf.
Ini sedikit air terjun-y.
Tapi apa yang biasanya terjadi adalah sosok Anda OK, ini adalah apa yang saya ingin kode.
Anda mengambil beberapa waktu untuk mengembangkannya, mengujinya.
Jaminan kualitas adalah pengujian itu.
Dan kemudian setelah Anda punya seluruh rilis bersama-sama,
yang mungkin mengambil satu bulan.
Itu membuat dua tiga bulan.
Kemudian Anda melepaskan hal itu, kan?
>> Tetapi jika kita katakan, OK, mari kita berpikir tentang bagaimana kita
memaksimalkan pembelajaran yang terjadi di sini?
Karena jika kita hanya pergi kepala-down untuk tiga bulan atau satu tahun atau sesuatu
dan menaruh beberapa kode keluar ada dan tidak bekerja,
maka kita semacam kacau, kan?
Jadi di mana melakukan pembelajaran terjadi di sini?
Beberapa pembelajaran terjadi ketika kita melakukan persyaratan,
karena kita sedang berbicara dengan pelanggan, dan kita mencoba untuk memahami tentang mereka.
Tetapi kenyataannya adalah bahwa kebanyakan belajar tidak
terjadi sampai kita benar-benar memasukkan sesuatu ke dalam tangan mereka
dan melihat bagaimana mereka menggunakannya.
Dan jadi apa artinya ini bahwa waktu, tempat
bahwa kita menghabiskan sebagian besar time-- yang pengembangan dan QA atau testing-- ada
belajar yang sangat kecil yang terjadi.
>> Dan jika kita melihat ini dan mengatakan bagaimana bisa kita memaksimalkan belajar?
Atau bagaimana kita bisa mengurangi waktu yang terjadi antara belajar?
Suatu hal yang besar adalah penyebaran terus menerus.
Saya tidak tahu apakah kalian punya mendengar tentang penyebaran terus menerus.
Jadi ide dengan itu-- bukan mengatakan, OK, kita akan pergi.
Kami memiliki ini rilis pada tiga bulan.
Kita akan membangun semua fitur untuk itu.
Dan kemudian hanya pada akhir rilis yang
kita akan benar-benar mendorong itu ke dalam produksi
dan meletakkannya di depan pengguna.
>> Ide dengan penyebaran kontinyu adalah mengambil yang ke ekstrim lainnya.
Jadi, apakah kalian familiar dengan kontrol versi?
Jadi idealnya, ketika Anda bekerja pada kode Anda, setiap kali Anda
menambahkan beberapa fungsi baru, Anda akan memeriksa ke kontrol versi.
Jadi, jika Anda mengacaukan sesuatu up, Anda dapat selalu kembali.
Atau Anda dapat melihat apa yang berubah, jika ada sesuatu yang rusak.
>> Jadi ide dengan penyebaran kontinyu adalah
segera setelah Anda memeriksa sesuatu ke kontrol versi,
itu mendorong kode untuk server pementasan.
Ini akan menjalankan tes otomatis pada itu, pastikan Anda tidak melanggar apa-apa.
Jika Anda tidak melanggar apa-apa, itu akan mendorongnya keluar
dari produksi.
>> Jadi booming.
Ini di tangan pelanggan.
Sangat berbeda.
Tetapi jika kita melakukan hal ini, jika kita mendorong hal-hal untuk pelanggan secepat
mungkin, maka kita sudah kode ke tangan mereka.
Kita bisa melihat bagaimana mereka bekerja dengan mereka,
dan kita benar-benar dapat memaksimalkan belajar.
>> Jadi aku akan berbicara melalui ini sedikit lebih,
karena saya tidak tahu apakah itu penyebaran kontinyu was--
bisa sangat ekstrim, kan?
Dan itu bisa sangat sulit dilakukan.
Jadi orang-orang, perusahaan biasanya jenis mulai dengan integrasi berkesinambungan,
dan mereka bekerja dengan cara mereka ke depan.
>> Jadi integrasi berkesinambungan adalah ini Konsep itu semacam bagian pertama
yang saya bicarakan.
Jadi ide dengan integrasi berkesinambungan adalah
Anda masih memiliki jadwal rilis Anda.
Anda akan melepaskan setiap dua minggu atau setiap tiga bulan atau apa pun yang.
>> Tapi setiap kali seseorang cek beberapa kode di,
itu tidak mendorong kode ke server pementasan.
Terlihat server pementasan seperti produksi dan
menjalankan serangkaian tes otomatis pada mereka untuk memastikan tidak ada pecah.
Jika sesuatu pecah, maka itu akan membiarkan semua orang tahu hei,
membangun rusak.
Dan setiap orang memiliki berhenti dan pastikan itu tetap.
>> Jadi seperti itu, Anda selalu menjamin bahwa segala sesuatu yang Anda check-in
adalah menjaga kode di negara OK.
Kemudian ketika Anda siap untuk merilisnya di fraksi, Anda menyadari segalanya.
Pengiriman terus menerus adalah semacam Langkah berikutnya dalam proses ini, yang
adalah bahwa setiap kali Anda check-- dikatakan sama thing-- setiap kali kita periksa
sesuatu ke kontrol versi, mendorong ke server pementasan.
Ini berjalan tes di atasnya.
>> Tapi budaya diatur seperti yang selalu
menjaga kode sehingga dapat mendorong produksi setiap saat.
Jadi dengan integrasi berkesinambungan, Anda mungkin memiliki peta jalan dan berkata,
kita hanya akan mendorongnya produksi dalam tiga bulan.
Yang Tepat?
Ini tidak benar-benar harus siap untuk dilihat oleh pelanggan.
Tapi dengan ini, kau mengatakan pada suatu titik waktu tertentu,
Anda bisa seperti ya, aku senang dengan set fitur ini,
meskipun kami hanya dua minggu di.
Aku akan pergi ke depan dan mendorongnya keluar kepada pelanggan,
dan aku tahu itu akan menjadi OK.
>> Dan sehingga Anda mungkin memiliki sesuatu seperti switch dalam kode Anda
yang mengatakan untuk fitur yang hanya setengah dilakukan.
Mereka tidak benar-benar terlihat.
Mengapa terlihat pelanggan belum?
Atau sesuatu seperti itu.
Tapi Anda selalu pastikan Anda tidak memiliki apa-apa
itu dalam keadaan aneh ini, karena dapat mendorong untuk produksi setiap saat.
>> Dan sekali Anda berada di, Anda sudah baik dari mendapatkan semua terbiasa dengan gagasan bahwa
bahwa Anda selalu coding sehingga sudah siap untuk pergi ke produksi.
Maka itu tidak begitu sulit untuk bergerak penyebaran berkelanjutan, yang
adalah bahwa setiap saat Anda memeriksa sesuatu di,
selama tes berlalu, ia pergi ke produksi.
Apakah itu semacam masuk akal?
>> Sehingga masih dapat benar-benar Konsep menakutkan, tapi itu
menarik untuk melihat bagaimana beberapa perusahaan melakukannya.
Jadi Etsy tidak benar-benar pekerjaan yang baik dengan ini.
Jika Anda tertarik, mereka punya sebuah blog yang
berbicara tentang bagaimana mereka melakukannya terus menerus penyebaran, yang benar-benar mengagumkan.
Mereka menyebarkan produksi up 50 kali hak day--?
Yang crazy-- dapat Anda bayangkan jika Anda pergi ke situs Etsy, 50 kali
hari, situs yang sedang diperbarui belakang layar.
>> Dan pada tahun 2011, mereka dikerahkan 10.000 kali selama tahun dengan 100 insinyur.
Dan apa yang mereka katakan bertentangan dengan apa yang mungkin Anda think-- seperti oh my god,
itu mengerikan!
Kode, situs ini akan menjadi bencana.
Mereka mengatakan sebenarnya, setelah Anda penggelaran yang sering, sistem ini
jauh lebih stabil, mereka benar-benar menyebutnya kepercayaan sebagai layanan.
Karena ketika kita menyebarkan, kami telah sudah melakukan ini 9.999 kali.
Kami punya ini.
>> Hal ini juga membuatnya jadi lebih mudah bagi mereka untuk bereksperimen dengan hal-hal.
Jadi apa yang mereka katakan sebelumnya adalah mereka digunakan untuk melepaskan produksi
setiap dua minggu atau setiap bulan.
Dan kalian mungkin bayangkan jika Anda sudah pernah
mendapat tenggat waktu untuk besar proyek yang sedang Anda kerjakan,
dan Anda memiliki daftar hal-hal bahwa Anda ingin mendapatkan dilakukan,
dan kemudian karena mendapat lebih dekat dengan tenggat waktu,
Daftar mulai menyusut sedikit.
Seperti juga, mungkin aku tidak benar-benar perlu melakukan hal ini.
Mungkin aku tidak benar-benar perlu melakukan itu.
>> Jadi itulah yang mereka katakan akan terjadi.
Saat mereka akan lebih dekat dengan release-- dan itu adalah masalah besar.
Mereka harus mendapatkan rilis tepat waktu.
Tapi mereka akan mulai pengupas pergi fitur.
Dan mereka benar-benar melakukan sedikit fitur, karena mereka hanya
melepaskan setiap dua minggu atau satu bulan.
Sekarang mereka melepaskan begitu banyak kali,
memberi mereka fleksibilitas ini mengatakan, Anda tahu apa?
Kami ingin membangun baru fitur, tapi kami tidak
tahu apakah kita harus menempatkan banyak waktu ke dalamnya.
Mari kita memadamkan ini benar-benar versi minimum fitur
dan melihat apakah ada orang bahkan mengklik itu, jika ada yang bahkan tertarik.
Jika mereka, maka kita dapat meng- menariknya kembali dan membangun itu,
atau kita bisa sangat cepat menambahkan fitur baru untuk itu.
>> Dan mereka mengatakan itu hanya memberi mereka begitu lebih banyak fleksibilitas untuk percobaan.
Dan itu benar-benar menarik untuk melihat perusahaan besar melakukan hal itu.
Dan pada saat startup, terutama, di mana itu sangat penting untuk mempelajari apa yang terjadi,
dapat benar-benar efektif.
Dan kemudian datang kembali papan Kanban kami.
>> Ini menarik.
Banyak kali, ketika orang-orang melakukan papan seperti ini,
ada banyak perdebatan apa artinya kolom Selesai.
Jadi OK, aku bekerja pada tugas.
Apakah hal itu dilakukan ketika kode lengkap?
Apakah hal itu dilakukan ketika seseorang Ulasan dan rasanya seperti itu diuji?
Itu dilakukan ketika ia pergi keluar ke produksi?
>> Dan banyak startups akan mengatakan, Anda tahu apa?
Kita akan menambahkan kolom baru di di sini, yang merupakan kolom belajar.
Ini tidak benar-benar dilakukan sampai kita sudah tidak hanya dimasukkan ke dalam produksi,
kami telah memasukkannya ke dalam pelanggan ' hands-- tapi kami sudah benar-benar
belajar dari bagaimana mereka sudah menggunakannya.
Dan apa yang benar-benar keren tentang itu kemudian,
kita bisa menggabungkan bahwa belajar kembali ke siklus,
dan mengatakan berdasarkan apa kita telah belajar, berdasarkan
pada apa yang kita se-- bagaimana kita melihat mereka menggunakan itu-- kita bisa mengetahui set berikutnya untuk melakukan.
>> Jadi mereka adalah pola yang saya telah melihat untuk inovasi yang sukses
seluruh startups yang telah berhasil.
Saya akan juga berbicara sedikit tentang sumber daya
yang tersedia jika Anda tertarik melakukan iLab startup.
Tapi saya juga bisa menghentikannya di sini, jika Anda orang memiliki pertanyaan tentang apa yang saya bicarakan.
Teruskan?
OKE.
>> [Terkekeh]
>> OK, jadi Anda tahu tentang iLab?
OK, mengagumkan.
Jadi iLab memiliki sumber daya yang mengagumkan.
Jika Anda mencari untuk melakukan startup, kita punya apa-apa
from-- kita lakukan hacknights sana.
Kadang-kadang, kita lakukan hackathons, jika Anda hanya ingin
untuk pergi hack pada proyek-proyek keren dengan orang-orang.
>> Kami memiliki workshop.
Kami memiliki kelas yang kembali kredit yang adalah jenis dingin kewirausahaan
yang terbuka to-- sebagian besar mereka terbuka untuk semua orang.
Tapi kami juga memiliki workshop gratis beberapa kali seminggu,
bahwa kita hanya membawa ahli dari industri
untuk berbicara tentang anything-- dari konsep teknis, untuk menggalang dana,
bagaimana untuk melakukan penjualan.
>> Apa pun yang Anda inginkan sekitar startups, kami
memiliki ahli dan warga yang yang tersedia untuk melakukan one-on-one.
Anda hanya dapat mendaftar untuk jam kantor dengan mereka.
Anda bahkan tidak harus memiliki startup.
Hanya jika Anda punya ide dan Anda ingin balance--
mendapatkan informasi atau wawasan dari seorang ahli
pada yang sama thing-- penjualan, pembiayaan.
Kami mendapatkan bantuan hukum.
Anda bisa mendaftar untuk mereka di sana.
Kami selalu punya hal-hal yang terjadi.
>> Jadi jika Anda tertarik, itu sumber daya benar-benar hebat.
Anda dapat pergi ke situs kami.
Buletin ini benar-benar mengagumkan.
Aku agak biasanya benci mendapatkan email, tapi itu keren.
Kami telah begitu banyak terjadi, saya bahkan tidak tahu apa semua itu.
Jadi, jika Anda mendaftar untuk newsletter, kami akan
membiarkan Anda tahu setiap minggu apa yang terjadi.
Anda juga dapat melihat kalender kami untuk melihat apa peristiwa yang datang.
>> Dan saya di sana untuk membantu jika Anda ingin melakukan startup teknologi.
>> [Terkekeh]
>> Jadi itulah apa yang aku punya.
>> [TEPUK TANGAN]
>> [TERTAWA]
>> Terima kasih.