Pada 2017, sudah memiliki pengalaman bertahun-tahun dalam mengembangkan sistem informasi untuk bisnis, kami, Forward Telecom, meluncurkan solusi cloud pertama untuk mengotomatisasi hubungan dengan mitra - PRMSaaS. Sistem ini didasarkan pada produk perusahaan yang ada. Namun, perubahan pada audiens target dan cara mengakses sistem membuat kami berpikir lagi tentang apa yang akan dirasakan pengguna akhir ketika berinteraksi dengan antarmuka. Kami memberi tahu Anda persyaratan apa yang kami formulasikan untuk perangkat lunak perusahaan di cloud dan bagaimana kami mencapai kepatuhan terhadapnya.Siapa pengguna baru kami
Kami telah mengembangkan, menerapkan, dan mendukung sistem informasi bisnis selama lebih dari 10 tahun: penagihan, PRM, CRM, sistem BPM, dan banyak lagi. Semua ini tidak berarti solusi "kotak". Untuk menerapkan sistem, perlu mempelajari infrastruktur TI klien dan mengintegrasikan produk Anda dengannya. Kadang-kadang ini menyiratkan perakitan pusat data mini di wilayah klien. Ditambah pelatihan karyawan. Secara alami, sistem seperti itu tidak mungkin murah, dan klien kami selalu merupakan perusahaan menengah yang besar atau sukses. Kami memutuskan untuk merilis sistem PRM berbasis cloud untuk segmen baru pelanggan potensial: SMB - bisnis kecil-menengah.
Perusahaan-perusahaan seperti itu sering menderita dari ketidaksempurnaan solusi TI yang sudah jadi dan kualitas buruk dari dukungan teknis mereka. Kami ingin memberi mereka yang sederhana (dibandingkan dengan sistem yang kami beradaptasi dengan persyaratan bisnis tertentu), tetapi produk yang andal yang terjangkau untuk mereka. Jadi keputusan dibuat untuk mengimplementasikan model SaaS, ketika perangkat lunak itu sendiri terletak di Pusat Data kami, penyedia layanan SaaS menyediakan layanan, kami, sebagai vendor, terlibat dalam pengembangan dan pembaruan, dan kami menyediakan akses kepada klien melalui antarmuka web.
Fungsi Pertama
Bagi mereka yang memiliki setidaknya sekali berurusan dengan perangkat lunak yang menyediakan proses bisnis yang kompleks dengan penyediaan sejumlah besar informasi, bukan rahasia lagi bahwa antarmuka bukan bidang untuk eksperimen desain. Tentu saja, teknologinya tidak diam, resolusi monitor terus bertambah, bahkan pada laptop murah pun muncul fungsi "layar sentuh", dan para desainer dan pengembang sangat tergoda untuk mengikuti tren. Tidak ada yang ingin terlihat seperti dinosaurus di mata pengguna, membangkitkan kenangan nostalgia "Windows" ke-95 dengan antarmuka produk mereka. Namun demikian, setiap, bahkan perubahan dekoratif murni pada perangkat lunak bisnis harus dilakukan dengan sangat hati-hati. Keberhasilan produk otomasi tergantung pada bagaimana mereka menyederhanakan bekerja dengan sejumlah besar informasi dan mempercepat operasi rutin. Bahkan mengubah skema warna atau desain ikon dapat menyebabkan disorientasi pengguna dan akan memakan waktu beberapa detik baginya. Dan dalam bisnis, seperti yang Anda tahu, waktu adalah uang.
Fitur aplikasi perusahaan - pengemasan data yang padat pada setiap layar dan tabel sebagai bentuk utama presentasi mereka. Tidak ada tempat untuk imajinasi kreatif. Sejarah tahu
contoh di mana keinginan untuk membuat desain lebih segar, dan tabel tidak begitu besar, menyebabkan kegagalan versi yang diperbarui dan banyak keluhan pelanggan. Ini adalah sesuatu yang perlu diingat, terlepas dari apakah perangkat lunak Anda berjalan di cloud atau di server klien.

Apa yang bisa dilakukan untuk memfasilitasi persepsi data dengan kepadatan seperti itu dan bekerja dengannya? Pertama, hati-hati memeriksa struktur data dan menghapus yang berlebihan. Misalnya, untuk menggabungkan sel yang isinya dibaca oleh pengguna sebagai bagian dari satu blok semantik. Kedua, memperkenalkan kemampuan untuk mengurutkan dan memfilter data tabel dan menampilkannya sesuai dengan parameter yang ditentukan. Dalam PRMSaaS, pengguna pada dasarnya dapat menyusun data secara independen menggunakan sistem pengaturan fleksibel untuk parameter yang ditampilkan. Ketiga, bijak menggunakan warna dan pola persepsinya. Skema warna tertahan tidak menyebabkan kelebihan sensorik, bahkan untuk orang yang bekerja dalam sistem penuh waktu. Terhadap latar belakang yang tertahan ini, alarm visual jelas menonjol tentang peristiwa penting bagi pengguna - kesalahan, bidang kosong, pesan baru. Bukan orisinal, tetapi fungsional.
Peluang Teknis Usaha Kecil
Kami juga harus memahami kondisi di mana sistem akan berfungsi. Dan kemudian fitur-fitur ekonomi nasional mulai berlaku, yang secara populer diringkas sebagai "Moskow bukan Rusia". Perbedaan dalam dukungan TI perusahaan di ibukota dan provinsi Rusia yang tak ada habisnya terlihat sebelumnya. Situasi ekonomi beberapa tahun terakhir hanya memperlebar jurang ini. Akibatnya, memikirkan kemampuan teknis pengguna potensial kami, kami harus membayangkan pada saat yang sama orang-orang dengan macbook dan manajer baru di gerai ritel terpencil di suatu tempat di Ufa, Samara atau Novosibirsk, yang umumnya tidak tahu apa (Ufa, Samara, Novosibirsk - tidak tersinggung).
Karena kami tidak mampu memperlambat pekerjaan dengan layanan bahkan pada peralatan pengguna terburuk atau, seperti dalam salah satu proyek, perangkat keras lokal tidak memungkinkan meluncurkan browser modern apa pun.

Apa artinya ini bagi kita? Pertama, kita harus meminimalkan beban pada perangkat keras pengguna: semua operasi padat karya ditransfer ke backend (antarmuka "tipis"). Komputer pengguna tidak dapat dimuat dengan skrip yang tidak perlu. Anda tidak dapat menggunakan efek yang memerlukan akselerasi perangkat keras yang signifikan.
Perhitungannya harus bahwa beberapa pengguna akan bekerja dengan layanan kami pada layar 15 "atau dengan resolusi layar lebih rendah dari FullHD. Ini berarti bahwa kita harus menggunakan ruang secara ekonomis dan meminimalkan kebisingan visual.
Algoritma pengujian
Di sini kami tidak perlu menemukan apa pun. Kami sudah memiliki skema untuk menguji antarmuka sistem informasi dan mempelajari pengalaman pengguna, yang diuji selama pengembangan dan implementasi produk Forward lainnya. Selain itu, kami dapat melewatkan sebagian langkah dalam kasus ini, karena kami berbicara tentang mengadaptasi antarmuka sistem PRM yang ada.
Seluruh algoritme terlihat seperti ini:
- Studi tentang pengalaman pengguna dalam melakukan tugas yang sama dalam sistem informasi lama atau tanpa otomatisasi.
- Persiapan skenario khas pekerjaan pengguna, alokasi peran atau grup pengguna berdasarkan skenario ini.
Kedua langkah ini telah diselesaikan dalam kasus PRMSaaS, karena kami memiliki informasi tentang perilaku pengguna dan kemungkinan peran mereka, dikumpulkan selama bekerja dengan PRM non-cloud.- Menilai beban pada sistem, dengan mempertimbangkan durasi pekerjaan pengguna yang berkelanjutan dalam layanan, menskalakan jumlah pengguna untuk masa depan. Pada tahap ini, pengujian beban otomatis dilakukan, misalnya, untuk membandingkan nilai batas yang diizinkan dari waktu tunggu dan perilaku sebenarnya dari layanan.
- Pemisahan hak pengguna dan penghapusan dari antarmuka fungsi berlebih untuk peran khusus ini.
- Persiapan berulang prototipe antarmuka dengan fungsionalitas minimum yang diperlukan untuk setiap peran, pengembangan versi konsep antarmuka kerja.
- Uji operasi pada sejumlah pengguna yang terbatas.
- Mempelajari hasil pengujian dan memverifikasi kebenaran pengguna.
- Perbaikan bug, pengoptimalan depan dan belakang berdasarkan pada hasil pemuatan dan pengujian pengguna.
Hal yang sama diulangi untuk setiap blok fungsi atau proses yang diterapkan dalam layanan.Alih-alih sebuah kesimpulan
Dari prasyarat dan proses ini, antarmuka PRMSaaS lahir dalam bentuk saat ini. Meskipun kesulitan di atas, dua vektor utama dapat dibedakan. Di backend, perjuangan antara kecantikan dan utilitarianisme memenangkan utilitarianisme. Pilihan ini ditentukan oleh persyaratan operasional umum untuk antarmuka sebagian besar perangkat lunak perusahaan. Front-end berfokus pada teknologi portal dan bekerja dengan aplikasi mobile, di sini kami mendikte desain dan ergonomi. Dan di sini, tentu saja, Anda perlu membungkus produk Anda dalam paket yang layak, dipandu tidak hanya dengan pertimbangan kepraktisan, tetapi juga mengacu pada tren yang banyak dibicarakan oleh pengembang dan perancang antarmuka asing: gamifikasi tugas pengguna, penyesuaian desain atau penggunaan teknologi layar sentuh "