Harapan dan kenyataan dalam proyek CRM. Perkembangan Terkini Realitas Keras: Konflik Kepentingan

Marinir Voskanyan
Olga Melnik

Hal pertama yang diingat oleh manajer TI ketika berhubungan dengan otomatisasi penjualan adalah penerapan sistem CRM. Memang, pengalaman luas dalam menggunakan sistem CRM dalam proses penjualan telah terakumulasi di seluruh dunia. Namun, pengalaman tersebut tidak selalu positif. Kami mencoba menganalisis aspek positif dan negatif dari proyek penerapan sistem CRM.

Implementasi CRM biasanya mempunyai harapan khusus. Tetap saja, ini soal penjualan, menerima atau tidak menerima pendapatan langsung. Seringkali, salah satu dari tiga skenario mendorong perusahaan mengambil keputusan sulit untuk menerapkan CRM:

• munculnya situasi krisis: manajer meninggalkan dan “mencuri” klien, lonjakan persaingan yang tajam, penagihan utang yang rendah, dan perlunya pengendalian informasi dan sistematisasi aktivitas karyawan;
• perkembangan bisnis yang pesat (atau kebutuhan akan pengembangan), yang tidak dapat dilanjutkan dengan “cara lama”, dan perusahaan memerlukan otomatisasi operasi rutin, pengendalian efisiensi, pengumpulan dan transfer pengetahuan;
• standar perusahaan yang harus diikuti, meningkatkan daya tarik investasi bisnis dengan mengkonsolidasikan basis klien.

Para ahli dari penyedia layanan TI Sputnik Labs menyoroti situasi ini sebagai situasi yang paling umum terjadi di Rusia dan pada saat yang sama mencatat bahwa lebih dari separuh pelanggan bahkan tidak memiliki satu pun daftar pelanggan. Secara umum, perusahaan pelanggan mengharapkan penerapan CRM, minimal, untuk memulihkan ketertiban, mengurangi ketergantungan pada manajer tertentu, dan, maksimal, meningkatkan penjualan, sebaiknya secara eksponensial.

Ya, sistem CRM yang berfungsi dengan sukses memungkinkan Anda mensistematisasikan informasi tentang klien dan rekanan, baik yang sudah ada maupun yang potensial (Gbr. 1), untuk membuat satu sistem ruang informasi dan mencegah kehilangan dan kebocoran data pelanggan akibat PHK dan rotasi staf. Berikut adalah pendapat kepala salah satu perusahaan Rusia: "CRM adalah hal yang mutlak diperlukan dan berguna untuk departemen penjualan mana pun. Bahkan otomatisasi paling sederhana dan pembentukan tatanan dasar di basis klien memberikan efek ekonomi, menjadikan bisnis lebih transparan dan berkelanjutan. Jika memungkinkan untuk menerapkan fungsi pemasaran, analitis, dan manajemen CRM yang lebih kompleks, perusahaan akan meningkatkan efisiensinya secara signifikan."

Namun, jika menyangkut dampak CRM terhadap pertumbuhan penjualan, tidaklah sesederhana itu. Tentu saja, perkiraan kemungkinan laba atas investasi di CRM berhubungan langsung dengan pengaruh pertumbuhan penjualan. Statistik dunia tertentu menunjukkan bahwa melalui penerapan CRM hal-hal berikut dapat dicapai:

• pengurangan siklus penjualan rata-rata 10-15%;
• meningkatkan persentase transaksi yang dimenangkan sebesar 5-10%;
• meningkatkan tingkat retensi klien yang menguntungkan sebesar 5%;
• pengurangan waktu eksekusi operasi rutin sebesar 25-30%;
• meningkatkan rata-rata profitabilitas transaksi sebesar 15-20%;
• meningkatkan akurasi perkiraan penjualan hingga 99%;
• pengurangan biaya penjualan, pemasaran dan dukungan pelanggan selanjutnya sebesar 10-15%;
• peningkatan persentase cross-selling, termasuk melalui departemen dukungan pelanggan sebesar 5-10%;
• meningkatkan efektivitas kampanye pemasaran sebesar 5-7%.

Sebagai hasil dari statistik tersebut, angka yang menyenangkan disebut: “profitabilitas proyek CRM rata-rata adalah 200 hingga 400% dalam dua hingga tiga tahun.” Namun, tidak semua orang setuju dengan hal ini. Pengalaman enam tahun CEO Vipro Oleg Skovorodnikov dengan berbagai CRM memberikan gambaran yang sedikit berbeda. Menurutnya, tidak ada hubungan langsung antara peningkatan penjualan dan penerapan CRM. Oleg Skovorodnikov mencantumkan efek yang diharapkan tetapi tidak ditemukan berikut ini.

1. Peningkatan penjualan."Tidak ada hubungan langsung yang ditemukan. Secara tidak langsung, peningkatan penjualan disebabkan oleh fakta bahwa para manajer bekerja lebih efisien dan cepat. Namun hal ini tidak dapat dibuktikan dengan angka."

2. Meningkatkan kualitas pelayanan."Kami juga tidak melihat adanya hubungan langsung. Karyawan yang melayani dan menjual dengan baik sebelum penerapan CRM tetap melanjutkan semangat yang sama. Kecerobohan dan ketidakpedulian tetap terjadi setelah penerapan CRM. Namun akan sangat nyaman jika ada karyawan yang tidak hadir atau dipecat - dalam kasus ini CRM tidak tergantikan, tidak meningkatkan kualitas, namun menciptakan kemungkinan layanan."

3. Meningkatkan jumlah pembelian berulang, meningkatkan loyalitas pelanggan, membeli tambahan barang dan jasa. "Semua ini sepenuhnya merupakan manfaat dari para manajer. Tidak ada CRM yang dapat menggantikan mereka, namun secara tidak langsung membantu dalam mencapai tujuan tersebut."
Adapun masalah mendesak lainnya - keamanan data, juga tidak diselesaikan dengan penerapan sistem CRM yang sebenarnya. "Misalnya, direktur pengembangan dipecat," komentar Oleg Skovorodnikov. "Dia punya akses ke database klien. Mereka lupa menonaktifkannya. Lima menit sebelum pergi, pria itu mengekspor database klien dan mengirimkannya ke dirinya sendiri di rumah." Kotak surat. Secara umum, jika seorang karyawan yang tidak loyal muncul dalam barisan tertib Anda, CRM dapat membantunya melakukan sesuatu yang buruk untuk Anda." Kita tidak boleh lupa bahwa kemunculan CRM di sebuah perusahaan tidak mengurangi, namun meningkatkan jumlah kemungkinan ancaman dan memerlukan penanganan yang memadai. dan, jika memungkinkan, tindakan pencegahan dari layanan TI

Meskipun ada beberapa skeptisisme, permintaan sistem CRM di Rusia meningkat, menurut berbagai perkiraan, sebesar 50-100% per tahun. Sektor jasa, sektor keuangan, IT, telekomunikasi, dan perusahaan perdagangan sebagian besar aktif. Biasanya, perusahaan-perusahaan Rusia menginginkan solusi yang fleksibel untuk proses mereka. Meskipun seringkali ada kasus ketika, dengan menghormati pengalaman yang dikumpulkan oleh produsen solusi CRM yang memiliki reputasi baik, sebuah perusahaan memutuskan untuk mengubah proses bisnisnya daripada membuat perubahan besar pada fungsionalitas sistem CRM.

Selain itu, solusi yang menyediakan integrasi front-office dan back-office serta sistem ERP/CRM terintegrasi juga sangat dibutuhkan. Faktanya adalah hingga 60% biaya penerapan sistem CRM adalah biaya integrasi dengan CIS yang ada. Dan ini tidak mengherankan: solusi CRM yang terpisah dari sistem ERP masih belum lengkap secara fungsional. Tanpa back office yang normal, kesenjangan akan muncul dalam proses bisnis perusahaan - misalnya, saat mentransfer perintah eksekusi atau menerbitkan faktur.

Kegagalan proyek CRM

Statistik (menurut Gartner Group, Cap Gemini Ernst & Young dan Peppers & Rogers Group) mengenai proyek CRM di Barat menyedihkan - dari 50 hingga 80% implementasi pada akhirnya tidak memenuhi harapan. Tidak diketahui secara pasti berapa persentasenya di Rusia, namun kecil kemungkinannya akan lebih rendah. Mengapa ini terjadi? Kasus yang paling sulit adalah ketidakmungkinan melaksanakan proyek dalam kondisi budaya perusahaan yang ada, kurangnya tingkat penataan proses bisnis yang tepat untuk memungkinkan otomatisasi (kurangnya peraturan, peraturan internal untuk melakukan operasi). Dan juga kekurangannya masukan antara kelompok kerja implementasi dan pengguna sistem yang dituju dalam proses merumuskan daftar persyaratan fungsional dan lainnya pada sistem.

Kesalahan umum adalah menempatkan teknologi “di depan” strategi. CRM diterapkan ketika tujuan, proses, dan struktur belum dirumuskan. Hanya sebuah “misi” yang tersedia, mengingatkan pada seruan historis Komite Sentral CPSU untuk “bekerja lebih baik.” Pemasangan aplikasi CRM terjadi sebelum perusahaan mengalami perubahan organisasi yang diperlukan untuk menerapkan pendekatan berorientasi pelanggan. Selain itu, banyak orang yang ingin menerapkan semuanya sekaligus. Menurut Andrey Pavlov, Managing Partner FB Consult, ada semacam mitos: semakin banyak fungsinya, semakin baik: baik “sebagai cadangan” dan “untuk sampel pekerjaan.” Dengan pendekatan ini, sebuah “lubang hitam” terbentuk untuk uang dan usaha: sumber daya disebar untuk memperoleh hasil maksimal Kegunaan, dan dengan demikian menciptakan redundansi teknologi yang tidak diklaim. Pada saat yang sama, alih-alih melakukan pendekatan transformasi selangkah demi selangkah, tugasnya adalah mengubah seluruh bisnis klien “dalam satu langkah”: menyusun basis klien, membedakan penawaran, mengindividualisasikan komunikasi, dan menyesuaikan eksekusi.

Ada juga kesalahan klasik - kurangnya perhatian dari manajemen puncak, kesalahan dalam perencanaan, masalah koordinasi antar departemen dan departemen dalam perusahaan. Dalam beberapa kasus, setelah menerapkan fungsionalitas CRM, perusahaan tidak dapat menyediakan sumber daya untuk strategi CRM yang dikembangkan dan melakukan perubahan organisasi yang diperlukan.

Perusahaan Alfastrakhovanie, tempat sistem CRM SalesLogic beroperasi, mencatat bahwa kemauan yang kuat dari manajemen unit penjualan dan pengawasan proyek, kecukupan sumber daya pendukung sistem internal, dan di samping itu, kemauan yang kuat dari manajemen unit penjualan dan pengawasannya terhadap proyek, sebagai syarat yang diperlukan untuk keberhasilan implementasi CRM. dari penjual itu sendiri untuk menerima aturan main yang baru, atau lebih tepatnya, melibatkan mereka dalam “permainan” baru. Diketahui bahwa masalah spesifik dan akut bagi CRM sebagian besar adalah penolakan dari manajer penjualan itu sendiri. Mereka benar-benar melihatnya sebagai ancaman baik dalam bentuk peningkatan kendali atas pekerjaan mereka maupun dalam bentuk hilangnya nilai diri mereka sebagai pembawa pengetahuan tentang klien. Sering terjadi bahwa manajer tidak memiliki cukup keterampilan atau waktu untuk secara serius menganalisis hubungan dengan klien menggunakan semua alat yang tersedia dan membangun “saluran penjualan”.

Mungkin juga ada alasan fungsional dan teknologi: sistem ini tidak nyaman digunakan untuk tugas tertentu. Alhasil, alih-alih menjadi alat kerja, malah menjadi faktor pengganggu. Staf mulai secara bersamaan menyimpan daftar klien mereka dalam file Excel atau dengan cara lain. Menurut manajer TI dari salah satu pelanggan besar Rusia, yang memiliki pengalaman mengimplementasikan SalesLogix pada tahun 2001-2003, banyak penyedia layanan TI Rusia mulai bekerja dengan kata-kata menyenangkan “Beri tahu saya apa dan bagaimana yang Anda inginkan, dan kami akan mengotomatiskan semuanya. .” Kemudian kesibukan konsultasi dimulai, dan keluarannya hanya berupa kertas. Dan sebagai hasilnya, solusi kotak ditawarkan (murah, tapi cepat), atau solusi paling terintegrasi, dengan hampir semua perangkat lunak tersedia di perusahaan (akan indah, tapi mahal, dan akankah itu berakhir?).

Bagaimana cara menghindari kegagalan?

Andrey Pavlov percaya bahwa selama implementasi, sangat penting untuk berusaha mendapatkan solusi bisnis unik yang dapat memberikan keunggulan kompetitif yang unik bagi perusahaan. Anda perlu menyoroti fungsionalitas yang benar-benar dibutuhkan oleh pengguna bisnis Anda dan mencoba menerapkannya, menghindari redundansi fungsional. Keberhasilan proyek minimalis dijamin oleh visibilitas hasil dengan upaya yang wajar. Kemudian Anda bisa melanjutkan dalam tahapan yang sama. Hal ini juga dapat membantu dalam satu hal yang sangat penting - menjaga kepentingan manajemen dalam proyek yang berlangsung selama beberapa bulan.

“Apa yang diperlukan adalah pendekatan yang terfokus dan pragmatis, yang mana bisnis terlebih dahulu mengerahkan upaya dan waktu yang signifikan untuk mengidentifikasi dengan tepat proses-proses bisnis yang akan membawa manfaat, memanfaatkan keunggulan yang ada, atau menyelesaikan masalah operasional “front office”. “tentang apa” fungsi-fungsi tertentu diimplementasikan,” ia mencatat dan merekomendasikan untuk memilih “mata rantai penting” untuk memulai – sebuah tugas penting yang strategis yang dapat dilaksanakan tanpa banyak tekanan. Hubungan seperti ini mungkin cukup untuk inisiatif-inisiatif “berteknologi rendah”. Benar, latihan menunjukkan bahwa jika Anda menarik satu tautan dari sistem, Anda pasti akan memengaruhi banyak tautan lainnya... Ini adalah seni - memilih tautan yang penting, tetapi tidak terlalu terkait dengan tautan lain.

Redundansi fungsionalitas, ketergantungan berlebihan pada teknologi sebagai obat mujarab universal mengarah pada fakta bahwa logika tindakan yang asing dan tidak dapat dipahami dimasukkan ke dalam pekerjaan para manajer. Menurut Andrey Pavlov, masuk akal untuk membagi tugas menjadi dua subtugas: memperkenalkan logika sistem yang hanya dapat dimengerti oleh manajer puncak, dengan mempertimbangkan perubahan organisasi yang sedang berlangsung. Dan semua pengguna lainnya harus “puas” dengan memperbarui “add-on” yang disederhanakan namun efektif.

Mengenai bekerja dengan personel departemen penjualan selama transisi ke sistem baru, sebagian besar manajer dengan tegas mengambil posisi yang sangat sulit: memaksa, menghukum, denda. Bagaimanapun, penting untuk memastikan bahwa orang-orang bekerja sesuai dengan aturan baru setiap hari. Menurut Vadim Dozortsev, direktur perusahaan konsultan Berner & Stafford, hal ini tidak mungkin dilakukan. Terkadang Anda masih mendengar tentang pendekatan yang lebih konstruktif, berdasarkan minat karyawan dalam meningkatkan produktivitas mereka. Baik metode teknologi murni maupun kombinasinya dengan metode organisasi berhasil digunakan. Penjual menerima gaji sebanding dengan jumlah kontrak yang diselesaikan. Suatu perjanjian tidak dapat dibuat tanpa mengisi formulir tertentu di CRM. Tentu saja, hal ini dapat dilakukan satu jam segera sebelum penyerahan kontrak untuk ditandatangani, namun hal tersebut dapat dengan mudah dilacak menggunakan log sistem. Dan mereka sudah didenda karena hal ini.

Ada temuan organisasi lainnya. Seperti yang ditunjukkan oleh praktik penerapan sistem MetodiX CRM di Bank Pembangunan Rusia, dukungan pengguna pada saat penerapan sangatlah penting. Dalam proyek ini, tim spesialis implementasi hadir di tempat kerja pengguna setiap hari selama sebulan, memantau pelaksanaan proses dan aturan bisnis, mencatat hambatan dalam proses dan keinginan pengguna. Berdasarkan hal ini, permintaan untuk perubahan proses dihasilkan. Menurut perwakilan RBR, “Kehadiran tim seperti itu menghilangkan keterkejutan pengguna selama adaptasi untuk bekerja di sistem.”

Peran tim proyek dalam proyek implementasi sistem CRM, seperti dalam proyek TI lainnya, sangatlah penting. Sebaiknya hal ini tidak berubah dan disatukan: unit bisnis, departemen TI sendiri, dan penyedia solusi konsultan, masing-masing dengan hak dan tanggung jawab tetapnya sendiri. Kerangka waktu yang memadai untuk sumber daya, pemantauan operasional atas apa yang terjadi, pengendalian hasil nyata setidaknya sekali setiap tiga bulan - pelanggan membicarakan semua ini di konferensi sebagai pengalaman berharga yang diperoleh dengan darah dan keringat. Dan tampaknya - ABC manajemen proyek...

Dan terakhir, sedikit tentang biaya proyek implementasi sistem CRM. Menurut Insight Technology, biaya proyek CRM didistribusikan seperti yang ditunjukkan pada Gambar 4. Namun, Pavel Cherkashin dari Sputnik Labs memperingatkan: “Menurut statistik, biaya tersembunyi berjumlah 200-500% dari biaya awal proyek. Jadi jika Anda mendapatkan rasio yang lain, periksa apakah Anda lupa sesuatu..."

Pemrosesan alamat ( Url Tulis Ulang) digunakan agar skrip dapat merespons tidak hanya alamat fisiknya, tetapi juga alamat lain yang ditentukan. Misalnya, Anda dapat mengatur pengaturan alamat pemrosesan sehingga skrip dalam file /fld/c.php menanggapi alamat tersebut

/fld/c.php?id=15

Juga menanggapi alamatnya

/catalog/15.php

Alamat yang akan ditanggapi oleh skrip tidak boleh ada secara fisik di server. Jika alamat tersebut ada secara fisik, skrip akan dipanggil di alamat ini. Sistem pemrosesan alamat tidak akan dimulai dalam kasus ini.

Aturan pemrosesan

Aturan pemrosesan alamat dikonfigurasikan secara terpisah untuk setiap situs dan disimpan dalam file di root situs urlrewrite.php. File tersebut berisi array $arUrlTulis Ulang, setiap entrinya merupakan aturan pemrosesan alamat. Mengajukan urlrewrite.php memiliki bentuk berikut:

"#^/gallery/#", "RULE" => "", "ID" => "bitrix:photo", "PATH" => "/max/images/index.php",), array("CONDITION " => "#^/forum/#", "ID" => "bitrix:forum", "PATH" => "/forum/index.php",), array("CONDITION" => "#^/ indeks/(+)/(+)/#", "RULE" => "mode=baca&CID=$1&GID=$2", "ID" => "bitrix:catalog.section", "PATH" => "/newforum /index.php",), array("CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2",),); ?>

Setiap aturan harus berisi ketentuan untuk menjalankan aturan yang unik di dalam situs. Kondisi eksekusi ditulis ke kunci " KONDISI" array dan merupakan pola ekspresi reguler yang kompatibel dengan Perl. Misalnya, kondisinya:

"Kondisi" => "#^/indeks/(+)/(+)/#"

menunjukkan bahwa aturan ini harus diterapkan ke semua alamat yang dimulai dengan substring dalam bentuk:

/indeks/<число>/<число>/

Aturan tersebut mungkin berisi alamat skrip yang ada secara fisik yang akan terhubung ketika kondisi terpenuhi. Alamat ini ditulis ke kunci " JALUR". Misalnya, jika suatu aturan didaftarkan di sistem pemrosesan alamat:

Array("CONDITION" => "#^/gallery/#", "PATH" => "/max/images/index.php",)

dan pengguna meminta halaman:

/galeri/38.php

yang secara fisik tidak ada, maka sistem pemroses alamat akan menghubungkan skrip:

/max/images/index.php

Suatu aturan mungkin berisi aturan pengganti, yang ditulis ke kunci " ATURAN". Jika aturan penggantian disetel, maka alamat skrip plug-in kehidupan nyata dibentuk dengan mengganti kondisi eksekusi (template ekspresi) dengan rangkaian dengan ekspresi reguler jalur fisik(kunci " JALUR") dan aturan penggantian (kunci " ATURAN"). Misalnya, jika suatu aturan didaftarkan di sistem pemrosesan alamat:

Array("CONDITION" => "#^/index/(+)/(+)/#", "RULE" => "mode=baca&CID=$1&GID=$2", "PATH" => "/newforum/index .php",)

/indeks/5/48/

$url = preg_replace("#^/index/(+)/(+)/#", "/newforum/index.php?mode=read&CID=$1&GID=$2", "/index/5/48/") ;

dan skrip akan terhubung:

/forum baru/index.php?mode=baca&CID=5&GID=48

Jika aturan terdaftar di sistem pemrosesan alamat:

Array("CONDITION" => "#(.+?)\\.html(.*)#", "RULE" => "$1.php$2",)

dan pengguna meminta halaman:

/tentang/perusahaan.html?tampilkan

kemudian untuk menghasilkan alamat script yang akan dihubungkan, kode akan dieksekusi:

$url = preg_replace("#(.+?)\\.html(.*)#", "$1.php$2", "/about/company.html?show");

dan skrip akan terhubung:

/about/company.php?show

Sebuah aturan dapat berisi nama komponen yang membuat aturan tersebut. Nama ini ditulis ke kunci " PENGENAL". Saat secara otomatis membuat ulang file aturan urlrewrite.php Dengan menggunakan alat bagian administratif situs, hanya aturan yang kuncinya " diisi yang dibuat ulang PENGENAL". Aturan ini dibuat ulang berdasarkan analisis file fisik di folder situs. Aturan dengan kunci kosong " PENGENAL" Saat file dibuat ulang secara otomatis, aturannya tidak berubah.

Menghubungkan sistem pemrosesan alamat

Sebelum menggunakannya, sistem pemrosesan alamat harus terhubung ke situs. Untuk melakukan ini, Anda perlu:

• jika server web Anda dikonfigurasi untuk menangani kesalahan 404 (misalnya, untuk Apache, arahannya disetel Dokumen Kesalahan 404 /404.php), maka Anda harus mengubah file /404.php dengan memasukkan perintah di awal file: include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/urlrewrite.php");
• jika Anda menggunakan modul untuk Apache mod_rewrite, lalu dalam pengaturannya Anda dapat menentukan (misalnya, di file .htaccess): Mesin Tulis Ulang Aktif RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-l RewriteCond %(REQUEST_FILENAME) !-d RewriteCond %(REQUEST_FILENAME) !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite .php [L]

Dukungan komponen 2.0

Saat menambahkan komponen berkemampuan CNC ke halaman (" URL yang dapat dibaca manusia") (jika file disimpan menggunakan API), aturan pemrosesan alamat secara otomatis dibuat. Jika halaman tidak dibuat menggunakan API, tetapi, misalnya, ditulis melalui FTP, maka Anda perlu membuat ulang aturan tersebut ( tombol pada toolbar di halaman untuk menyiapkan aturan pemrosesan alamat) .

Dukungan CNC diaktifkan di komponen menggunakan parameter input yang telah ditentukan sebelumnya SEF_MODE. Apalagi dalam parameter input yang telah ditentukan sebelumnya SEF_FOLDER Folder tempat komponen berjalan diinstal. Foldernya mungkin virtual (yaitu, mungkin tidak ada secara fisik). Saat menyimpan halaman dengan komponen ditempatkan di atasnya, alihkan ke mode CNC (parameter SEF_MODE sama Y), melalui antarmuka standar, aturan pemrosesan alamat dibuat sebagai berikut: di kunci ketentuan aplikasi templat (" KONDISI") menulis ekspresi reguler yang diperoleh dari folder di parameter SEF_FOLDER, di kunci " PENGENAL" nama komponen ditulis ke kunci jalur (" JALUR") alamat fisik halaman dicatat.

Misalnya, biarkan komponen " bitrix:katalog" diposting di halaman /fld/c.php dan hubungannya terlihat seperti ini:

$APPLICATION->IncludeComponent("bitrix:catalog", "", Array("SEF_MODE" => "Y", "SEF_FOLDER" => "/mycatalog/", "IBLOCK_TYPE_ID" => "catalog", "BASKET_PAGE_TEMPLATE" = > "/personal/basket.php",));

Kemudian saat menyimpan halaman /fld/c.php entri akan ditambahkan ke sistem pemrosesan alamat:

Array("CONDITION" => "#^/mycatalog/#", "RULE" => "", "ID" => "bitrix:catalog", "PATH" => "/fld/c.php",)

Jadi, ketika meminta alamat dimulai dengan baris /katalog saya/, skrip akan terhubung /fld/c.php. Dalam skrip ini, alamat yang diminta dapat dianalisis dan tindakan yang diperlukan dapat dilakukan.

Lihat juga

• dalam kursus Dasar Administrator.
• dalam kursus Pengembang Kerangka Bitrix.

aturan kedua tidak akan berlaku untuk alamat “Anda” (misalnya /about/news/55/), karena yang pertama, universal, berfungsi untuk alamat ini. Artinya, aturan yang lebih tepat harus ditulis di awal file, dan aturan yang digeneralisasikan di akhir.

dalam file yang sama buat kondisi:

"Bitrix", 2001-2019, "1C-Bitrix", 2019

Mari kita membuat blok informasi di BITRIX, menampilkan daftar elemen yang dibuat menggunakan komponen bitrix:berita.daftar dan menjadikan halaman detail elemen sebagai komponen bitrix:berita.detail

Bidang yang wajib diisi:
Tab blok informasi

Akses tab

Keluaran elemen keamanan informasi

Untuk menampilkan elemen blok informasi, gunakan bitrix:news.list in indeks.php

IncludeComponent("bitrix:news.list", "tour", // array templat("IBLOCK_TYPE" => "konten", // tipe blok informasi "IBLOCK_ID" => "1", // ID blok informasi "NEWS_COUNT" => "10", // jumlah elemen yang ditampilkan "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_TITLE" => "N", "PROPERTY_CODE" => array(0 => " NAMA ", // aktifkan properti dari infoblock),), false); ?>

Daftar semua parameter yang mungkin untuk suatu komponen

Jika pemfilteran diperlukan, ada parameter FILTER_NAME. Di atas panggilan ke komponen bitrix:news.list, kita membuat variabel global dengan parameter pemfilteran.

1); // Elemen yang properti OLD-nya disetel ke 1 tidak akan ditampilkan ?>

dan masuk bitrix:berita.daftar melewati filter.

"FILTER_NAME" => "arrFilter",

Menyiapkan penulisan ulang url

Di urlrewrite.php Anda perlu menentukan parameter pemrosesan URL.

"#^/tury/(.*)/.*#", // Memproses halaman detail"RULE" => "ELEMENT_CODE=$1", "ID" => "bitrix:news", "PATH" => "/tury/detail.php", "SORT" => 100,), array ("CONDITION" => "#^/tury/#", // Memproses halaman utama bagian "RULE" => "", "ID" => "bitrix:news", "PATH" => "/tury/index. php", "SORT" => 100,),);

Keluaran halaman detail

Untuk menampilkan halaman detail di detail.php digunakan bitrix:berita.terakhir. Kumpulan parameter minimum untuk panggilan:

IncludeComponent("bitrix:news.detail", "tour", // template Array("IBLOCK_ID" => "1", // ID blok informasi "IBLOCK_TYPE" => "content", // jenis blok informasi "ELEMENT_CODE" => $_REQUEST["ELEMENT_CODE"], // parameter halaman yang dikirimkan "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_BROWSER_TITLE" => "Y", "SET_META_DESCRIPTION" => " Y" , "SET_TITLE" => "Y", "ADD_ELEMENT_CHAIN" => "Y", "PROPERTY_CODE" => array(0 => "NAME", // sertakan properti dari blok info),), false); ?>

Mengeluarkan gambar dari properti infoblock

Menampilkan foto yang berada di properti elemen keamanan informasi tidaklah mudah. Dalam susunan data di halaman detail, kita hanya akan melihat ID foto, dan bukan jalur ke file-file ini. Oleh karena itu, pada file result_modifier.php perlu dilakukan proses keluaran foto-foto tersebut.

Di folder template, di file hasil_modifier.php kami menelusuri serangkaian foto:

$foto) ( $photo_small = CFile::ResizeImageGet($photo, array("width"=>200, "height"=>200), BX_RESIZE_IMAGE_PROPORTIONAL, true); $photo_original = CFile::ResizeImageGet($photo, array( "lebar"=>800, "tinggi"=>800), BX_RESIZE_IMAGE_PROPORTIONAL, benar); $arResult["PHOTOS"] = Array ("asli" => $photo_original["src"], "kecil" => $photo_small ["src"],); )

Dan di dalam file templat.php Kami sudah menampilkan fotonya sendiri:

"> ">

Sistem PayCash telah menjadi respons komersial terhadap ketidakpercayaan terhadap pembayaran barang jarak jauh menggunakan kartu kredit. Proyek ini dikembangkan oleh Tavrichesky Bank dan grup perusahaan Alkor-Holding dan dirancang untuk membantu pembeli dan penjual toko elektronik (mulai dari menyediakan sistem pembayaran online hingga hosting toko online). Pengguna PayCash tidak memerlukan kartu kredit. Ini adalah sistem pembayaran terbuka, bank mana pun dapat terhubung dengannya. Pembayaran di Internet bersifat anonim, dan pengguna menerima akun sistem PayCash tempat Anda dapat melakukan pembayaran non-tunai. Tentunya sebelumnya Anda perlu membuka rekening di bank yang mendukung sistem PayCash, setelah itu dana yang dikreditkan akan diubah menjadi “uang elektronik”. Pembayaran dilakukan misalnya seperti ini: pengunjung toko virtual mengklik tombol “Pembayaran melalui PayCash”; data pesanan ditransfer ke Pusat Penerimaan Pembayaran; Penjual menerima konfirmasi yang disertifikasi dengan tanda tangan digital. Setelah itu, Pusat Pembayaran memikul kewajiban kepada toko dan mentransfer uang ke bank yang ditentukan oleh penjual sejumlah pembayaran PayCash. Bukankah ini terlihat seperti bentuk pembayaran letter of credit yang dapat diandalkan? Tentu saja, untuk penggunaan sistem dikenakan komisi sebesar 1-3% dari jumlah pembayaran (tergantung kondisi untuk memasuki sistem).

Bagi pembeli, penggunaan sistem PayCash berarti menginstal program dompet di komputer dan melakukan transaksi keuangan darinya. “Dompet” berisi kunci untuk menghasilkan tanda tangan elektronik, yang digunakan untuk “menandai” dokumen apa pun yang dikirim dari program. Untungnya, program dompet tidak menggunakan algoritme untuk mengikat perangkat keras PC (misalnya, nomor seri prosesor Pentium III), sehingga “dompet” dapat ditransfer tanpa rasa sakit dari komputer ke komputer.

MEMBANTU

Sistem pembayaran elektronik ASSIST adalah proyek yang memungkinkan otorisasi dan proses pembayaran yang dilakukan menggunakan kartu kredit secara real time. Selain itu, pembayaran dapat dilakukan, misalnya, dari akun klien di penyedia Internet. Saat mentransfer informasi rahasia klien (data kartu kredit atau deposit), pembayaran melalui jaringan bersama dilakukan melalui koneksi aman menggunakan protokol SSL 3.0. Otorisasi dan pemrosesan kartu kredit dilakukan dalam sistem CyberPlat Platina Bank. Informasi mengenai detail kartu tentunya tetap dirahasiakan dan tidak diberikan bahkan kepada penjual langsungnya. Hanya konfirmasi pembayaran yang dikirim ke toko online, disertifikasi dengan tanda tangan digital dengan kunci enkripsi 512-bit.

Sistem ASSIST digunakan oleh lusinan toko online serta sumber informasi dan konsultasi. Salah satu "ahli" sistem yang paling terkenal adalah toko online "oZon" (http://www.o3.ru) - nominasi lain untuk National Intel Internet Award.

Dostavka.Ru

“Dostavka.Ru”, jika bukan sebuah fenomena, maka merupakan proyek komersial yang sangat sukses di bagian Internet Rusia. Model bisnisnya dibangun berdasarkan prinsip pengiriman peralatan kantor, peralatan komunikasi dan layanan informasi (penyediaan akses Internet) melalui kurir dengan pembayaran tunai di tempat. Ia bekerja lebih cepat dan lebih andal dibandingkan mekanisme pembayaran dan pengiriman jarak jauh, terutama mengingat “kehati-hatian” surat kami. Kisaran barang dan jasa, pada prinsipnya, terbatas: daftar harga konsolidasi mencakup lebih dari seribu item. Toko ini hanya melayani Moskow di dalam Jalan Lingkar Moskow. Produk dikirimkan secara gratis: baik itu kartrid printer, monitor, atau mesin fotokopi. Harga tidak jauh lebih rendah dari rata-rata Moskow, tetapi, tentu saja, sakit kepala lebih sedikit. Server virtual tempat pesanan diterima berjalan pada peralatan penyedia Internet Zenon N.S.P. Omong-omong, Delivery.Ru menjadi salah satu toko pertama yang menyediakan akses Internet gratis kepada pengunjungnya (tentu saja, hanya untuk mengunjungi servernya).

Proyek ini diluncurkan hanya oleh tiga orang yang memiliki dua komputer dan satu modem - seperti cerita di luar negeri tentang pembentukan perusahaan “garasi” di Silicon Valley. Pembuatan toko ini membutuhkan waktu yang sangat singkat - dua bulan. Saat ini, sekitar 20 staf dipekerjakan dalam pekerjaan kantor. Biasanya, toko melayani 50–70 pesanan per hari, tetapi mampu “mencerna” permintaan beberapa kali lebih banyak dengan perluasan staf yang sistematis (dan, dengan permintaan yang sesuai, tentu saja).

Apa yang diperlukan untuk tumbuh? Bagaimana cara mencairkan es ketidakpercayaan yang secara historis berkembang sehubungan dengan perdagangan internet? “Ya, secara umum tidak ada resepnya,” jawab Andrey Khromov, manajer proyek di Dostavka.Ru. “Tugas kami adalah memastikan bahwa klien menggunakan layanan kami setidaknya sekali.” Hanya pengalaman sukses pribadi yang membantu menilai kenyamanan belanja online. Selain itu, pengiriman harus dilakukan dalam hitungan jam atau hari, dan selama ini uang tersebut tetap berada di bawah pengawasan yang dapat diandalkan dari pemiliknya yang sah. Ini bukan hari-hari penantian yang cemas setelah melakukan transfer bank.

Apakah Dostavka.Ru merasakan dampak negatif dari kesenjangan hukum yang mengatur pengoperasian toko online? Menurut reaksi resmi dari para pemimpin proyek, mereka merasa cukup nyaman dengan kerangka peraturan yang ada. Menurut Andrey Khromov, hanya jenis perdagangan internet yang memerlukan undang-undang tertentu yang tidak pernah bertemu antara penjual dan pembeli. Misalnya saja saat membayar dengan kartu kredit. Perdagangan barang yang memerlukan izin khusus (penjualan alkohol, produk tembakau, perhiasan, dll) juga berisiko. Web untuk Dostavka.Ru hanyalah sebuah etalase yang indah, alat yang nyaman dan murah untuk mengumpulkan pesanan. Organisasi kerja lebih lanjut dengan klien tidak jauh berbeda dengan beberapa restoran pizza. “Kami memiliki toko biasa,” Khromov menegaskan. “Kami bekerja berdasarkan aturan “fisik”, bukan aturan virtual.”

Di antara kesulitan yang dihadapi perdagangan online, Khromov mencatat kurangnya skema B2B yang mapan untuk toko online.

Megashop.Ru

Toko web Megashop.Ru mengkhususkan diri dalam penjualan dan pengiriman peralatan komputer. Pengiriman hanya dilakukan di Moskow, dan pembayaran dapat dilakukan secara tunai, kartu kredit dari semua sistem pembayaran utama, dan melalui transfer dalam rubel. Anda dapat “menggulung” kartu di mesin slip pada saat pengiriman. Selain itu, toko berjanji untuk mengembalikan uang tersebut, meskipun pesanan sebenarnya telah dibayar, tetapi pembeli menolaknya, meskipun tanpa penjelasan (yang sepenuhnya sesuai dengan “UU Perlindungan Hak Konsumen”).

Menurut informasi resmi dari pengembang proyek, pembuatan toko tersebut membutuhkan waktu enam bulan dan 100 ribu dolar.Rustem Akhiyarov, mewakili Megashop.Ru, juga menjelaskan bahwa mempromosikan toko tersebut memakan biaya beberapa kali lipat. Setelah mempertimbangkan opsi untuk organisasi perangkat keras proyek, perusahaan tidak menempatkan server di lokasinya dan memasang saluran yang mahal. Hasilnya, kami memilih opsi kolokasi - menempatkan server di situs penyedia.

“Hambatan ketidakpercayaan terhadap belanja online hanyalah sebuah bentuk konservatisme manusia yang sehat,” kata Rustem Akhiyarov. Satu-satunya cara untuk mengatasinya adalah dengan memberikan syarat pembayaran yang nyaman, harga murah dan jangkauan yang luas. Hosting web etalase jelas membantu mengurangi biaya di semua pusat biaya.

Manajemen Megashop.Ru tidak terlalu mengeluhkan kendala dari peraturan perundang-undangan yang tidak sempurna. Ada kesulitan-kesulitan yang sepenuhnya bersifat “sehari-hari” - akibat dari tidak beradabnya pasar. “Situasinya mencapai titik absurditas: tidak semua pemasok perangkat komputer dapat memberikan informasi ketersediaan dan harga barang dalam format yang diperlukan,” komentar Mr. Akhiyarov. - Manajer penjualan berusaha keras untuk melakukan penjualan, tetapi yang dia miliki hanyalah daftar harga yang dirancang untuk format A4. Pemrogram sistem perusahaan ini dapat menghabiskan waktu berjam-jam hari demi hari untuk menjelaskan mengapa “tidak mungkin” mendapatkan hanya daftar barang dengan harga dalam dua kolom, meskipun baginya ini adalah pekerjaan 5 menit.”

PAGERGATE.RU
SMS.GATE.RU

Banyak pengguna pager dan ponsel GSM yang akrab dengan gateway komunikasi http://www.pagergate.ru dan http://sms.gate.ru. Dari situs Web ini Anda dapat mengirim pesan ke pager dan telepon seluler GSM yang dilayani oleh 400 operator di Rusia dan negara-negara CIS.

Menurut Alexei Vinogradov (koordinator proyek SMS.Gate.Ru), intensitas tenaga kerja utama proyek ini bahkan bukan pada pengembangan dan dukungan layanan (ini memakan 30% waktu), tetapi pada komunikasi dengan operator dan pengguna. Sebagian besar pendapatan PagerGate berasal dari periklanan (disediakan oleh biro iklan Internet Manifest). Namun kini beberapa perusahaan menggunakan layanan SMS untuk tujuan komersial untuk segera memberi tahu karyawannya. Layanan SMS-to-ICQ dan ICQ-to-SMS akan diluncurkan dalam waktu dekat. Selain itu, sudah ada layanan yang menyediakan pengiriman pesan komunikasi radio melalui email (dan sebaliknya). Layanan untuk bekerja dengan milis saat ini sedang disiapkan (negosiasi sedang berlangsung dengan publikasi cetak besar dan salah satu server milis). Untuk pelanggan korporat, layanan seperti hosting organisasi transmisi pesan melalui situs Web perusahaan, gateway SMS khusus, dll disediakan.

Pengembang proyek tidak menggunakan peralatan eksotik apa pun. Ada server di sentral telepon “kepala” M9 dan server cadangan kedua di situs penyedia lain. Perangkat keras SMS.Gate.Ru terdiri dari beberapa telepon GSM dan terminal GSM yang berbeda. Proyek ini sebenarnya dilayani oleh empat orang: seorang koordinator (administrasi umum, pemrograman, komunikasi dengan pengguna), seorang insinyur sistem, seorang spesialis pemasaran dan periklanan dan orang yang bertanggung jawab atas masalah-masalah umum.