Apa itu platform kode rendah / tanpa kode dan CRM, CRM +, ERP

Di bawah ini saya menyajikan pandangan pada kode rendah / tidak ada kode berdasarkan 20 tahun pengalaman dalam menerapkan CRM / ERP.
Dalam perekonomian dengan persaingan yang meningkat, kode rendah / tidak ada kode akan segera mulai menempati tempat yang semakin besar. Dan intinya di sini bukanlah bahwa semua orang ingin menghemat biaya tenaga kerja dari vendor sistem CRM / ERP, kode rendah / tidak-kode memberikan keuntungan besar dalam hal biaya kepemilikan sistem, biaya mengubah sistem dan biaya menciptakan kesalahan sistem.

Tentang berbagai jenis biaya, dalam kaitannya dengan sistem informasi, dikatakan lebih terinci di sini

Inti dari kode-rendah / tanpa-kode (selanjutnya hanya kode-rendah) adalah untuk menurunkan ambang batas untuk membuat / memodifikasi sistem informasi ke tingkat analis bisnis atau bahkan pengguna tingkat lanjut. Ini adalah ketika vendor tidak hanya membuat platform dengan bahasa yang disematkan dan karyawannya menyatakan bahwa mereka akan melakukan "segalanya atau hampir segalanya" untuk klien - platform kode rendah, ini adalah ketika analis bisnis atau pihak klien yang berdedikasi yang bertanggung jawab (karyawannya) dapat melakukan ini "Hampir semuanya" melakukannya sendiri.

Apa yang termasuk dalam konsep pada platform yang bisa "hampir semuanya"?

1. Format data, data pengguna
2. Perhitungan
3. Antarmuka desktop / web
4. Laporan, dasbor, analitik
5. Template untuk dokumen, buletin, notifikasi
6. Manajemen proses
7. Akses dan Manajemen Log
8. Kelola akun dan data pribadi Anda di situs

Kemampuan kode-rendah secara signifikan mengurangi jalur ke hasil dari rantai "Tugas pengguna - anggaran pengembangan - analis bisnis - TK - pelaksana - mengoordinasikan hasil - membuat perubahan - penerimaan" menjadi "Tugas pengguna - Analis bisnis - penerimaan".

Karyawan kunci adalah "pembawa / pemilik pengetahuan tentang proses perusahaan". Ini adalah ketentuan di tangan mereka dari alat yang memungkinkan! sepenuhnya! membuat / memodifikasi sistem informasi perusahaan, yang mengarah ke:

• Lebih banyak fleksibilitas dan transparansi bisnis
• biaya TI lebih rendah
• meningkatkan kecepatan pengembangan sistem informasi perusahaan
• mengurangi risiko dan waktu tunggu untuk pelaksanaan tugas internal dalam sistem perusahaan

dan banyak lagi "turun ke bumi":

• kemampuan bagi manajer di berbagai tingkatan untuk dengan cepat mencoba model manajemen baru
• adaptasi independen dari antarmuka dan visualisasi dengan kebutuhan pengguna
• pembuatan cepat laporan, formulir, formulir
• perubahan operasional untuk manajemen proses
• + lebih banyak

Di bawah ini adalah melihat bagaimana sistem kode rendah dapat dibangun. Salah satu opsi. Dengan penjelasan poin-poin penting.

1. Format data, data pengguna

Platform harus memiliki alat konfigurasi data. Dan tanpa pemrograman. Dan tidak hanya "data pengguna" harus dapat diakses ke konfigurasi, tetapi juga direktori dan registrasi yang mewakili dasar dari sistem konfigurasi + - misalnya, kontraktor, fisik. orang, dll. Atau sebaliknya: ada vendor yang memungkinkan untuk mengkonfigurasi sejumlah tipe data + membuat direktori Anda sendiri - ini salah. Keterbatasan adalah kompromi untuk uang klien.

Semua data harus, secara relatif, memiliki hak yang sama, ditampilkan di pohon (karena ada registrasi anak / direktori) dan analis bisnis pembeli platform harus dapat mengelola data ini tanpa batasan.

Pada saat pengembangan pasar TI saat ini di Federasi Rusia, banyak perusahaan - pemasok CRM telah belajar untuk menambahkan direktori mereka. Menambahkan dengan kompromi saja tidak cukup untuk disebut platform penuh.

Sorotan

a) Visualisasi data kepada pengguna akhir.



Saat bekerja dengan filter, laporan, templat, dll., Pengguna harus melihat data dalam formulir yang nyaman, dengan nama yang jelas baginya. Data harus terlihat tidak hanya di tabel kueri, tetapi juga di tabel terkait (tautan langsung dan mundur). Pengguna harus dapat memfilter, memilih, membuat laporan, pertanyaan dengan syarat mengatakan "jatuh" jauh ke dalam data terkait di tingkat mana pun.

Dalam hal ini, sistem itu sendiri harus mengambil fungsi mengubah kueri akhir menjadi SQL. Sistem harus dibangun sedemikian rupa sehingga pengguna dapat "mencapai" semua data, termasuk sistem dan "eksotis", seperti log. Ini memungkinkan Anda untuk menerima laporan tentang semua informasi yang menarik dan dalam bentuk yang divisualisasikan itu mudah dan nyaman.

2. Perhitungan

Sebuah platform yang memungkinkan pelaksana (analis bisnis) untuk mengelola beban pada server database harus membagi perhitungan menjadi berbagai jenis sesuai dengan beban.

Sebagai pilihan:

• Perhitungan dinamis (setiap kueri ke tabel dilakukan)
• Perhitungan acara (dilakukan hanya ketika entri dibuat di registri audit atau ketika atribut audit berubah)
• Perhitungan terjadwal (terjadi, misalnya, pada malam hari atau umumnya seminggu sekali / sebulan)

a) Kompilasi algoritma perhitungan

Dalam platform kode-rendah, seorang analis bisnis harus memiliki fungsional yang memungkinkannya, menggunakan, sebagai contoh, pohon atribut di atas, untuk menyusun algoritma untuk menghitung dalam bahasa yang dapat dimengerti dan nama-nama atribut yang dapat dimengerti dan dapat diakses, pendaftar, dll.



b) Pada saat yang sama, kode T-SQL diperbolehkan di sini.



Kode T-SQL menghilangkan batasan pada kompleksitas komputasi, membuat platform lebih luas dari "untuk analitik bisnis." Intinya, ini lagi-lagi "kurangnya batasan." Platform kode-rendah seharusnya tidak menjadi alat hanya untuk analis bisnis - platform ini harus mencakup kebutuhan pengembangan pada platform solusi turnkey, termasuk kode dalam bahasa bawaan dan, misalnya, T-SQL. Tetapi seorang analis bisnis pada platform kode-rendah harus dapat menutup sebagian besar tugas-tugas tipikal.



c) “Akuntansi adalah hasilnya”

Sistem harus memungkinkan analis bisnis untuk membuat perhitungan hasil dan indikator utama yang diperlukan untuk pembentukan dasbor, memberi tahu pengguna tentang jumlah tugas (contoh), dll. buat di seluruh perusahaan, tidak terikat dengan perhitungan catatan tertentu. Penting juga (untuk dibahas di bawah) untuk menampilkan total ini dalam antarmuka (dalam visualisasi) dalam bentuk indikator, jumlah besar, dll.

d) Pengajuan

Pada dasarnya, "pandangan" adalah semacam "konstruktor tabel". Ketersediaannya untuk analis bisnis atau pengguna tingkat lanjut memungkinkan Anda mengumpulkan tabel dari beberapa tabel, mis. buat tampilan yang tidak disimpan dalam database. Representasi dan perkembangannya sangat penting dalam analisis dan perbandingan data, termasuk pemasar. Dalam konsep kode rendah, ini berarti bahwa konstruksi kompleks, yang biasanya dirakit oleh programmer untuk waktu yang lama, sekarang dapat dibuat oleh analis bisnis dengan "mouse" dalam waktu singkat, dan juga dapat berubah dengan cepat.

e) Agregat (register)

Ada sejumlah besar perhitungan terjadwal (pada malam hari), serta persiapan total dan perhitungan untuk formulir pelaporan yang kompleks, yang juga membutuhkan beban server yang besar dan yang juga masuk akal untuk dilakukan di malam hari. Laporan jenis ini tidak memerlukan pembaruan data on-line. Dari sudut pandang pengguna, agregasi adalah persiapan laporan yang sudah jadi dengan hasil yang sudah jadi sehingga permintaan untuk laporan semacam itu tidak mengarah pada perhitungan, tetapi menghasilkan formulir yang sudah jadi dengan hasil dalam waktu 1 - 2 detik.

Kesimpulan menengah: desain kode rendah dari konfigurasi yang sudah jadi dalam hal data adalah penutupan tanpa pemrograman oleh analis bisnis dari semua masalah format database untuk bisnis dengan ukuran dan kompleksitas apa pun + kecepatan pengembangan wajib, yang ternyata sangat tinggi.

3. Desktop / antarmuka web

a) Aksesibilitas untuk desain

Salah satu hal utama dalam desain antarmuka adalah aksesibilitas mendasar dari fungsi ini ke analitik bisnis, dan, tentu saja, tanpa pemrograman. Ini berarti bahwa ada komposisi komponen (tentangnya di bawah ini) dan ada "mouse" yang dengannya Anda dapat mengatur semuanya seperti yang diperlukan pada formulir, dan mengatur properti, fungsi, dll., Misalnya, di inspektur objek atau di kartu objek. Kompleksitas formulir dalam platform kode rendah tidak boleh dibatasi oleh apa pun.

Sehubungan dengan CRM modern dan sistem ERP, perancang antarmuka harus baik untuk desktop (jika sistem disampaikan dalam versi desktop) dan untuk web.

b) Digambar dan berfungsi

Pekerjaan apa yang baru saja digambar adalah aspek yang sangat penting. Seringkali, pada platform, agar antarmuka yang diberikan berfungsi, kode diperlukan. Biarkan tidak besar. Ini bukan platform kode rendah, bahkan jika vendor berusaha membayangkannya.

Sistem dalam properti dan pesannya kepada pengguna tentang peristiwa kritis harus menyiratkan pengaturan formulir sedemikian rupa sehingga ketika Anda mengatur properti dan hubungan objek yang diperlukan di atasnya, semuanya segera mulai menampilkan data dan berfungsi. Tidak ada jalan lain. Tidak ada, bahkan kode minimal.

c) Komposisi komponen







Komposisi komponen perancang antarmuka harus mencakup semua tugas visualisasi modern dan bekerja dengan data. Selain standar, harus ada:

• Pivot
• Penyelenggara
• Indikator
• Ringkasan
• Geovisualisasi
• lainnya

Seorang analis bisnis harus memiliki setiap kesempatan untuk membuat dashboard atau tempat kerja dari segala kompleksitas. Bisnis modern menentukan persyaratan antarmuka tidak hanya untuk keindahan, tetapi juga menyediakan pada satu layar seluruh informasi yang diperlukan untuk membuat keputusan. Seringkali, antarmuka yang sangat kompleks dibuat dalam proyek yang sepenuhnya sesuai dengan pengguna, sementara semua teori tentang kesederhanaan, kemudahan dan keindahan antarmuka sepenuhnya ditolak - yang utama adalah.

d) Rekam kartu



Setiap unit mungkin memiliki pandangan dan persyaratan sendiri untuk kartu catatan. Manajer penjualan perlu melihat kartu pelanggan dengan caranya sendiri, akuntansi dengan cara mereka sendiri, manajemen juga dengan cara mereka sendiri.

Pada platform kode rendah, untuk mewujudkan fitur ini, harus ada pengaturan dengan menyalin kartu dari satu grup pengguna ke grup lainnya, sambil menciptakan tampilan unik di masing-masingnya. Ini harus dilakukan TANPA menggunakan bahasa yang disematkan.

e) Output ke bahasa yang disematkan

Dengan semua yang dikatakan, bahasa bawaan tidak akan berlebihan. Tetapi ini merupakan tambahan untuk fitur kode rendah:



Di mana skenario yang sangat kompleks diperlukan dan di mana pengaturan karena alasan tertentu tidak cukup atau Anda perlu mengelola properti komponen, perhitungan, dll., Tergantung pada tindakan pengguna dan ini tidak dapat diletakkan pada peta proses grafis - tolong, itu dapat diakses dengan baik ketika bahasa yang disematkan tersedia sebagai sarana kustomisasi mendalam.

4. Laporan, dasbor, analitik

+

5. Template dokumen, surat, pemberitahuan

Sebenarnya, baik dalam perancang laporan dan dalam persiapan templat dokumen berdasarkan MS Word dan MS Excel, yang dapat diakses diperlukan untuk semua orang dan pengguna, termasuk visualisasi data yang dijelaskan di atas. Pengguna dalam platform kode rendah tidak perlu tahu nama-nama tabel dalam database, bidang, dll. Ia harus memiliki akses ke alat visual yang komprehensif untuk mengakses semua data, tanpa pengetahuan SQL.



Perlu dicatat di sini bahwa hal yang benar adalah memberikan analis bisnis peluang untuk mengoperasikan keduanya dengan tautan langsung ke tabel dan dengan tautan balik. Ini memungkinkan Anda untuk memasukkan tabel spesifikasi ke dalam templat MS Word, misalnya, ke dalam kontrak.

6. Manajemen proses

Ada banyak sistem di pasar yang mengklaim memiliki alat kontrol proses. Seringkali ini dipahami, misalnya, sebagai distribusi tugas yang berurutan, atau bercabang hanya dari satu jenis (ya / tidak, yang pada dasarnya merupakan transisi bersyarat).

Platform kode-rendah harus memiliki yang kuat, dapat diakses tanpa pemrograman editor grafis dari peta proses, di mana analis bisnis harus memiliki kemampuan untuk memodelkan:

1. Acara dalam database dan dari ini:

• mengatur interaksi pengguna antarkelompok
• pembuatan dan modifikasi catatan dan atributnya
• pemberitahuan dalam obrolan dan umpan berita
• luncurkan handler
• milis termasuk dengan lampiran dinamis

2. Penjadwal

• o memproses waktu "sebelum" dan "setelah" mengontrol dan / atau nilai-nilai kunci dari atribut catatan
• o pembuatan tindakan yang dijelaskan di atas secara teratur (jadwal)

Poin penting dalam kemampuan peta proses grafik adalah akses dari peta ke objek antarmuka dan properti mereka, serta reaksi terhadap tindakan pengguna. Namun, ini adalah topik yang kompleks dan akan dibahas dalam artikel lain.

7. Kontrol akses dan pencatatan

Implementasi dengan mengisi sistem dengan antarmuka standar dan yang "baru" dengan syarat dapat dan harus tersedia tanpa pemrograman. Termasuk pengaturan ikon dan memuat koleksi mereka.



Demikian pula akses dan keterbatasannya.

• Kepada siapa pun, termasuk data pengguna dan direktori
• Sebelum atribut data
• Akses Berdasarkan Komputasi dan Logika

Secara terpisah untuk setiap grup pengguna

8. Pengelolaan akun pribadi klien dan data di situs

Demikian pula, mengelola log audit (logging)



Karena peningkatan literasi pengguna. Mengingat fakta bahwa mereka yang diprogram di Fortran akan segera pensiun. Saya yakin bahwa masa depan tepatnya terletak pada sistem manajemen sistem kompleks perusahaan seperti "platform kode rendah".

Ini BUKAN tentang kegagalan pemrograman. Seperti yang ditunjukkan di atas - di mana-mana ada dan harus menjadi gateway / akses / tingkat lain sehingga masalah-masalah tertentu diimplementasikan dalam bahasa tertanam dan SQL.

Intinya adalah bahwa platform kode rendah bermanfaat bagi perusahaan karena alasan obyektif dan tren, pada kenyataannya, dalam bahasa yang lebih sederhana: otomatisasi pekerjaan pemasar / analis bisnis - untuk menyederhanakan dan mempercepat pekerjaan mereka, jelas.

Memiliki alat untuk mengontrol format data, komputasi tanpa pemrograman, load balancing di server melalui perencanaan perencanaan; memiliki kemampuan untuk memvisualisasikan data, baik dari sudut pandang tempat kerja kelompok pengguna tertentu + visualisasi dan analitik data untuk pembuat keputusan; memiliki kemampuan untuk menyesuaikan proses dalam mesin grafis dengan elemen alur kerja dan distribusi tugas - seorang analis bisnis dapat menutup sejumlah besar implementasi sistem informasi dengan tingkat kerumitan yang tinggi.

Dan sekali lagi "Tentang berbagai jenis biaya, seperti yang diterapkan pada sistem informasi," dikatakan lebih rinci di sini