Aspettative e realtà nei progetti CRM. Sviluppi recenti Realtà dure: conflitto di interessi

Marine Voskanyan
Olga Melnik

La prima cosa che un manager IT ricorda quando si parla di automazione delle vendite è l’implementazione di un sistema CRM. In effetti, in tutto il mondo è stata accumulata una vasta esperienza nell’utilizzo dei sistemi CRM nel processo di vendita. Tuttavia l’esperienza non è sempre positiva. Stiamo cercando di analizzare gli aspetti positivi e negativi dei progetti di implementazione dei sistemi CRM.

Le implementazioni CRM di solito hanno aspettative speciali. Tuttavia, si tratta di vendite, di ricevere o non ricevere entrate dirette. Molto spesso, uno dei tre scenari spinge un'azienda a prendere la difficile decisione di implementare il CRM:

• l'emergere di una situazione di crisi: il manager ha lasciato e “rubato” i clienti, una forte ondata di concorrenza, un basso recupero crediti ed è necessario controllare le informazioni e sistematizzare le attività dei dipendenti;
• rapido sviluppo del business (o necessità di sviluppo), che non può essere continuato “alla vecchia maniera”, e l’azienda richiede l’automazione delle operazioni di routine, il controllo dell’efficienza, la raccolta e il trasferimento delle conoscenze;
• norma aziendale, che deve essere seguito, aumentando l'attrattiva degli investimenti dell'impresa consolidando la base clienti.

Gli esperti del fornitore di servizi IT Sputnik Labs evidenziano proprio queste situazioni come le più tipiche per la Russia e constatano allo stesso tempo che più della metà dei clienti non possiede nemmeno un registro clienti. In generale, l'azienda cliente si aspetta dall'implementazione del CRM, come minimo, di ripristinare l'ordine, ridurre la dipendenza da manager specifici e, al massimo, aumentare le vendite, preferibilmente in modo esponenziale.

Sì, un sistema CRM funzionante con successo consente di sistematizzare le informazioni su clienti e controparti, sia esistenti che potenziali (Fig. 1), per creare un unico spazio informativo e prevenire perdite e fughe di dati dei clienti a seguito di licenziamenti e rotazione del personale. Ecco l'opinione del capo di una delle aziende russe: “Il CRM è una cosa assolutamente necessaria e utile per qualsiasi reparto vendite. Anche l'automazione più semplice e l'instaurazione di un ordine di base nella base clienti danno un effetto economico, fanno affari più trasparente e sostenibile Se è possibile implementare funzioni di marketing e di gestione analitica e CRM più complesse, l’azienda aumenta significativamente la propria efficienza."

Tuttavia, quando si tratta dell'impatto del CRM sulla crescita delle vendite, le cose non sono così semplici. Naturalmente, le stime del possibile ritorno sull'investimento nel CRM sono direttamente correlate all'effetto della crescita delle vendite. Alcune statistiche mondiali indicano che attraverso l’implementazione del CRM si ottengono i seguenti risultati:

• riduzione del ciclo di vendita mediamente del 10-15%;
• aumentare la percentuale delle transazioni vinte del 5-10%;
• aumentare del 5% il tasso di fidelizzazione dei clienti redditizi;
• riduzione dei tempi di esecuzione operazioni di routine del 25-30%;
• aumentare la redditività media delle transazioni del 15-20%;
• aumentare l'accuratezza delle previsioni di vendita al 99%;
• riduzione dei costi di vendita, marketing e successiva assistenza al cliente del 10-15%;
• aumento della percentuale di cross-selling, anche tramite il servizio di assistenza clienti del 5-10%;
• aumentando l'efficacia delle campagne di marketing del 5-7%.

Come risultato di tali statistiche, si chiama una cifra piacevole: "la redditività di un progetto CRM medio va dal 200 al 400% entro due o tre anni". Tuttavia, non tutti sono d’accordo con questo. L’esperienza di sei anni del CEO di Vipro Oleg Skovorodnikov con vari CRM fornisce un quadro leggermente diverso. A suo avviso non esiste un collegamento diretto tra il miglioramento delle vendite e l'implementazione del CRM. Oleg Skovorodnikov elenca i seguenti effetti attesi ma non scoperti.

1. Aumento delle vendite."Non è stato trovato alcun collegamento diretto. Indirettamente, le vendite aumentano grazie al fatto che i manager lavorano in modo più efficiente e rapido. Ma non è stato possibile dimostrarlo con i numeri."

2. Migliorare la qualità del servizio."Non abbiamo notato nemmeno un collegamento diretto. I dipendenti che prestavano servizio e vendevano molto prima dell'implementazione del CRM sono rimasti con lo stesso spirito, ignoranti e disattenti. Ma è molto conveniente se un dipendente è assente o assente licenziato - in questi casi il CRM è semplicemente insostituibile, non migliora la qualità, ma crea la possibilità stessa di servizio."

3. Aumentare il numero di acquisti ripetuti, aumentare la fedeltà dei clienti, acquistare beni e servizi aggiuntivi. "Tutto questo è interamente merito dei manager. Nessun CRM li sostituirà, ma aiuta indirettamente a raggiungere questi obiettivi."
Per quanto riguarda un altro problema urgente, la sicurezza dei dati, anche questo non può essere risolto dall'effettiva implementazione di un sistema CRM. "Ad esempio, il direttore dello sviluppo è stato licenziato", commenta Oleg Skovorodnikov, "aveva accesso al database dei clienti, si sono dimenticati di disattivarlo, cinque minuti prima di partire, l'uomo ha esportato il database dei clienti e se lo è inviato a casa". Cassetta postale. In generale, se un dipendente sleale compare tra le vostre fila ordinate, il CRM può aiutarlo a fare qualcosa di male per voi." Non dobbiamo dimenticare che la comparsa del CRM in un'azienda non riduce, ma aumenta il numero delle possibili minacce e richiede adeguate e, se possibile, misure preventive da parte del servizio IT

Nonostante un certo scetticismo, la domanda di sistemi CRM in Russia aumenta, secondo varie stime, del 50-100% all'anno. Sono attivi principalmente il settore dei servizi, il settore finanziario, l'informatica, le telecomunicazioni e le società commerciali. Di norma le aziende russe desiderano una soluzione flessibile per i loro processi. Sebbene ci siano spesso casi in cui, rispettando l'esperienza accumulata da un rispettabile produttore di soluzioni CRM, un'azienda ha deciso di modificare i propri processi aziendali piuttosto che apportare seri cambiamenti alla funzionalità del sistema CRM.

Inoltre, sono richieste soluzioni che forniscano integrazione front office e back office e sistemi ERP/CRM integrati. Il fatto è che fino al 60% del costo di implementazione di un sistema CRM è rappresentato dal costo di integrazione con il CIS esistente. E non c’è da stupirsi: una soluzione CRM separata da un sistema ERP rimane funzionalmente incompleta. Senza un normale back office si creano lacune nei processi aziendali, ad esempio durante il trasferimento di un ordine per l'esecuzione o l'emissione di una fattura.

Fallimenti del progetto CRM

Le statistiche (secondo Gartner Group, Cap Gemini Ernst & Young e Peppers & Rogers Group) sui progetti CRM in Occidente sono tristi: dal 50 all'80% delle implementazioni alla fine non soddisfa le aspettative. Non si sa esattamente quale sia questa percentuale in Russia, ma è improbabile che sia inferiore. Perché succede questo? Il caso più difficile è l'impossibilità di realizzare un progetto nelle condizioni della cultura aziendale esistente, la mancanza di un adeguato livello di strutturazione dei processi aziendali per consentirne l'automazione (mancanza di regolamenti, regolamenti interni per lo svolgimento delle operazioni). E anche la mancanza feedback tra il gruppo di lavoro di implementazione e gli utenti previsti del sistema nel processo di formulazione di un elenco di requisiti funzionali e di altro tipo per il sistema.

Un errore comune è mettere la tecnologia “davanti” alla strategia. Il CRM viene implementato quando obiettivi, processi e strutture non sono stati ancora formulati. Esiste solo una “missione”, che ricorda gli storici appelli del Comitato Centrale del PCUS a “lavorare meglio”. L’installazione delle applicazioni CRM avviene prima che l’azienda abbia subito le modifiche organizzative necessarie per implementare un approccio orientato al cliente. Inoltre, molte persone vogliono implementare tutto in una volta. Secondo Andrey Pavlov, socio amministratore di FB Consult, esiste una sorta di mito: maggiore è la funzionalità, meglio è: sia “in riserva” che “per un campione di lavoro”. Con questo approccio si forma un “buco nero” per denaro e fatica: le risorse vengono disperse per ottenere il massimo funzionalità, creando così una ridondanza tecnologica non reclamata. Allo stesso tempo, invece di un approccio graduale alla trasformazione, l’obiettivo è trasformare l’intera attività del cliente “in un unico passaggio”: strutturare la base clienti, differenziare le offerte, individualizzare la comunicazione e personalizzare l’esecuzione.

Ci sono anche errori classici: mancanza di adeguata attenzione da parte del top management, errori durante la pianificazione, problemi di coordinamento tra reparti e dipartimenti all'interno dell'azienda. In alcuni casi, avendo già implementato la funzionalità CRM, le aziende non sono in grado di fornire risorse per la strategia CRM sviluppata e apportare le modifiche organizzative necessarie.

La società Alfastrakhovanie, dove opera il sistema SalesLogic CRM, considera come condizioni necessarie per il successo dell'implementazione del CRM la forte volontà della direzione dell'unità di vendita e la sua supervisione del progetto, la sufficienza delle risorse interne di supporto del sistema e, inoltre, la disponibilità dei venditori stessi ad accettare le nuove regole del gioco, o meglio, a coinvolgerli in un nuovo “gioco”. È noto che un problema specifico e acuto per il CRM è in gran parte la resistenza degli stessi responsabili delle vendite. Lo vedono giustamente come una minaccia sia sotto forma di maggiore controllo sul proprio lavoro, sia sotto forma di perdita del proprio valore come portatore di conoscenza sui clienti. Accade spesso che i manager non abbiano abbastanza competenze o tempo per analizzare seriamente le relazioni con i clienti utilizzando tutti gli strumenti disponibili e costruire un “funnel di vendita”.

Potrebbero esserci anche ragioni funzionali e tecnologiche: il sistema è semplicemente scomodo da utilizzare per compiti specifici. Di conseguenza, da strumento di lavoro si trasforma in un fattore di disturbo. Lo staff inizia a mantenere contemporaneamente elenchi dei propri clienti in file Excel o in altro modo. Secondo il responsabile IT di uno dei grandi clienti russi, che ha avuto esperienza nell’implementazione di SalesLogix nel 2001-2003, molti fornitori di servizi IT russi iniziano a lavorare con le piacevoli parole “Dimmi cosa e come vuoi e noi automatizzeremo tutto”. .” Poi inizia una raffica di attività di consulenza e il risultato è solo cartaceo. E di conseguenza, o viene offerta una soluzione boxed (economica, ma veloce), oppure la soluzione più integrata, con quasi tutto il software disponibile in azienda (sarà bello, ma costoso, e finirà?).

Come evitare i fallimenti?

Andrey Pavlov ritiene che durante l'implementazione sia molto importante sforzarsi di ottenere una soluzione aziendale unica che offra all'azienda un vantaggio competitivo inimitabile. Devi evidenziare le funzionalità di cui i tuoi utenti aziendali hanno realmente bisogno e provare a implementarle, evitando la ridondanza funzionale. Il successo di un progetto minimalista è assicurato dalla visibilità del risultato con uno sforzo ragionevole. Quindi puoi muoverti nelle stesse fasi. Ciò può anche aiutare in una questione particolarmente importante: mantenere l'interesse del management in un progetto che dura diversi mesi.

“Ciò che serve è un approccio mirato e pragmatico, in cui l’azienda investe innanzitutto molto tempo e impegno per identificare esattamente quei processi aziendali che porteranno benefici, sfruttando i vantaggi esistenti o risolvendo i problemi operativi “front office” “cosa” e non "su cosa" vengono implementate determinate funzioni", osserva e raccomanda di scegliere un "collegamento critico" per iniziare, un compito strategicamente importante che può essere implementato senza troppi stress. Tali collegamenti potrebbero essere sufficienti tra le iniziative “a bassa tecnologia”. È vero, la pratica dimostra che quando si tira un collegamento del sistema, si influenzano inevitabilmente molti altri collegamenti... Questa è un'arte: scegliere un collegamento che sia essenziale, ma non troppo intrecciato con gli altri.

La ridondanza di funzionalità, l'eccessiva dipendenza dalla tecnologia come panacea universale portano al fatto che nel lavoro dei manager viene introdotta una logica di azione a loro estranea e incomprensibile. Secondo Andrey Pavlov, ha senso dividere il compito in due sottocompiti: introdurre nel sistema solo la logica comprensibile ai top manager, tenendo conto dei cambiamenti organizzativi in ​​corso. E tutti gli altri utenti dovrebbero “accontentarsi” aggiornando “componenti aggiuntivi” semplificati ma efficaci.

Per quanto riguarda la collaborazione con il personale del reparto vendite durante la transizione verso un nuovo sistema, la stragrande maggioranza dei manager assume fermamente una posizione molto dura: forzare, punire, multare. In ogni caso è necessario garantire che ogni giorno le persone lavorino secondo le nuove regole. Secondo Vadim Dozortsev, direttore della società di consulenza Berner & Stafford, non sarà possibile farne a meno. A volte si sente ancora parlare di un approccio più costruttivo, basato sull’interesse dei dipendenti ad aumentare la propria produttività. Vengono utilizzati con successo sia metodi puramente tecnologici che la loro combinazione con quelli organizzativi. Il venditore riceve uno stipendio proporzionale al numero di contratti completati. Non è possibile concludere un accordo senza compilare determinati moduli nel CRM. Naturalmente, questo può essere fatto un'ora immediatamente prima di inviare il contratto per la firma, ma tali cose possono essere facilmente monitorate utilizzando i registri di sistema. E sono già multati per questo.

Ci sono altri risultati organizzativi. Come ha dimostrato la pratica di implementazione del sistema MetodiX CRM presso la Banca russa di sviluppo, il supporto degli utenti al momento dell'implementazione è molto importante. In questo progetto un team di specialisti dell’implementazione è stato presente ogni giorno per un mese sul posto di lavoro degli utenti, monitorando l’esecuzione dei processi e delle regole aziendali, registrando i colli di bottiglia nei processi e i desideri degli utenti. Sulla base di ciò sono state generate richieste di modifiche ai processi. Secondo i rappresentanti della RBR, "La presenza di un tale team elimina lo shock degli utenti durante l'adattamento al lavoro nel sistema".

Il ruolo del team di progetto nel progetto di implementazione del sistema CRM, come in qualsiasi altro progetto IT, è molto importante. È auspicabile che non cambi e che sia unificato: unità aziendali, il proprio dipartimento IT e il fornitore di soluzioni di consulenza, ciascuno con i propri diritti e responsabilità fissi. Tempistiche adeguate alle risorse, monitoraggio operativo di quanto sta accadendo, controllo dei risultati reali almeno una volta ogni tre mesi: tutto questo ai convegni i clienti parlano come di una preziosa esperienza maturata con sangue e sudore. E sembrerebbe che l'ABC della gestione dei progetti...

E infine, qualcosa sul costo dei progetti di implementazione dei sistemi CRM. Secondo Insight Technology, il costo di un progetto CRM è distribuito come mostrato nella figura 4. Tuttavia, Pavel Cherkashin di Sputnik Labs avverte: “Secondo le statistiche, i costi nascosti ammontano al 200-500% del costo iniziale del progetto se ottieni il rapporto degli altri, controlla se hai dimenticato qualcosa..."

Elaborazione indirizzo ( URLRiscrivi) viene utilizzato in modo che lo script possa rispondere non solo al suo indirizzo fisico, ma anche a qualsiasi altro indirizzo specificato. Ad esempio, è possibile definire le impostazioni per l'elaborazione degli indirizzi in modo che lo script nel file /fld/c.php rispondendo all'indirizzo

/fld/c.php?id=15

ha anche risposto all'indirizzo

/catalogo/15.php

L'indirizzo a cui risponderà lo script non deve esistere fisicamente sul server. Se tale indirizzo esiste fisicamente, lo script verrà richiamato a questo indirizzo. In questo caso il sistema di elaborazione degli indirizzi non verrà avviato.

Regole di elaborazione

Le regole per l'elaborazione degli indirizzi sono configurate separatamente per ciascun sito e sono archiviate nel file nella radice del sito urlrewrite.php. Il file contiene un array $arUrlRiscrivi, ciascuna delle quali è una regola di elaborazione degli indirizzi. File urlrewrite.php ha la seguente forma:

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

Ogni regola deve contenere una condizione per l'esecuzione della regola che è univoca all'interno del sito. La condizione di esecuzione viene scritta nella chiave " CONDIZIONE" ed è un modello di espressione regolare compatibile con Perl. Ad esempio, la condizione:

"CONDIZIONE" => "#^/indice/(+)/(+)/#"

indica che questa regola dovrebbe essere applicata a tutti gli indirizzi che iniziano con sottostringhe della forma:

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

La regola può contenere l'indirizzo di uno script fisicamente esistente che verrà connesso quando la condizione sarà soddisfatta. Questo indirizzo è scritto nella chiave " SENTIERO". Ad esempio, se una regola è registrata nel sistema di elaborazione degli indirizzi:

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

e l'utente ha richiesto la pagina:

/galleria/38.php

che non esiste fisicamente, il sistema di elaborazione degli indirizzi collegherà lo script:

/max/immagini/index.php

Una regola può contenere una regola sostitutiva, che viene scritta nella chiave " REGOLA". Se la regola di sostituzione è impostata, l'indirizzo di uno script plug-in reale viene formato sostituendo la condizione di esecuzione (modello di espressione) con una concatenazione tramite un'espressione regolare percorso fisico(chiave " SENTIERO") e regole di sostituzione (chiave " REGOLA"). Ad esempio, se una regola è registrata nel sistema di elaborazione degli indirizzi:

Array("CONDIZIONE" => "#^/indice/(+)/(+)/#", "REGOLA" => "modalità=leggi&CID=$1&GID=$2", "PERCORSO" => "/nuovoforum/indice .php")

/indice/5/48/

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

e lo script sarà collegato:

/newforum/index.php?mode=read&CID=5&GID=48

Se una regola è registrata nel sistema di elaborazione degli indirizzi:

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

e l'utente ha richiesto la pagina:

/about/company.html?mostra

quindi per generare l'indirizzo dello script che verrà connesso, verrà eseguito il codice:

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

e lo script sarà collegato:

/about/company.php?mostra

Una regola può contenere il nome del componente che ha creato la regola. Questo nome è scritto sulla chiave " ID". Quando si ricrea automaticamente il file delle regole urlrewrite.php Utilizzando gli strumenti della parte amministrativa del sito vengono ricreate solo le regole per le quali è compilata la chiave " ID". Queste regole vengono ricreate in base all'analisi dei file fisici nella cartella del sito. Regole con chiave vuota " ID" Quando il file viene ricreato automaticamente, le regole non cambiano.

Collegamento di un sistema di elaborazione degli indirizzi

Prima di utilizzarlo è necessario che il sistema di elaborazione degli indirizzi sia collegato al sito. Per fare questo è necessario:

• se il tuo server web è configurato per gestire gli errori 404 (ad esempio, per Apache è impostata la direttiva DocumentoErrore 404 /404.php), quindi è necessario modificare il file /404.php inserendo il comando all'inizio del file: include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/urlrewrite.php");
• se stai utilizzando un modulo per Apache mod_rewrite, quindi nelle sue impostazioni puoi specificare (ad esempio, nel file .htaccess): RewriteEngine On RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-l RewriteCond %(REQUEST_FILENAME) !-d RewriteCond %(REQUEST_FILENAME) !/bitrix/urlrewrite.php$ RewriteRule ^(.*)$ /bitrix/urlrewrite .php[L]

Supporto componente 2.0

Quando si aggiunge un componente abilitato per CNC a una pagina (" URL leggibile dall'uomo") (se il file viene salvato utilizzando l'API), viene creata automaticamente una regola di elaborazione degli indirizzi. Se la pagina non viene creata utilizzando l'API, ma, ad esempio, scritta tramite FTP, è necessario ricreare le regole ( pulsante presente sulla barra degli strumenti della pagina di impostazione delle regole di elaborazione degli indirizzi).

Il supporto CNC è abilitato in un componente utilizzando un parametro di input predefinito SEF_MODE. Inoltre, nel parametro di input predefinito SEF_FOLDER Viene installata la cartella in cui viene eseguito il componente. La cartella potrebbe essere virtuale (ovvero potrebbe non esistere fisicamente). Quando si salva una pagina con un componente posizionato su di essa, si passa alla modalità CNC (parametro SEF_MODE equivale Y), tramite un'interfaccia standard, viene creata una regola di elaborazione degli indirizzi nel modo seguente: nella chiave condizioni applicazione modello (" CONDIZIONE") è scritto espressione regolare, ottenuto dalla cartella nel parametro SEF_FOLDER, nella chiave " ID" il nome del componente viene scritto nella chiave del percorso (" SENTIERO") viene registrato l'indirizzo fisico della pagina.

Ad esempio, lascia che il componente " bitrix:catalogo"pubblicato sulla pagina /fld/c.php e la sua connessione è simile a questa:

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

Quindi quando si salva la pagina /fld/c.php nel sistema di elaborazione indirizzi verrà aggiunta una voce:

Array("CONDIZIONE" => "#^/mycatalog/#", "REGOLA" => "", "ID" => "bitrix:catalog", "PERCORSO" => "/fld/c.php")

Pertanto, quando si richiedono indirizzi che iniziano con la riga /ilmiocatalogo/, lo script verrà connesso /fld/c.php. In questo script è possibile analizzare l'indirizzo richiesto ed eseguire le azioni richieste.

Guarda anche

• nel corso Base per amministratori.
• nel corso Bitrix Framework Developer.

la seconda regola non funzionerà per il “tuo” indirizzo (ad esempio /about/news/55/), perché il primo, universale, funziona per questo indirizzo. Cioè, le regole più precise dovrebbero essere scritte all'inizio del file e quelle generalizzate alla fine.

nello stesso file crea una condizione:

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

Creiamo un blocco di informazioni in BITRIX, visualizziamo un elenco degli elementi creati utilizzando il componente bitrix:news.list e rendere la pagina dei dettagli dell'elemento un componente bitrix:news.dettaglio

Campi obbligatori da compilare:
Scheda Blocco informazioni

Scheda Accesso

Output di elementi di sicurezza delle informazioni

Per visualizzare gli elementi del blocco informazioni, utilizzare bitrix:news.list in indice.php

IncludeComponent("bitrix:news.list", "tour", // template array("IBLOCK_TYPE" => "content", // tipo di blocco informazioni "IBLOCK_ID" => "1", // ID blocco informazioni "NEWS_COUNT" => "10", // numero di elementi visualizzati "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_TITLE" => "N", "PROPERTY_CODE" => array(0 => " NOME ", // abilita la proprietà dall'infoblock),), false); ?>

Elenco di tutti i parametri possibili per un componente

Se è necessario il filtraggio, è presente un parametro FILTER_NAME. Sopra la chiamata al componente bitrix:news.list, creiamo una variabile globale con un parametro di filtro.

1); // Gli elementi la cui proprietà OLD è impostata su 1 non verranno visualizzati ?>

e dentro bitrix:news.list passare il filtro.

"FILTER_NAME" => "arrFilter",

Configurazione della riscrittura dell'URL

In urlrewrite.php è necessario specificare i parametri di elaborazione dell'URL.

"#^/tury/(.*)/.*#", // Elaborazione pagina dei dettagli"RULE" => "ELEMENT_CODE=$1", "ID" => "bitrix:news", "PATH" => "/tury/detail.php", "SORT" => 100,), array ("CONDITION" => "#^/tury/#", // Elaborazione della pagina principale della sezione "RULE" => "", "ID" => "bitrix:news", "PATH" => "/tury/index. php", "ORDINA" => 100,),);

Output della pagina dei dettagli

Per visualizzare una pagina dettagliata in dettaglio.php usato bitrix:news.last. Set minimo di parametri per una chiamata:

IncludeComponent("bitrix:news.detail", "tour", // template Array("IBLOCK_ID" => "1", // ID blocco informazioni "IBLOCK_TYPE" => "content", // tipo blocco informazioni "ELEMENT_CODE" => $_REQUEST["ELEMENT_CODE"], // parametro della pagina trasmessa "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", // include una proprietà dall'infoblock),), false); ?>

Emissione di immagini dalle proprietà del blocco informazioni

Visualizzare le foto che si trovano nelle proprietà di un elemento di sicurezza delle informazioni non è così semplice. Nell'array di dati della pagina dettagliata vedremo solo gli ID delle foto e non il percorso di questi file. Pertanto nel file result_modifier.php è necessario elaborare l'output di queste foto.

Nella cartella dei modelli, nel file risultato_modificatore.php Esaminiamo la serie di foto:

$foto) ( $photo_small = CFile::ResizeImageGet($photo, array("width"=>200, "height"=>200), BX_RESIZE_IMAGE_PROPORTIONAL, true); $photo_original = CFile::ResizeImageGet($photo, array( "larghezza"=>800, "altezza"=>800), BX_RESIZE_IMAGE_PROPORZIONALE, true $arResult["FOTO"] = Array ("originale" => $foto_originale["src"], "piccolo" => $foto_piccolo ["origine"],);

E nel fascicolo modello.php Stiamo già visualizzando le foto stesse:

"> ">

Il sistema PayCash è diventato una risposta commerciale alla sfiducia nel pagamento remoto di beni tramite carte di credito. Il progetto è stato sviluppato dalla Tavrichesky Bank e dal gruppo di società Alkor-Holding ed è progettato per assistere acquirenti e venditori di negozi elettronici (dalla fornitura di un sistema di pagamento online all'hosting di negozi online). Gli utenti PayCash non hanno bisogno di una carta di credito. Questo è un sistema di pagamento aperto, qualsiasi banca può connettersi ad esso. I pagamenti su Internet sono anonimi e l'utente riceve un conto del sistema PayCash dal quale è possibile effettuare pagamenti non in contanti. Naturalmente, prima è necessario aprire un conto presso una banca che supporti il ​​sistema PayCash, dopodiché i fondi accreditati verranno convertiti in “contante elettronico”. Il pagamento viene effettuato, ad esempio, in questo modo: un visitatore di un negozio virtuale fa clic sul pulsante “Pagamento tramite PayCash”; i dati dell'ordine vengono trasferiti al Centro di Accettazione Pagamenti; Il venditore riceve una conferma certificata da una firma digitale. Successivamente, il Centro pagamenti assume obblighi nei confronti del negozio e trasferisce il denaro alla banca indicata dal venditore per l'importo del pagamento PayCash. Non sembra una forma di pagamento affidabile tramite lettera di credito? Naturalmente, per l'utilizzo del sistema viene addebitata una commissione pari all'1-3% dell'importo del pagamento (a seconda delle condizioni per l'accesso al sistema).

Per l'acquirente, l'utilizzo del sistema PayCash si riduce all'installazione di un programma di portafoglio sul computer e all'esecuzione di transazioni finanziarie da esso. Il “portafoglio” contiene una chiave per generare una firma elettronica, che viene utilizzata per “taggare” qualsiasi documento inviato dal programma. Il programma portafoglio, fortunatamente, non utilizza algoritmi per l'associazione all'hardware del PC (ad esempio, il numero di serie del processore Pentium III), quindi il "portafoglio" può essere trasferito indolore da un computer all'altro.

ASSIST

Il sistema di pagamento elettronico ASSIST è un progetto che permette di autorizzare ed elaborare in tempo reale i pagamenti effettuati con carte di credito. Inoltre il pagamento può essere effettuato, ad esempio, dal conto del cliente presso il provider Internet. Quando si trasferiscono informazioni riservate del cliente (dati della carta di credito o di deposito), il pagamento sulla rete condivisa viene effettuato tramite una connessione sicura utilizzando il protocollo SSL 3.0. L'autorizzazione e l'elaborazione delle carte di credito vengono effettuate nel sistema CyberPlat di Platina Bank. Le informazioni sui dettagli della carta rimangono ovviamente confidenziali e non vengono fornite nemmeno al venditore diretto. Al negozio online viene inviata solo la conferma dell'avvenuto pagamento, certificato da una firma digitale con chiave di crittografia a 512 bit.

Il sistema ASSIST è utilizzato da decine di negozi online e risorse di informazione e consulenza. Uno degli "adepti" più famosi del sistema è il negozio online "oZon" (http://www.o3.ru), un altro candidato al National Intel Internet Award.

Dostavka.Ru

"Dostavka.Ru" è, se non un fenomeno, un progetto commerciale di grande successo nella parte russa di Internet. Il suo modello di business si basa sul principio della consegna tramite corriere di apparecchiature per ufficio, apparecchiature di comunicazione e servizi di informazione (fornitura di accesso a Internet) con pagamento in contanti sul posto. Funziona più velocemente e in modo più affidabile rispetto ai meccanismi di pagamento e consegna remoti, soprattutto considerando la “premurosità” della nostra posta. La gamma di beni e servizi è, in linea di principio, limitata: il listino prezzi consolidato comprende poco più di mille articoli. Il negozio serve solo Mosca all'interno della tangenziale di Mosca. I prodotti vengono consegnati gratuitamente: che si tratti di una cartuccia per stampante, di un monitor o di una fotocopiatrice. I prezzi non sono molto inferiori alla media di Mosca, ma ovviamente ci sono meno grattacapi. Il server virtuale su cui vengono ricevuti gli ordini funziona sulle apparecchiature del provider Internet Zenon N.S.P. Delivery.Ru, tra l'altro, è diventato uno dei primi negozi a fornire ai suoi visitatori l'accesso gratuito a Internet (naturalmente solo per visitare il suo server).

Il progetto è stato lanciato da sole tre persone che avevano due computer e un modem, proprio come nelle storie d'oltreoceano sulla formazione di società di "garage" nella Silicon Valley. Per creare il negozio ci è voluto un tempo straordinariamente breve: due mesi. Attualmente sono circa 20 i dipendenti impiegati nel lavoro d'ufficio. In genere, il negozio serve 50-70 ordini al giorno, ma è in grado di “digerire” molte più richieste con un ampliamento sistematico del personale (e, ovviamente, con una domanda adeguata).

Cosa serve per crescere? Come sciogliere il ghiaccio della sfiducia che si è storicamente sviluppato nei confronti del commercio via Internet? "Sì, in generale, non esiste una ricetta", risponde Andrey Khromov, project manager di Dostavka.Ru. “Il nostro compito è garantire che il cliente utilizzi i nostri servizi almeno una volta.” Solo l'esperienza personale di successo aiuta a valutare la comodità dello shopping online. Inoltre, la consegna dovrebbe essere effettuata nel giro di poche ore o giorni e per tutto questo tempo il denaro rimane sotto la supervisione affidabile del legittimo proprietario. Questi non sono giorni di ansiosa attesa dopo aver effettuato un bonifico bancario.

Dostavka.Ru avverte l'impatto negativo delle lacune legali che regolano il funzionamento del negozio online? Secondo la reazione ufficiale dei responsabili del progetto, si sentono abbastanza a loro agio nel quadro della legislazione esistente. Secondo Andrey Khromov, solo quei tipi di commercio su Internet richiedono una legislazione in cui il venditore e l'acquirente non si incontrano mai. Ad esempio, quando si paga con carte di credito. A rischio è anche il commercio di beni che richiedono un permesso speciale (vendita di alcolici, prodotti del tabacco, gioielli, ecc.). Il Web per Dostavka.Ru è semplicemente una bellissima vetrina, uno strumento comodo ed economico per raccogliere ordini. L'ulteriore organizzazione del lavoro con il cliente non è molto diversa da quella di qualche pizzeria. "Abbiamo un negozio normale", conferma Khromov. “Lavoriamo secondo regole “fisiche”, non virtuali”.

Tra le difficoltà incontrate dal commercio online, Khromov ha sottolineato la mancanza di uno schema B2B consolidato per i negozi online.

Megashop.Ru

Il negozio web Megashop.Ru è specializzato nella vendita e nella consegna di apparecchiature informatiche. La consegna viene effettuata solo a Mosca e il pagamento può essere effettuato in contanti, con carte di credito di tutti i principali sistemi di pagamento e tramite bonifico in rubli. Puoi “arrotolare” la carta in una macchinetta al momento della consegna. Inoltre, il negozio si impegna a restituire il denaro, anche se l'ordine è già stato effettivamente pagato, ma l'acquirente lo ha rifiutato, anche se senza spiegazioni (il che è pienamente coerente con la “Legge sulla tutela dei diritti dei consumatori”).

Secondo le informazioni ufficiali degli sviluppatori del progetto, per creare il negozio ci sono voluti sei mesi e 100mila dollari. Rustem Akhiyarov, rappresentante di Megashop.Ru, ha anche spiegato che la promozione del negozio costa molte volte di più. Dopo aver considerato le opzioni per l'organizzazione hardware del progetto, l'azienda non ha collocato il server nei propri locali e ha predisposto un canale costoso. Di conseguenza, abbiamo optato per l'opzione di collocazione: posizionare il server sul sito del provider.

"La barriera della sfiducia nei confronti dello shopping online è solo una forma di sano conservatorismo umano", afferma Rustem Akhiyarov. L’unico modo per superarlo è fornire termini di pagamento convenienti, prezzi bassi e un’ampia gamma. L'hosting web di una vetrina aiuta chiaramente a ridurre i costi in tutti i centri di costo.

La direzione di Megashop.Ru non si lamenta particolarmente degli ostacoli derivanti da una legislazione imperfetta. Ci sono difficoltà di natura completamente “quotidiana”, una conseguenza dell'incivilizzazione del mercato. "La situazione sta raggiungendo il punto di assurdità: non tutti i fornitori di apparecchiature informatiche possono fornire informazioni sulla disponibilità e sul prezzo dei beni nel formato richiesto", commenta Akhiyarov. - Il direttore delle vendite fa di tutto per vendere, ma tutto ciò che ha è un listino prezzi progettato per il formato A4. Il programmatore di sistema di questa azienda può trascorrere ore e ore giorno dopo giorno a spiegare perché è “impossibile” ottenere solo un elenco di prodotti con i prezzi su due colonne, anche se per lui si tratta di 5 minuti di lavoro”.

PAGERGATE.RU
SMS.GATE.RU

Molti utenti di cercapersone e telefoni cellulari GSM hanno familiarità con i gateway di comunicazione http://www.pagergate.ru e http://sms.gate.ru. Da questi siti Web è possibile inviare messaggi a cercapersone e telefoni cellulari GSM serviti da 400 operatori in Russia e nei paesi della CSI.

Secondo Alexey Vinogradov (coordinatore del progetto SMS.Gate.Ru), la principale intensità di lavoro del progetto non era nemmeno nello sviluppo e nel supporto dei servizi (questo richiede il 30% del tempo), ma nella comunicazione con operatori e utenti. La maggior parte delle entrate di PagerGate proviene dalla pubblicità (fornita dall'agenzia pubblicitaria su Internet Manifest). Ma ora alcune aziende utilizzano i servizi SMS per scopi commerciali per avvisare tempestivamente i propri dipendenti. I servizi SMS-to-ICQ e ICQ-to-SMS verranno lanciati nel prossimo futuro. Inoltre, esistono già servizi che prevedono l'invio di messaggi a comunicazioni radio via email (e viceversa). È attualmente in preparazione un servizio per lavorare con le mailing list (sono in corso trattative con una grande pubblicazione cartacea e uno dei server delle mailing list). Per i clienti aziendali vengono forniti servizi come l'hosting dell'organizzazione della trasmissione dei messaggi attraverso i siti Web aziendali, un gateway SMS dedicato, ecc.

Gli sviluppatori del progetto non hanno utilizzato attrezzature esotiche. C'è un server presso la centrale telefonica “capo” M9 e un secondo server di backup presso la sede di un altro provider. L'hardware SMS.Gate.Ru è costituito da diversi telefoni GSM e terminali GSM. Attualmente il progetto è servito da quattro persone: un coordinatore (amministrazione generale, programmazione, comunicazione con gli utenti), un ingegnere di sistema, uno specialista di marketing e pubblicità e un responsabile delle questioni generali.