Siapa Patut Memiliki Akaun Pembangun Apple dan Google Aplikasi Anda?

Beberapa bulan selepas aplikasi mudah alih dilancarkan, pemilik perniagaan menghubungi agensi yang membinanya untuk meminta kemas kini, lalu mendapati agensi itu sudah tutup, senyap, atau mahu mengenakan bayaran untuk akses kepada sesuatu yang pemilik sangka sudah mereka miliki: akaun tempat aplikasi itu sebenarnya diterbitkan. Ini bukan kisah yang jarang berlaku. Aplikasi mudah alih bukan sekadar kod; ia juga satu penyenaraian di App Store Apple dan Google Play, berada dalam sebuah akaun pembangun, dan sesiapa yang mengawal akaun itu mengawal sama ada aplikasi boleh dikemas kini, atas nama siapa ia diterbitkan, dan sama ada ia kekal disenaraikan. Panduan ini membincangkan siapa yang patut memegang akaun itu, apa yang perlu diminta sebelum pembinaan bermula, dan apa yang perlu dilakukan jika orang yang salah sudah memegangnya.

Apa yang sebenarnya dikawal oleh akaun pembangun

Akaun Apple Developer Program dan akaun pembangun Google Play bukan perkara yang sama dengan kod aplikasi itu. Kod ialah apa yang berjalan pada telefon; akaun ialah identiti pentadbiran tempat aplikasi itu diterbitkan di setiap kedai aplikasi. Sesiapa yang memiliki akaun itu mengawal:

• Penyenaraian yang diterbitkan itu sendiri. Halaman aplikasi di kedai aplikasi, termasuk nama pembangun atau penerbit yang dipaparkan kepada sesiapa yang mencarinya.
• Setiap kemas kini pada masa akan datang. Versi baharu, pembetulan pepijat dan tampung keselamatan hanya boleh dihantar melalui akaun tempat aplikasi itu terikat.
• Komunikasi kedai aplikasi. Amaran polisi, perubahan wajib dan notis peringkat akaun daripada Apple atau Google dihantar kepada sesiapa yang memegang akaun itu, bukan secara automatik kepada perniagaan yang namanya tertera pada aplikasi.
• Keputusan untuk menurunkan atau menggantung aplikasi. Hanya pemilik akaun boleh menurunkan aplikasi itu, atau bertanggungjawab apabila kedai aplikasi melakukannya.

Tidak satu pun daripada ini sama dengan soalan siapa yang memiliki kod sumber. Itu perkara berasingan yang sama penting, dibincangkan dalam siapa yang memiliki kod sumber sistem perniagaan tersuai anda. Sebuah perniagaan boleh memiliki kodnya secara menyeluruh namun masih tidak dapat mengemas kini aplikasinya sendiri, jika akaun tempat ia diterbitkan dimiliki orang lain.

Risiko bila agensi memegang akaun itu, bukan anda

Membayar agensi untuk membina dan menerbitkan aplikasi mudah alih adalah perkara biasa. Risikonya secara khusus terletak pada akaun siapa ia diterbitkan. Jika akaun itu milik agensi dan bukan perniagaan, perniagaan itu, pada hakikatnya, menjadi tetamu pada aplikasinya sendiri.

Apa maksudnya pada praktiknya, jika hubungan dengan agensi itu berakhir dengan buruk, menjadi senyap, atau sekadar berubah:

• Tidak seorang pun dalam perniagaan boleh menghantar kemas kini. Pembetulan pepijat, tampung keselamatan wajib, atau perubahan bermusim semuanya menunggu seseorang yang mungkin tidak lagi membalas.
• Perniagaan tidak boleh membalas isu polisi kedai aplikasi. Jika Apple atau Google menandakan sesuatu yang memerlukan tindak balas, pemilik akaun ialah yang ditanya, dan yang mesti bertindak.
• Aplikasi boleh hilang daripada kedai aplikasi. Jika akaun agensi ditutup, digantung, atau sekadar berhenti diperbaharui, setiap aplikasi di bawahnya, termasuk aplikasi anda, turut lenyap.
• Nama pembangun yang disenaraikan mungkin bukan nama perniagaan sendiri. Pelanggan yang menyemak siapa menerbitkan aplikasi itu melihat nama agensi, bukan nama perniagaan.

Tidak satu pun daripada ini memerlukan niat buruk. Agensi yang tutup secara senyap, diambil alih, atau sekadar terlupa menyerahkan akaun menghasilkan kesudahan yang sama seperti agensi yang sengaja menahannya. Pengajaran praktikalnya tetap sama: ini patut diselesaikan sebelum pembangunan bermula, bukan selepas aplikasi sudah berjalan dan sesuatu sudah tersilap.

Pemilikan akaun dan akses pekerja bersama ialah dua perkara berbeza

Pembezaan yang berguna ialah antara siapa memiliki akaun dan siapa dibenarkan bekerja di dalamnya. Apple dan Google kedua-duanya membenarkan pemilik akaun menambah orang lain dengan peranan yang disesuaikan dengan apa yang mereka benar-benar perlu lakukan, tanpa menyerahkan pemilikan akaun itu sendiri.

Inilah susunan yang sebenarnya melindungi sebuah perniagaan: akaun didaftarkan atas nama perniagaan sendiri, dan sesiapa yang membina aplikasi, sama ada agensi, pekerja bebas atau pembangun dalaman, ditambah sebagai pekerja bersama dengan akses yang tepat diperlukan oleh kerja itu. Jika anda masih menimbang siapa antara ketiga-tiga ini patut membina aplikasi itu pada mulanya, mengupah pekerja bebas, pembangun dalaman atau syarikat pembangunan membincangkan keputusan itu; panduan ini mengandaikan pilihan sudah dibuat dan memberi tumpuan kepada soalan akaun yang menyusul selepasnya.

Apa yang perlu diminta sebelum pembinaan aplikasi mudah alih bermula

Selesaikan ini pada peringkat yang sama anda menyelesaikan harga dan skop, bukan selepas aplikasi dihantar ke kedai aplikasi.

1. Tanya akaun siapa aplikasi itu akan diterbitkan. Jawapannya patut ialah akaun Apple Developer Program dan akaun pembangun Google Play perniagaan anda sendiri, didaftarkan atas nama perniagaan anda.
2. Jika akaun belum wujud, daftarkan sendiri, atau minta perniagaan anda mendaftarkannya. Proses pendaftaran setiap kedai aplikasi direka untuk pemilik akaun melakukannya sendiri; pembangun boleh membimbing anda melaluinya, tetapi pendaftaran itu sendiri patut berada di bawah perniagaan anda.
3. Sahkan anda sendiri memegang log masuk akaun itu, atau sekurang-kurangnya peranan admin. Peranan admin membolehkan anda menguruskan siapa lagi mempunyai akses, yang penting jika hubungan pembangun semasa perlu berubah suatu hari.
4. Tambah pembangun sebagai pekerja bersama dengan peranan yang disesuaikan, bukannya menyerahkan kelayakan log masuk akaun itu sendiri. Inilah cara biasa kedua-dua kedai aplikasi menjangkakan akaun dikongsi.
5. Dapatkan susunan akaun ini disahkan secara bertulis, bersama terma skop dan harga yang biasa, supaya tidak ada kekaburan untuk diselesaikan kemudian jika hubungan itu berubah.
6. Tanya apa yang berlaku kepada penyenaraian jika hubungan itu tamat. Jawapan bertulis sekarang jauh lebih berharga daripada jaminan lisan sebaik sahaja ada perselisihan untuk dihadapi.

Tidak satu pun daripada ini luar biasa untuk diminta, dan pembangun yang pernah melakukan ini sebelumnya sepatutnya menjangkakan soalan ini. Ia perbualan yang lebih kecil dan lebih tenang untuk dilakukan sebelum kontrak ditandatangani berbanding selepas aplikasi hilang daripada kedai aplikasi.

Jika aplikasi anda sudah berjalan di bawah akaun orang lain

Keadaan ini boleh diselesaikan, tetapi ia lebih perlahan dan kurang pasti berbanding memulakannya dengan betul, jadi ia berbaloi dibetulkan walaupun belum ada apa-apa yang tersilap.

• Kedua-dua akaun perlu aktif dan dalam keadaan baik. Pemindahan mengalihkan aplikasi daripada satu akaun pembangun ke akaun lain, dan kedua-dua hujung pergerakan itu perlu dalam keadaan berfungsi.
• Pemegang semasa perlu bekerjasama. Pemindahan bukan sesuatu yang perniagaan boleh paksa seorang diri; ia memerlukan akaun yang kini memegang aplikasi itu bersetuju dan bertindak.
• Ulasan biasanya berpindah; sesetengah laporan dan data tidak. Penilaian dan ulasan umumnya berpindah bersama aplikasi, tetapi perkara seperti laporan pendapatan atau penggunaan terdahulu selalunya terikat kepada akaun tempat ia dijana, bukan aplikasi itu sendiri, jadi simpan salinan apa yang boleh sebelum pemindahan.
• Jangkakan tempoh semakan, bukan pertukaran segera. Setiap kedai aplikasi menyemak pemindahan sebelum menyelesaikannya, yang menambah masa yang perlu dirancang oleh perniagaan dan bukan sesuatu yang mengejutkan.

Jika hubungan semasa dengan sesiapa yang memegang akaun itu masih boleh diusahakan, jalan paling mudah ialah meminta pemindahan sekarang, secara bertulis, berbanding menunggu sebab yang memaksa soalan itu. Panduan di atas bawah “apa yang perlu diminta” terpakai sama baiknya secara retroaktif seperti sebelum pembinaan bermula.

Mengapa soalan ini khusus untuk aplikasi mudah alih

Seluruh risiko ini ialah ciri cara kedai aplikasi berfungsi, bukan ciri perisian tersuai secara umum. Aplikasi web, jenis yang berjalan dalam pelayar dan bukan dipasang daripada kedai aplikasi, tidak mempunyai akaun pembangun untuk dibimbangkan: ia berada pada domain dan akaun pengehosan yang perniagaan sudah kawal, sama seperti mana-mana laman web. Tidak ada apa-apa tentang mengaksesnya yang bergantung kepada Apple atau Google. Aplikasi web vs aplikasi mudah alih: mana yang benar-benar diperlukan perniagaan anda membincangkan keputusan yang lebih luas itu, dan ia berbaloi disemak semula jika kerumitan akaun aplikasi mudah alih itu sendiri menjadi sebab untuk mempersoalkan sama ada aplikasi mudah alih ialah pembinaan yang betul pada mulanya. Bagi perniagaan yang belum menentukan sama ada ia memerlukan satu, tanda sudah tiba masanya menambah aplikasi mudah alih kepada aplikasi web sedia ada anda menetapkan bila langkah itu benar-benar berbaloi.

Aplikasi mudah alih membawa keperluan ini kerana kedai aplikasi itu sendiri dibina di sekitar satu penerbit yang bertanggungjawab bagi setiap aplikasi, untuk semakan keselamatan, penguatkuasaan polisi dan pengebilan. Pilihan reka bentuk itu munasabah bagi Apple dan Google; ia sekadar bermakna perniagaan yang menempah aplikasi itu mempunyai satu lagi perkara untuk dimiliki berbanding dengan laman web atau aplikasi web, dan satu lagi perkara yang berbaloi dibetulkan daripada perbualan pertama dengan pembangun.

Satu senario ringkas

Sebuah rangkaian kafe mengupah agensi untuk membina aplikasi kesetiaan bagi iOS dan Android. Agensi itu memberi sebut harga yang adil, menyiapkannya tepat pada masa, dan aplikasi itu berfungsi dengan baik. Lapan belas bulan kemudian, kafe itu mahu menambah ciri baharu dan meminta sebut harga daripada agensi. Agensi itu sudah beralih kepada kerja lain dan lambat membalas. Pemilik kafe cuba mencari pembangun lain untuk membuat perubahan itu sebaliknya — dan mendapati aplikasi itu diterbitkan di bawah akaun Apple dan Google agensi asal, bukan akaun kafe itu. Tidak seorang pun dalam perniagaan boleh menghantar kemas kini, membalas notis kedai aplikasi, atau malah mengesahkan siapa kini mempunyai akses. Kod itu sendiri mungkin masih sempurna digunakan; akaun yang menjadi bergantungnya itulah penghalang sebenar.

Jika kontrak asal sekadar menamakan akaun pembangun kafe itu sendiri sebagai akaun penerbitan, dengan agensi ditambah sebagai pekerja bersama, perubahan yang sama lapan belas bulan kemudian hanyalah perbualan biasa dengan mana-mana pembangun yang sanggup melakukan kerja itu, bukan pencarian untuk seseorang yang masih memegang log masuk.

Apa kosnya

Setiap kedai aplikasi mengenakan yuran pendaftarannya sendiri kepada pemegang akaun untuk membuka akaun pembangun, berasingan sepenuhnya daripada apa yang dikenakan pembangun untuk membina aplikasi itu. Yuran ini dibayar oleh perniagaan terus kepada Apple atau Google, tidak termasuk dalam sebut harga pembangunan. Berapakah kos aplikasi mudah alih tersuai di Malaysia membincangkan pembahagian kos ini dengan lebih terperinci, bersama faktor yang mendorong kerja pembangunan itu sendiri. Perkhidmatan Pembangunan Aplikasi & Sistem Gotka membina aplikasi mudah alih daripada indikatif RM15,000, disahkan melalui sebut harga bertulis setelah skop difahami; yuran pendaftaran kedai aplikasi berada di luar sebut harga itu dan ialah milik perniagaan sendiri, tidak kira siapa membina aplikasi itu.

Kesilapan biasa

• Tidak pernah bertanya akaun siapa aplikasi itu akan diterbitkan. Kesenyapan tentang soalan ini biasanya bermakna akaun pembangun sendiri menjadi lalai.
• Menganggap memiliki kod bermakna memiliki penyenaraian. Kedua-duanya ditadbir secara berasingan; sahkan kedua-duanya.
• Menyerahkan kelayakan log masuk akaun penuh berbanding menambah peranan pekerja bersama. Ini membalikkan siapa sebenarnya mengawal akaun itu.
• Menganggap pemilikan akaun sebagai butiran untuk diselesaikan kemudian. Lebih mudah menyediakannya dengan betul pada permulaan berbanding menguraikannya selepas hubungan retak.
• Menganggap pemindahan segera jika sesuatu memang tersilap. Ia memerlukan pihak yang bekerjasama dan tempoh semakan, jadi ia pilihan pemulihan, bukan jaring keselamatan untuk diharapkan.
• Tidak mendapatkan susunan itu secara bertulis. Persefahaman lisan tentang siapa mengawal akaun bukan sesuatu yang boleh ditindak beberapa bulan kemudian.

Di mana Gotka Technologies berperanan

Perkhidmatan Pembangunan Aplikasi & Sistem Gotka membina aplikasi web, sistem perniagaan dan aplikasi mudah alih, dengan aplikasi mudah alih bermula indikatif RM15,000, disahkan melalui sebut harga bertulis setelah skop difahami. Pada pembinaan aplikasi mudah alih, ini termasuk menerbitkan di bawah akaun pembangun yang didaftarkan atas nama perniagaan klien sendiri, dengan Gotka ditambah sebagai pekerja bersama untuk kerja itu berbanding memegang akaun itu sendiri — susunan yang disyorkan panduan ini untuk diminta daripada mana-mana pembangun. Aplikasi mudah alih yang bergantung pada bahagian belakang juga memerlukan tempat yang boleh dipercayai untuk bahagian belakang itu berjalan, dan di situlah Pengehosan Awan Gotka berperanan.

Istilah utama digunakan dalam panduan ini

• Akaun pembangun: akaun pentadbiran dengan Apple atau Google tempat sesebuah aplikasi diterbitkan, berasingan daripada kod aplikasi itu sendiri.
• Apple Developer Program: akaun berbayar yang diperlukan untuk menerbitkan aplikasi di App Store Apple.
• Akaun pembangun Google Play: akaun yang diperlukan untuk menerbitkan aplikasi di Google Play bagi Android.
• Pemilik akaun: pihak yang namanya akaun pembangun itu didaftarkan, dengan kawalan penuh ke atasnya.
• Peranan pekerja bersama: tahap akses yang disesuaikan, seperti pembangun atau admin, yang membenarkan seseorang bekerja dalam akaun tanpa memilikinya.
• Nama penerbit: nama pembangun atau syarikat yang dipaparkan secara awam pada penyenaraian kedai aplikasi bagi sesebuah aplikasi.
• Pemindahan aplikasi: proses mengalihkan penyenaraian aplikasi daripada satu akaun pembangun ke akaun pembangun lain.