Home / Proyek bimbingan keputusan / biaya pengembangan kustomisasi APP
PROJECT DECISION GUIDE

Biaya pengembangan Cusomisasi APP, daftar perkalian dan pengiriman

Biaya proyek APP bukan hanya beberapa halaman klien. Sistem akun, kantor latar belakang bisnis, pembayaran dan pesan, antarmuka pihak ketiga, migrasi data, up- to-date dan pemeliharaan kompatibilitas secara keseluruhan semua dianggarkan.

Jawab pertanyaannya.

Biaya Pengembangan Suai APP

Desain dari pengadaan APP seharusnya diperkirakan secara keseluruhan, berdasarkan "bisnis di belakang panggung dan antarmuka, pengalaman akhir bergerak, kemampuan operasi upline". Primary atau rute cross- end, jumlah kerumitan operasional, kemampuan real-time dan offline, keamanan kinerja, kebutuhan up- date dan jangka panjang pemeliharaan versi perawatan adalah faktor utama menentukan biaya dan siklus.

SCOPE & BUDGET LEVELS

Pertama, masukan jelas ke batas oleh fase projek

Lapisan-lapisan berikut ini digunakan untuk membangun dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.

Tahap 1

Produk dan cakupan teknologi

Hapus target pengguna, proses inti dan rute teknis klien

Permintaan combo, prototipe kunci, jangkauan terminal, kantor back- dan daftar antarmuka, validasi teknis dan anggaran fase

Tahap 2

Versi daring awal

Komplesi dari bisnis tertutup loop end- to-end yang dapat digunakan oleh pengguna sebenarnya

Klien, kantor belakang, hak akses akun, antarmuka yang diperlukan, pengujian, penyebaran, dan dukungan toko aplikasi

Tahap 3

Operasi dan melanjutkan iterasi

Skala lengkap, kompatibilitas versi dan kapasitas operasi data

Statistik situs, operasi informasi, keamanan kinerja, pengawasan dan alarm, upgrade versi, respon kegagalan dan perawatan yang sedang berlangsung

DECISION FACTORS

Elemen kunci yang akan diperiksa untuk decision-making

Pertama, batas-batas menahan diri dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerjasama dibandingkan.

01

Native atau imperdensi pengembangan

IOS dan Android memiliki pengalaman yang berbeda, kemampuan peralatan, konfigurasi tim dan pemeliharaan jangka panjang, dengan berbagai program pemotongan atau teknologi hybrid, secara terhormat.

02

Hak akses dan akses ke kantor dan akun

APP biasanya juga memerlukan manajemen dari kantor-backoffice, organisasi pengguna, hak akses peran, izin konfigurasi, operasi konten dan statistik data.

03

Kapasitas pesta dan antarmuka yang ke-30

Pembayaran, peta, pengiriman, pesan teks, IM, logistik, identifikasi, dan sistem internal perusahaan, semua membutuhkan koordinasi dan penanganan yang tidak biasa.

04

Real- waktu, off- line dan kemampuan peralatan

Positioning, kamera, gigi biru, penyeka, audio dan video, web lemah dan sinkronisasi data offline meningkatkan klien dan uji kompleksitas.

05

Kualitas, keamanan dan kepatuhan

Aturan tentang kompatibilitas, kinerja, privasi otorisasi, data sensitif, akun menulis-off, log audit dan aplikasi aturan toko perlu dimasukkan ke dalam penerimaan dan inspeksi.

06

Naik dan naik dan perawatan jangka panjang

Sertifikat, akun pengembang, ulasan toko, adaptasi versi sistem, upgrade pihak ketiga SDK dan pemecahan masalah daring sedang berlangsung.

Persiapan rekomendasi sebelum komunikasi atau penilaian

Target pengguna dan adegan penggunaan intiiOS, Android dan jangkauan terminal lainnyaProses bisnis pertama yang penuhKelola belakang panggung dan hak peranDaftar antar muka seperti pembayaran pesan petaKebutuhan untuk offline atau kemampuan peralatanDiduga populasi pengguna dan persyaratan keamananUp- to-date subjek dan rencana bisnis yang sedang berlangsung

Alamat yang disarankan untuk implementasi

Disarankan bahwa prototipe interaktif dan persediaan antarmuka diselesaikan sebelum rute teknologi pemotongan primer atau primer ditentukan.

DECISION WORKSHEET

Mengkonversi biaya pembangunan yang disesuaikan APP menjadi decision- yang dapat dilaksanakan

Lembar kerja berikut membantu perusahaan untuk mengatur saran yang samar-samar ke vendor - berbasis, progreal- persetujuan dan project- masukan yang dapat diterima.

Apa yang harus ringkasan yang sebanding dengan penilaian yang mengandung?

Pada minimal, pengguna dan skenario inti, iOS, Android dan range terminal lainnya, proses bisnis yang lengkap untuk periode pertama, mengelola kembali kantor dan hak istimewa peran, bersama dengan volume bisnis saat ini, rata-rata pemrosesan waktu, anomali utama, sistem di tempat, hak istimewa data, ketergantungan pihak ketiga, dan jendela-jendela langsung, diatur. Versi yang sama yang diberikan kepada pemasok bisnis yang berbeda, dan persyaratan adalah untuk memberikan asumsi terpisah, pengecualian, kecuali yang penting, dan permintaan, hanya untuk penyesuaian dan permintaan,

Contohnya, perusahaan mengharapkan bahwa proyek tersebut akan menghemat 160 jam tenaga kerja per bulan, tapi angka ini harus dipecah menjadi jumlah tugas, tabungan tunggal, tingkat adopsi, dan nilai peninjauan manual. Jika hanya 40 persen pengguna menggunakan periode pertama, atau jika proses baru meningkatkan proses tinjauan, keuntungan yang sebenarnya akan lebih rendah daripada perkiraan yang jelas.

Empat jenis bukti direkomendasikan untuk ditanyai selama komunikasi vendor

Yang pertama adalah bukti lingkup: konsistensi dari versi permintaan, proses bisnis, prototipe, antarmuka, dan pengecualian; yang kedua adalah bukti teknik: apakah teknologi yang sama memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah para personil, peserta yang sebenarnya, tahapan masukan, mekanisme masukan, dan mekanisme pengganti jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, dokumen, pelatihan, jaminan kualitas, transportasi yang diberikan kepada mereka untuk menyediakan obat yang tidak bisa digunakan untuk menjadi bukti yang bisa digunakan untuk menyediakan obat yang bisa di bawah.

Disarankan bahwa lingkup kejelasan, ketergantungan kritis, kapasitas tim, penerimaan yang berlaku dan takeover jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor direkam. Jika sebuah program lebih murah, antar muka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke caliber pengiriman yang sama sebelum dibandingkan.

Prinsip penghakiman

Halaman ini menyediakan suatu kerangka pembuatan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.

FAQ

FAQs

Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.

Bisakah aplikasi memberikan tawaran tetap?+

Tingkat anggaran dapat diberikan pertama, tapi tawaran tetap membutuhkan klien yang jelas, kantor, antarmuka, hak istimewa peran, persyaratan kualitas dan menerima dan pemeriksaan batas.

Harus menyeberang - keberangkatan pembangunan lebih murah daripada mentah?+

Belum tentu. Ketika operasi umum biasanya mengurangi duplikasi pengembangan, animasi kompleks, audio visual, kemampuan perangkat keras atau kebutuhan kinerja tinggi mungkin masih memerlukan modul primer dan lebih cocok.

Mengapa Anda perlu mempertahankan aplikasi ketika itu on line?+

Sistem operasi, jenis mesin, aturan toko aplikasi dan pihak ketiga SDK akan terus berubah, dan pemantauan online, perbaikan, peningkatan keamanan dan rilis versi akan diperlukan.

DECISION FAQ

Isu umum yang berhubungan dengan proyek saat ini

Periksa semua 265 pertanyaan.
Applets, APPs, SaaS dan sistem lama

Berapa biaya yang dibutuhkan untuk mengembangkan APP bisnis dan langkah apa yang diambil?

Biaya APP bergantung pada jumlah platform, proses bisnis, kemampuan peralatan, sistem kantor, persyaratan off- baris dan up-boarding tanggung jawab. Tampilan mobile tidak sama tingkat sebagai kompleks on-site APs, yang juga menangani posisi, foto, meneliti, mendorong, webs lemah dan sinkronisasi data.

Lihat jawaban lengkap
Pengembangan perangkat lunak dan outsourcing dari proyek

Berapa biaya yang biasanya untuk pengembangan perangkat lunak kustom?

Perangkat lunak yang disesuaikan tidak memiliki harga seragam berdasarkan ukuran halaman, dan biaya ditentukan terutama oleh lingkup, data, data, performa, dan akuntabilitas untuk pengiriman. Sistem manajemen dengan nama yang sama mungkin merupakan alat sektor tunggal atau koneksi untuk perintah, inventaris, otoritas organisasi multi-. Hal ini direkomendasikan bahwa bisnis ditutup dan akuntabilitas yang ada.

Lihat jawaban lengkap
Berkas Applet dan APP, mengunggah dan memilih teknis

Bagaimana kita bisa mengajukan dan mengait pasar setelah pengembangan APP selesai?

Akses ke APP biasanya melibatkan nomor akun subjek dan pengembangan, pengajuan APP, kompondensi privasi, hak cipta atau platform software, pengujian dan penilaian pasar aplikasi. Kualitas dari pasar aplikasi, SDK dan persyaratan audit tidak identik. Pengelola, aplikasi, pengubah dan penerima harus mempertahankan hubungan interpretasi dan konstant. Rencana projek seharusnya memiliki berkas dan rak sebagai tahap pengiriman independen, daripada pelengkapan secara baku otomatis oleh pengembangan kode.

Lihat jawaban lengkap
Berkas Applet dan APP, mengunggah dan memilih teknis

AP memilih pengembangan primer, Flutter atau Uniapp?

UniApp cocok untuk aplikasi yang menutupi Web, program kecil dan sambungan ponsel, dan memiliki antarmuka operasional yang tinggi. Pada akhirnya, hal itu ditentukan oleh kapasitas peralatan, pengalaman tim, siklus hidup dan pengujian prototipe nyata.

Lihat jawaban lengkap