Dalam dunia pengekodan, API (Antara Muka Pengaturcaraan Aplikasi) adalah protokol yang mudah dan dipersetujui yang digunakan oleh komponen perisian untuk berkomunikasi. Hampir semua apl yang kami gunakan setiap hari mempunyai ratusan (jika tidak beribu-ribu) komponen ini. Tanpa API sedemikian, membina aplikasi hampir mustahil.
Dalam artikel ini saya akan membincangkan
Metafora API
Bagaimana untuk mengetahui apabila anda melakukan kesalahan
Cara membuat API Pasukan
Contoh API permulaan untuk PMM
Menetapkan irama
Metafora API.
Metafora API ialah konsep yang berkuasa Senarai Faks apabila memikirkan cara pasukan pemasaran dan organisasi bersebelahan perlu saling berkomunikasi.
Pada asasnya, matlamat anda adalah untuk merasmikan pertukaran maklumat, kekerapan dan format anda supaya anda mula membina jambatan biasa dengan pemain penting lain di syarikat anda.
Ia adalah metafora yang hebat untuk mengatur interaksi standard dalam apa jua bentuk
Sebagai contoh, fikirkan tentang restoran sebagai tiga pihak berhubung menggunakan dua API yang dipersetujui:
API pelayan/pelanggan, dan
API pelayan/dapur
Pelanggan/Pelayan:
Memberi pesanan kepada pelayan
Mendapat makanan daripada pelayan
Dapur/Pelayan:
Mendapat tiket daripada pelayan.
Memberi makanan kepada pelayan
Ini adalah ein business angel ist ein privater investor der in der anfangsphase interaksi yang dipersetujui. Bukannya tidak boleh ada penyesuaian, tetapi jika Gives/Gets asas tidak ada, sistem akan rosak!
Bagaimana untuk mengetahui apabila anda melakukan kesalahan…
Tanya diri anda: berapa kerap pasukan anda cuba untuk saling berhubung dengan menjadualkan pembentangan ‘status’? Terus terang, ini biasanya laporan keluar sehala, menyimpulkan keperluan/permintaan tumpul yang tidak pernah diselesaikan sepenuhnya.
Jika anda bernasib baik, ini berlaku sekali setiap suku tahun, lebih bertuah jika ini berlaku sekitar masa perancangan. Atau mungkin anda telah memotivasikan ahli pasukan yang melakukan 1 kali capaian data… tidak akan diulang lagi?
Jenis interaksi ini paling tidak cekap, dan cg leads paling teruk, tidak berfungsi. Mereka satu arah, ad-hoc dan tidak memenuhi sepenuhnya kesalinghubungan antara pasukan. Seolah-olah pasukan anda semua bekerja secara bebas, secara berkala berpura-pura kerjasama.
Alternatif Cara Mencipta Team API
Pendekatan pilihan saya adalah untuk pasukan PMM bersetuju dengan maklumat mudah “memberi” dan “mendapat” antara mereka dan pasukan bersebelahan – serupa dengan mereka bentuk API perisian:
Apakah matlamat/hasil bersama yang cuba dicapai oleh 2 pasukan secara kolektif?
Apa yang pasukan A perlu sediakan (beri) kepada pasukan B?
Apakah yang perlu pasukan A terima (dapat) daripada pasukan B?
Pada irama apakah ini mesti berlaku (mis. mesyuarat bulanan)?
