Home Panduan pengambilan keputusan Proyek / Lembar kerja Pasca penjualan dan biaya sistem layanan on-site
PROJECT DECISION GUIDE

Lembar kerja dan on-site layanan sistem biaya pengembangan dan siklus implementasi kerja

Sebuah perkiraan yang dapat diandalkan memerlukan rekonsiliasi dari lingkup operasi, kualitas data, kondisi antarmuka, organisasi pengguna, switching up-line dan tanggung jawab transportasi jangka panjang.

Jawab pertanyaannya.

Lembar kerja setelah penjualan dan biaya sistem layanan on-site

Ini diusulkan untuk memecahkan proyek turun ke tiga fase diagnosis status, penutupan awal dan operasi ekstensi. Tawaran formal menunjukkan lisensi produk atau pengembangan, konfigurasi implementasi, antarmuka, migrasi, pengujian, pelatihan, dukungan dan kontinuitas online, dan menunjukkan kondisi kerjasama pelanggan, biaya pihak ketiga dan eksklusi.

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.

Fasa 1

Diagnosa dan program yang bersifat kebetulan

Kepastian akan kebutuhan sistem dan batas pertama

Proses mereferensi silang-percepatan, data, sistem, risiko dan tingkat anggaran di sekitar beberapa saluran, berkas peralatan klien dan kontrak layanan, klasifikasi lembar kerja, prioritisasi, SLA, peraturan penugasan dan promosi.

Fasa 2

Siklus pertama yang tertutup

Autentifikasi dengan organisasi atau jenis bisnis

:Penerimaan akhir pergerakan, rute, sign-in, foto dan identifikasi pelanggan, akuisisi suku cadang, pengembalian, pemeliharaan, penyelesaian biaya dan layanan dan penyelesaian antarmuka inti, migrasi, kelayakan dan tes anomali.

Fasa 3

Operasi yang dilakukan secara berkelanjutan dan berlanjut

Perluas cakupan dan membangun transportasi stabil

Rencana pemeriksaan yang diperluas, daftar cek, perbaikan abnormal dan peninjauan kembali loop tertutup, CRM, ERP/WMS, Iot, peta, pesan dan integrasi keuangan untuk meningkatkan pemantauan, kapasitas, pengaturan data dan optimalisasi 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.

01

Saluran dan peranan Dinas

Jumlah akses masuk untuk pelanggan, klien, kontrol pergerakan, insinyur, supervisor dan kolaborator mempengaruhi tingkat kerumitan proses dan proses.

02

Mobile pada-site kapabilitas

APP, applet, posisi, foto, luring, tanda tangan dan peralatan yang sesuai memerlukan tes desain khusus.

03

Otopsi dan integrasi sistem dan suku cadang ego

Klien CRM, ERP/WMS penemu, peralatan IOT, peta dan penyelesaian keuangan memerlukan akuntabilitas dan pemulihan yang jelas.

04

Data dan migrasi historis

Volume data yang disuplementasi oleh penilaian duplikasi, hilang, pemetaan, start-up, operasi on-line dan permintaan pengarsipan.

05

Keamanan dan hak istimewa Prestasi bagi perusahaan

Isusuasi simultan, ketersediaan, cakupan data, persetujuan, audit, cadangan dan back-up persyaratan perubahan lingkup pekerjaan dan pengujian.

06

Kenaikkan promosi dan mobilitas

Pelatihan, operasi tes, jendela switch-over, dukungan on-site, pemantauan, respon gagal dan versi iteratif perlu diidentifikasi secara terpisah.

Persiapan rekomendasi yang dilakukan sebelum komunikasi atau penilaian

Saluran zodan untuk pelaporan, klasifikasi perintah kerja, SLA dan perwakilan abnormalKemampuan area personil, arsip peralatan, suku cadang dan kondisi di lokasiDaftar sistem antarmuka sistem yang ada dengan pihak ketigaHistorix data volume dan isu kualitasOrganisasi dan persyaratan hak istimewa PenggunaSkop pertama dan direncanakan untuk hidupTingkat Anggaran dan kepala penerimaan dan pemeriksaan

Cadangkan jalur ke implementasi

Fase pertama adalah untuk dikembangkan oleh rekonsiliasi data, pengujian abnormal dan pengujian pengguna kunci.

DECISION WORKSHEET

Meterjemahkan lembar kerja setelah penjualan dan biaya sistem layanan on-site ke dalam pengambilan keputusan yang dapat ditegakkan

Karya-karya berikut membantu perusahaan untuk mengatur nasihat yang tidak jelas ke dalam berbasis vendor, internal-approval dan proyek-receivable masukan.

Apa yang hendaknya memuat ringkasan penilaian yang serupa?

Pada minimum, saluran pelaporan, klasifikasi lembar kerja, anomali SLA dan representasi, kemampuan area personel, berkas peralatan, suku cadang dan kondisi di tanah, inventarisasi antarmuka sistem yang ada dengan pihak ketiga, volume data sejarah dan isu kualitas, bersama-sama dengan indikasi volume bisnis saat ini, rata-rata waktu pemrosesan, anomali utama, sistem yang ada, hak akses data, ketergantungan pihak ketiga dan jendela online. Versi informasi yang sama disediakan untuk pemasok yang berbeda, dan deskripsi terpisah dari asumsi, eksklusi, masalah kerjasama pelanggan, pengiriman dan penerimaan bukti yang diperlukan untuk menghindari total harga yang membandingkan hanya satu perbatasan yang hilang.

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 kau bisa bekerja setelah penjualan dan sistem layanan on-site akan diberi harga tetap terlebih dahulu?+

Hanya tingkat anggaran belanja yang diberikan apabila informasinya belum lengkap.

Apa yang lebih hemat biaya untuk produk standar dan pengembangan buatan tukang jahit?+

Proses-proses umum biasanya memberikan prioritas kepada produk matang; ketika kemampuan diferensial jelas atau kompleks, konfigurasi, pengembangan sekunder, atau sistem stand-alone diperlukan.

Apakah biayanya termasuk antarmuka dan migrasi data?+

Ini tidak boleh tersirat. setiap antarmuka, objek bergerak, aturan pembersihan, tanggung jawab koordinasi dan jendela langsung harus dinyatakan secara terpisah dalam kutipan dan kontrak.

DECISION FAQ

Masalah umum yang berkaitan dengan proyek saat ini

Periksa semua 265 pertanyaan.
Sistem manajemen operasi dan operasi perusahaan

Apa rencana sistem manajemen layanan on-site sebelum diterapkan?

Fokus implementasinya bukanlah untuk memindahkan lembaran kertas ke ponsel, melainkan untuk menutup loop untuk penerimaan, pengiriman, kedatangan, pemrosesan, konfirmasi dan penutupan. Sampel yang tidak biasa seperti web lemah, transfer, kekurangan suku cadang dan penolakan pelanggan juga dipersiapkan dengan baik di muka.

Tiliklah jawaban penuh
Buku Kerja Pintar AI, Gabungan, Penelitian dan Pengembangan Efektif dan Keselamatan Aplikasi

Bisnis apa yang membangun AI dan setelah penjualan meja bantuan?

Saat penumpang, setelah penjualan atau internal IT diperlukan untuk menerima sejumlah besar pertanyaan setiap hari dari telepon, surat mikro, surat dan formulir, dan klasifikasi manual, pengiriman, katalog dan pertanyaan pengetahuan mengambil waktu yang jelas, lembaran pintar AI lebih cenderung menghasilkan nilai.

Tiliklah jawaban penuh
Sistem manajemen operasi dan operasi perusahaan

Apa bedanya antara sistem lembar kerja setelah penjualan dan sistem CRIMS?

CRM terutama bertanggung jawab untuk mengelola hubungan pelanggan, peluang bisnis dan proses penjualan, setelah-jual tagihan masalah manajemen karya, batas waktu layanan, penagihan, pemeliharaan, suku cadang, catatan situs dan penutupan.

Tiliklah jawaban penuh
Pengembangan perangkat lunak dan outsourcing proyek

Apa yang harus menjadi pilihan perangkat lunak outsourcing dan tim membangun sendiri?

Perangkat lunak outsourcing Software biasanya lebih efektif jika bisnis membutuhkan kontinum jangka panjang dan perusahaan memiliki kemampuan manajemen produk dan teknologi.Jika target didefinisikan dengan jelas, awal cepat diperlukan atau ada kekurangan kapasitas yang berdedikasi sementara, banyak perusahaan mempertahankan produk dan pemilik teknologi, meninggalkan fase R & D atau konstruksi yang didedikasikan kepada tim luar.

Tiliklah jawaban penuh