Home / FAQs / Kontrak, pembayaran, perubahan dan pengiriman projek
QUESTION & ANSWER

Apa risiko yang mungkin disembunyikan dari harga yang rendah dari outsourcing software?

Harga yang rendah mungkin muncul dari penggunaan kembali templat, hilang scope, kekurangan staf atau ketergantungan kemudian pada biaya perubahan, yang tidak selalu mewakili efisiensi yang lebih besar. harga membandingkan penawaran adalah untuk menyelaraskan permintaan, antar muka, data, pengujian, penyebaran, kode sumber dan pemeliharaan calibr. terutama harga yang rendah membutuhkan penjelasan dari peran tim, beban kerja dan pengecualian.

Jawab pertanyaannya.

Pertama, memberikan kesimpulan yang dapat digunakan untuk memutuskan-membuat

Perbedaan dalam penawaran penjual mungkin masuk akal, seperti adanya komponen dewasa, otomatisasi tinggi atau struktur tim yang berbeda; tetapi jika harga tidak mencakup analisis permintaan, desain, pengujian dan tanggung jawab satu-satunya, mungkin akan seimbang dengan mengurangi kualitas, menggunakan kode sumber yang tidak sah, perubahan sering, pengiriman terlambat atau ditinggalkan dari proyek.

DECISION FACTORS

Kondisi apa yang perlu diidentifikasi sebelum penghakiman dibuat?

Pertanyaan yang sama mungkin memiliki jawaban yang berbeda di bawah berbagai bisnis, data, dan fase proyek. Hal ini disarankan agar kondisi berikut diperiksa dan bahwa temuan yang sama di web dimasukkan ke dalam proyek mereka sendiri.

Apakah penawaran individu didasarkan pada lingkup yang sama dan kriteria penerimaanSertakan di belakang panggung, antar muka, migrasi data, pengujian dan penyebaranApakah kode sumber, lisensi pihak ketiga, sumber daya awan, dan pemeliharaan biaya terpisahApakah jumlah tim, siklus masukan dan penawaran secara logis cocok
ACTION STEPS

Perintah yang disarankan dari muka

01

Pertama, kita akan jelas tentang target dan perbatasan.

Ringkasan proyek yang sama dan daftar masalah yang dikirim ke semua vendor.

02

Dependence Kunci Validasi

Penjelasan diminta pada beban kerja, rute teknis, penggunaan ulang isi dan asumsi kunci.

03

Pengembangan hasil yang dapat dipertimbangkan

Validasi kualitas pengiriman nyata melalui diagnosis minimal atau tonggak.

04

Pastikan kau memutuskan langkah berikutnya dengan hasil yang sebenarnya.

Tiga tahun pemeliharaan, perubahan dan biaya pengambilalihan diukur sebelum keputusan diambil.

PRACTICAL EXAMPLE

Bagaimana kau memahaminya dalam bisnis yang sebenarnya?

Contoh yang digunakan untuk menggambarkan metode penilaian

Skema sistem manajemen rendah-biaya hanya berisi template depan dan berbagi belakang panggung, tidak mengekspor data lengkap atau memberikan kode sumber service. Sebuah perusahaan dibatasi untuk setiap penyesuaian selanjutnya oleh platform jika melihat pada harga pertama.

COMMON RISKS

Lubang termudah untuk melangkah.

Hal ini dianggap bahwa nama fungsional adalah sama, sehingga tanggung jawab untuk pengiriman adalah sama.

Menerima jangkauan "follow-up" yang besar, tapi masih tanda-tanda totals tetap

Tidak ada hasil ter-stage sebelum pembayaran, tidak ada kesempatan keluar untuk proyek murah

ACCEPTANCE

Bagaimana kita bisa menerima dan mengkonfirmasinya?

Harga yang rendah bukanlah masalah dalam dirinya sendiri, dan tidak mungkin untuk menjelaskan bagaimana harga sesuai dengan hasil pekerjaan dan kewajiban jangka panjang yaitu sinyal resiko.

Ketika mempersiapkan untuk berkomunikasi dengan pemasok atau tim internal, disarankan bahwa proses saat ini, contoh perwakilan, sistem yang ada, perencanaan tingkat waktu dan anggaran akan dibawa. Pertama, item yang tidak diketahui jelas ditandai, dan kemudian keputusan dibuat untuk menggunakan diagnosis, PoC, proyek jangkauan tetap atau penelitian dan pengembangan yang sedang berlangsung, yang biasanya lebih dapat diandalkan daripada permintaan langsung untuk harga dan durasi tanpa batas.

Kondisi proyek Anda berbeda dari contoh di atas?

Tujuan operasional, sistem yang ada, sampel dan rencana waktu dapat dikumpulkan sebelum konsultan bisa membuat penilaian awal dalam kaitannya dengan batas-batas sebenarnya.

Konsultan proyek asosiasi