Project dan teknologi cakupan
Kosongkan pengguna target, proses inti dan rute teknis klien-ke-klienKombo demand, prototipe kunci, jangkauan terminal, daftar back-office dan antarmuka, validasi teknis dan anggaran fasa
Home Panduan keputusan Proyek / APP Biaya pengembangan persuasian
PROJECT DECISION GUIDEBiaya pengembangan kustomisasi APP, periodikitas dan daftar pengiriman
Biaya proyek APP bukan hanya beberapa halaman klien saja.Sistem akun, back-office bisnis, pembayaran dan pesan, antarmuka pihak ketiga, migrasi data, izin terbaru dan pemeliharaan kompatibilitas on-line semuanya sepenuhnya dianggarkan.
Jawab pertanyaannya.
Biaya Pengembangan APP
Desain kustomisasi APP harus diperkirakan secara keseluruhan, berdasarkan \"bisnis belakang panggung dan antarmuka, pengalaman akhir mobile, kemampuan operasi upline\". Rute primer atau lintas akhir, jumlah terminal, kompleksitas operasional, kapabilitas real-time dan offline, keamanan kinerja, persyaratan terkini dan pemeliharaan versi jangka panjang adalah faktor utama menentukan biaya dan siklus.
SCOPE & BUDGET LEVELS
Pertama, masukan jelas ke batas oleh fase proyek
UDO lapisan berikut digunakan untuk menetapkan garis dasar untuk anggaran dan penerimaan, dan lingkup yang sebenarnya masih perlu dinilai dalam kaitannya dengan status quo, antarmuka dan persyaratan waktu.
Versi daring awal bahasa Oustif
Penyempurnaan akhir-ke-akhir dari loop tertutup bisnis yang dapat digunakan oleh pengguna nyataKlien, kantor belakang, hak akses akun, antarmuka yang diperlukan, pengujian, penyebaran dan dukungan toko aplikasi
Operasi dan melanjutkan iterasi
Skala lengkap, keserasian versi dan kapasitas operasi dataStatistik Situs web olka Statistik situs web, operasi informasi, keamanan kinerja, pengawasan dan alarm, peningkatan versi, respon gagal dan pemeliharaan berkelanjutan
DECISION FACTORS
Elemen kunci yang akan diperiksa untuk pengambilan keputusan
Pertama, batas-batas kekangan dan tanggung jawab diidentifikasi, maka rute teknis dan modalitas kerja sama dibandingkan.
Pengembangan ketergantungan silang atau pribumi
IOS dan Android memiliki pengalaman yang berbeda, kemampuan peralatan, konfigurasi tim dan pemeliharaan jangka panjang, dengan program pemotongan silang yang berbeda atau teknologi hibrida, masing-masing.
Hak akses back-office dan akun
APP biasanya juga membutuhkan manajemen back-office, organisasi pengguna, kelayakan peran, izin konfigurasi, operasi konten dan statistik data.
Kapasitas dan antarmuka pihak ketiga
Pembayaran pajak, peta, pengiriman, pesan teks, IM, logistik, identifikasi dan sistem internal perusahaan semua membutuhkan koordinasi dan penanganan yang tidak biasa.
Kemampuan peralatan, off-line dan peralatan nyata
Keposisian, kamera, gigi biru, swab, audio dan video, web lemah dan sinkronisasi data luring meningkatkan kerumitan klien dan tes.
Kualitas, keamanan dan kepatuhan
Keserasian, kinerja, otorisasi privasi, data sensitif, surat-menghapus akun, audit log dan penerapan peraturan toko perlu dimasukkan ke dalam penerimaan dan pemeriksaan.
Ke atas dan atas dan pemeliharaan jangka panjang
Sertifikat kinetik, akun pengembang, review toko, adaptasi versi sistem, upgrade SDK pihak ketiga dan penyelesaian masalah online adalah masukan yang sedang berlangsung.
Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian
Target pengguna dan inti penggunaan adeganiOS, Android dan jangkauan terminal lainnyaPertama proses bisnis penuhMengelola hak istimewa di belakang panggung dan perananDaftar antarmuka seperti pembayaran pesan petaKemampuan peralatan atau luring diperlukan oleh luar talian atau peralatanDiharapkan populasi pengguna dan persyaratan keamananSubyek terkini dan rencana bisnis yang sedang berjalan
Cadangkan jalur ke implementasi
Disarankan bahwa prototip interaktif dan inventaris antarmuka selesai sebelum rute teknologi primer atau pemotongan silang ditentukan.
DECISION WORKSHEET
Memolak
Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.
Pengembangan ketergantungan silang atau pribumi
IOS dan Android memiliki pengalaman yang berbeda, kemampuan peralatan, konfigurasi tim dan pemeliharaan jangka panjang, dengan program pemotongan silang yang berbeda atau teknologi hibrida, masing-masing.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Hak akses back-office dan akun
APP biasanya juga membutuhkan manajemen back-office, organisasi pengguna, kelayakan peran, izin konfigurasi, operasi konten dan statistik data.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Kapasitas dan antarmuka pihak ketiga
Pembayaran pajak, peta, pengiriman, pesan teks, IM, logistik, identifikasi dan sistem internal perusahaan semua membutuhkan koordinasi dan penanganan yang tidak biasa.
Jika faktor tetap tidak pasti, sebuah diagnostik atau validasi skala kecil harus disusun dan tidak tepat untuk memasukkan kisaran harga total tetap yang tidak dapat divariasikan secara langsung.
Apa yang hendaknya memuat ringkasan penilaian yang serupa?
Pada minimum, pengguna target dan skenario pengguna inti, iOS, Android dan jangkauan terminal lainnya, proses bisnis lengkap untuk periode pertama, mengelola back-office dan hak akses peran, bersama-sama dengan volume bisnis saat ini, waktu pemrosesan rata-rata, anomali utama, sistem di tempat, hak akses data, ketergantungan pihak ketiga dan go-live jendela, diatur. Versi informasi yang sama disediakan kepada pemasok yang berbeda dan persyaratan adalah untuk menyediakan asumsi terpisah, eksklusi, masalah kerjasama pelanggan, pengiriman dan bukti penerimaan untuk menghindari membandingkan harga total satu perbatasan.
Sebagai contoh, perusahaan mengharapkan proyek tersebut akan menghemat 160 jam kerja per bulan, tetapi angka ini harus dipecahkan ke dalam jumlah tugas, tabungan waktu tunggal, tingkat adopsi dan rasio ulasan manual. Jika hanya 40 persen pengguna yang menggunakan periode pertama, atau jika proses baru meningkatkan proses ulasan, keuntungan sebenarnya akan jauh lebih rendah dari perkiraan yang jelas.
Empat jenis bukti yang disarankan untuk ditanyai selama komunikasi vendor
Yang pertama adalah bukti ruang lingkup: konsistensi versi permintaan, proses bisnis, prototipe, antarmuka dan eksklusi; yang kedua adalah bukti rekayasa: apakah teknologi serupa memiliki struktur yang dapat diakses, manajemen kode, pengujian, penyebaran dan metode manajemen masalah; yang ketiga adalah bukti personel: apakah peserta aktual, tahap input, tanggung jawab dan mekanisme penggantian jelas; dan yang keempat adalah bukti pengiriman: bagaimana kode sumber, data, nomor rekening, dokumen, pelatihan, jaminan kualitas dan transportasi diserahkan. Adalah normal bagi pemasok untuk tidak dapat menyediakan kerahasiaan pada tahap penawaran, tetapi harus mampu menjelaskan metode mereka sendiri dan bukti yang dapat dikembangkan di bawah proyek ini.
UDO disarankan bahwa kejelasan ruang lingkup, keandalan kritis, kapasitas tim, penegakan penerimaan dan pengambilalihan jangka panjang dinilai secara terpisah dan bahwa dasar untuk setiap skor dicatat.Jika sebuah programme lebih murah, antarmuka, migrasi, pengujian atau tanggung jawab online dikecualikan, maka harus diubah ke kaliber pengiriman yang sama sebelum perbandingan.
Prinsip penilaian
Halaman ini menyediakan kerangka pengambilan keputusan yang tidak merupakan penawaran tetap atau komitmen kinerja.
FAQ
FAQs
Masalah yang paling umum sebelum kerjasama jelas dinyatakan di muka.
Apa aplikasi bisa memberikan penawaran tetap?+
Tahap anggaran belanja dapat diberikan pertama, tetapi penawaran tetap membutuhkan klien yang jelas, back-office, antarmuka, kelayakan peran, persyaratan kualitas dan penerimaan dan batas pemeriksaan.
Apa pengembangan lintas-departemen harus lebih murah dari mentah?+
Tidak perlu. Meskipun operasi generik biasanya mengurangi duplikasi pengembangan, animasi kompleks, audio-visual, kemampuan perangkat keras atau persyaratan kinerja tinggi mungkin masih membutuhkan modul primer dan lebih cocok.
Kenapa kau harus mempertahankan aplikasinya saat itu di telepon?+
Sistem operasi ber-mode, tipe mesin, aturan penyimpanan aplikasi dan SDK pihak ketiga akan terus berubah, dan pemantauan online, perbaikan, peningkatan keamanan dan rilis versi akan diperlukan.
DECISION FAQ
Periksa semua 265 pertanyaan.Masalah umum yang berkaitan dengan proyek saat ini
Aplet, APP, SaaS dan sistem lama
Berapa biaya yang akan dikeluarkan untuk mengembangkan APP bisnis dan langkah apa saja yang diambil?
Biaya APP bergantung pada jumlah platform, proses bisnis, kemampuan peralatan, sistem back-office, persyaratan off-line dan tanggung jawab up-boarding. Tampilan mobile tidak sama dengan tingkat kompleks on-site AP, yang juga menangani positioning, photoping, scrutinizing, mendorong, web lemah dan sinkronisasi data.
Tiliklah jawaban penuhPengembangan perangkat lunak dan outsourcing proyekApa yang biasanya dibutuhkan untuk pengembangan perangkat lunak?
Perangkat lunak yang disesuaikan tidak memiliki harga seragam berdasarkan ukuran halaman, dan biaya ditentukan terutama oleh ruang lingkup, antarmuka, data, otoritas, kinerja dan akuntabilitas untuk pengiriman.Sistem manajemen dengan nama yang sama mungkin adalah alat tunggal sector atau koneksi ke perintah, inventaris, keuangan dan otoritas multi-organisasi.disarankan bahwa sistem bisnis pertama ditutup loop dan penerimaan dan batas inspeksi ditetapkan, dan bahwa produk, desain, pengembangan, pengujian, penyebaran dan pemeliharaan beban kerja diperkirakan.Setiap harga total yang tepat diberikan tanpa pengetahuan kebutuhan hanya dianggap sebagai acuan pemasaran.
Tiliklah jawaban penuhAplet dan pengarsipan APP, unggah dan seleksi teknisBagaimana kita bisa mengajukan dan naik pasar setelah pengembangan APP selesai?
Akses ke APP biasanya melibatkan nomor akun subjek dan pengembang, pengajuan APP, kepatuhan privasi, hak cipta perangkat lunak atau materi platform, pengujian dan peninjauan pasar aplikasi.Kelayakan pasar yang berbeda, persyaratan pengungkapan dan audit SDK tidak identik. Filer, displayer aplikasi dan penerima harus mempertahankan hubungan yang dapat diinterpretasi dan konsisten.Rencana proyek harus memiliki berkas dan rak sebagai tahap pengiriman independen, daripada penyempurnaan otomatis baku oleh pengembangan kode.
Tiliklah jawaban penuhAplet dan pengarsipan APP, unggah dan seleksi teknisApa yang akan kita lakukan?
KeuniApp cocok untuk aplikasi yang meliputi Web, program kecil dan ujung seluler, dan memiliki antarmuka operasional yang tinggi. akhirnya, ditentukan oleh kapasitas peralatan, pengalaman tim, siklus hidup dan pengujian prototipe nyata.
Tiliklah jawaban penuhRELATED
Pengalihan evaluasi proyekKau harus tetap tahu tentang jasamu.
Relevant
Business Software Development
View APP, belakang panggung, data, antarmuka dan pengiriman layanan terpadu multi-akhir
Untuk informasi lebih lanjut.RelevantPemeriksaan dan lembar kerja di tempat operasi yang koordinasi dengan APP
Pengertian kasus adegan di ujung mobile, proses on-site, data dan back-offices
Untuk informasi lebih lanjut.RelevantBiaya estimasi biaya untuk pembangunan Sosial Custom
Keterampilan dan faktor dampak siklus dari dimensi proyek penuh
Untuk informasi lebih lanjut.