Home / Proyek bimbingan keputusan / biaya sistem OA dan BPM
PROJECT DECISION GUIDE

Biaya pengembangan Sistem Proses OA dan BPM, siklus, dan basis untuk kutipan

Proyek OA dan BPM tidak dapat dikutip hanya dengan format atau nomor proses. Tingkat organisasi, cabang proses, hak istimewa, ujung mobile, sistem menulis, dokumentasi sejarah dan penyesuaian jangka panjang akan mempengaruhi beban kerja yang sebenarnya.

Jawab pertanyaannya.

Biaya sistem OA dan BPM

Diusulkan untuk memecah proyek ke proses diagnostik dan seleksi, proses frekuensi tinggi pertama, operasi antar sistem dan operasi yang sedang berlangsung. Tawaran tersebut harus mengkonfirmasi setidaknya organisasi, peran, sampel proses, percabangan, antarmuka, data sejarah dan pola penerimaan; ketika permintaan tidak stabil, itu disajikan ke tingkat anggaran dan kemudian dikutip dalam fase daftar proses.

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

Diagnosis dan prototipe

Identifikasi batas sistem dan proses awal

Peran organisasi, inventaris proses, bidang tabel, percabangan tidak normal, perbandingan produk, prototipe dan anggaran fase

Tahap 2

Tahap pertama implementasi dari OA / BPM

Frekuensi tinggi dan proses penutupan pada baris

Portal, hak istimewa organisasi, proses formulir, pesan, ujung ponsel, pengujian, pelatihan dan migrasi dasar

Tahap 3

Operasi terintegrasi dan sedang berlangsung

Hubungkan sistem profesional dan dukung proses jangka panjang pemerintahan

ERP / CRM / keuangan antarmuka, login tunggal-point, proses pemantauan, manajemen versi, optimasi terus menerus dari transportasi penjaga perdamaian

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

Kompleksitas organisasi dan otoritas

Multi- perusahaan, multi- sectoral, organisasi matriks, cakupan data dan agen ad hoc akan meningkatkan konfigurasi dan pengujian lingkup.

02

Aturan aliran dan cabang anomali

Tandatangan, penandatanganan, pengembalian, menarik, mentransfer, waktu, dan kondisi percabangan membutuhkan lebih verifikasi daripada persetujuan serial sederhana.

03

Formulir dan data operasional

Fields terkait, bernomor, dihitung, terpasang, dicetak dan data digunakan kembali untuk menentukan akhir depan dan aturan beban kerja.

04

Pindah akhir dan menyatukan pintu masuk

Mikrokredit Enterprise, kuku, tanda-tanda publik, APP atau portal sendiri memerlukan berbagai tingkat akses, informasi dan kompatibilitas.

05

Systems Integration

Dalam kaitannya dengan ERP, CRM, HR, keuangan, tanda tangan elektronik dan bisnis tertulis-belakang, identitas, status, remas dll dan kompensasi atas kegagalan yang dihadapi.

06

Penyesuaian migrasi dan jangka panjang

Pengelolaan konfigurasi proses oleh siapa setelah perjalanan, lampiran sejarah, migrasi template dan go- live akan mempengaruhi masukan.

Persiapan rekomendasi sebelum komunikasi atau penilaian

Daftar organisasi dan peranNama proses pertama dan frekuensi kejadianNormal dan tidak biasa sampel setiap prosesRuas tabel dan persyaratan annexSistem dan antarmuka yang akan disambungPindah Entri Akhir dan PesanProses historis dan ukuran annexAdministrator dan Penerima dan Inspektur

Alamat yang disarankan untuk implementasi

Langkah pertama dalam proses dipilih sebagai prioritas.

DECISION WORKSHEET

Menerjemahkan OA dan BPM biaya sistem menjadi decision dapat dilaksanakan - membuat

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, daftar nama organisasi dan peran, nama proses awal dan frekuensi kejadian, normal dan tidak biasa sampel, bidang tabel dan lampiran untuk setiap proses, bersama-sama dengan indikasi volume bisnis saat ini, rata-rata pengolahan waktu, anomali utama, sistem di tempat, hak istimewa data, ketergantungan pihak ketiga dan go-live, terorganisir. Versi yang sama disediakan untuk pemasok yang berbeda dan persyaratan adalah untuk memberikan asumsi yang terpisah, kecuali, hal-hal yang berhubungan dengan pelanggan, pengiriman dan penerimaan dan bukti yang sama, hanya untuk menghindari adanya satu kali saja untuk membandingkan harga yang hilang.

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.

Berapa lama OA biasanya online?+

Proses standar sederhana dapat diselesaikan dengan cepat, namun siklus formal tergantung pada konfirmasi proses, hak istimewa organisasi, pindah, antar muka, migrasi dan pengujian pengguna, dan proyek kompleks harus dilapisi batch.

Semakin banyak proses, semakin murah harga unit?+

Hanya ketika struktur proses serupa dan aturan stabil dapat digunakan kembali. Kompleks anomali, sistem menulis dan persyaratan otoritas tidak secara otomatis menurun karena peningkatan volume.

Apakah pembelian platform kode rendah tidak memerlukan biaya pembangunan?+

Platform ini dapat mengurangi kode dasar, tapi proses desain, antarmuka, migrasi data, pengujian, pelatihan dan pemerintahan jangka panjang masih memerlukan masukan implementasi.

DECISION FAQ

Isu umum yang berhubungan dengan proyek saat ini

Periksa semua 265 pertanyaan.
Pemilihan sistem manajemen Enterprise, implementasi dan integrasi

Apa bedanya antara sistem proses OA dan BPM?

OA biasanya menyediakan portal, pemberitahuan, dokumentasi, rapat dan persetujuan umum, yang merupakan antarmuka harian staf; BPM lebih fokus pada proses pemodelan, aturan, versi, pemantauan dan organisasi sistem-cross-. Persetujuan sederhana dapat menggunakan OA secara langsung, dan kemampuan BPM harus dipertimbangkan ketika mereka melibatkan multi- sistem, anomali kompleks dan proses pemerintahan jangka panjang. Keduanya dapat dikombinasikan dan tidak perlu dibangun lagi untuk kepentingan harmonis.

Lihat jawaban lengkap
Pemilihan sistem manajemen Enterprise, implementasi dan integrasi

Sistem OO membeli produk standar atau pengembangan kustom?

Generic membutuhkan cuti, penggantian, pencetakan dan portal dasar biasanya dinilai sebagai produk dewasa OA. Pengiriman proyek khusus, aturan kontrak, persetujuan industri atau proses sistem lintas dapat dicapai melalui konfigurasi, pengembangan kedua, BPM atau berdiri-sistem bisnis saja.

Lihat jawaban lengkap
Info Bisnis, Integrasi Sistem dan Transportasi

Bagaimana pihak ketiga API terintegrasi dan multi- system antar muka pengembangan umumnya ditawarkan?

Proyek antarmuka tidak dapat hanya dikutip oleh banyaknya antarmuka, karena antarmuka yang sama mungkin hanya sekedar permintaan, tetapi juga menganggap transaksi, uji ulang, rekonsiliasi dan keamanan tanggung jawab. Biaya tersebut tergantung pada kualitas dokumen, lingkungan uji, lingkungan lapangan, frekuensi sinkronisasi, kompensasi yang tidak biasa, kinerja dan dukungan online. Hal ini direkomendasikan bahwa jumlah URL akan dinilai oleh link bisnis daripada hanya dihitung. Antar muka yang tidak diketahui secara teknis dapat divalidasi dan kemudian dikutip secara resmi.

Lihat jawaban lengkap
Pemilihan informasi perusahaan, integrasi dan tata letak data

Bisakah antarmuka API sepenuhnya kompatibel tanpa berkas?

Terkadang, tapi biaya, resiko, dan waktu meningkat secara signifikan, dan tidak ada hubungan tertentu yang dapat dijanjikan. Tim perlu mengkonfirmasi apakah ada mandat hukum, lingkungan tes, log, permintaan sampel dan dukungan asli.

Lihat jawaban lengkap