Odotukset ja realiteetit CRM-projekteissa. Viimeaikainen kehitys Karu realiteetit: eturistiriita

Merivoimien Voskanyan
Olga Melnik

Ensimmäinen asia, jonka IT-päällikkö muistaa myynnin automatisoinnissa, on CRM-järjestelmän käyttöönotto. Todellakin, laaja kokemus CRM-järjestelmien käytöstä myyntiprosessissa on kertynyt kaikkialla maailmassa. Kokemukset eivät kuitenkaan aina ole positiivisia. Pyrimme analysoimaan CRM-järjestelmien käyttöönottoprojektien positiivisia ja negatiivisia puolia.

CRM-toteutuksella on yleensä erityisiä odotuksia. Silti kyse on myynnistä, suorien tulojen saamisesta tai saamatta jättämisestä. Useimmiten yksi kolmesta skenaariosta työntää yrityksen vaikeaan päätökseen ottaa käyttöön CRM:

• kriisitilanteen ilmaantuminen: johtaja jätti ja "varasti" asiakkaat, kilpailun jyrkkä nousu, alhainen perintä, ja on tarpeen hallita tietoja ja systematisoida työntekijöiden toimintaa;
• nopea liiketoiminnan kehitys (tai kehittämistarve), jota ei voida jatkaa "vanhaan tapaan", ja yritys vaatii rutiinitoimintojen automatisointia, tehokkuuden hallintaa, tiedon keräämistä ja siirtämistä;
• Yritysstandardi, jota on noudatettava ja joka lisää liiketoiminnan investointikohtelua asiakaskuntaa vahvistamalla.

IT-palveluntarjoaja Sputnik Labsin asiantuntijat nostavat juuri nämä tilanteet Venäjälle tyypillisimmiksi ja toteavat samalla, että yli puolella asiakkaista ei ole edes yhtä asiakasrekisteriä. Yleisesti ottaen asiakasyritys odottaa CRM:n käyttöönotolta vähintään järjestyksen palauttamista, riippuvuuden vähentämistä tietyistä esimiehistä ja enintään myynnin lisäämistä, mieluiten eksponentiaalisesti.

Kyllä, onnistuneesti toimivan CRM-järjestelmän avulla voit systematisoida tietoja asiakkaista ja vastapuolista, sekä olemassa olevista että mahdollisista (kuva 1), luodaksesi yhden tietotila ja estetään irtisanomisista ja henkilöstökierrosta johtuvat asiakastietojen menetykset ja vuodot. Tässä erään venäläisen yrityksen johtajan mielipide: "CRM on ehdottoman välttämätön ja hyödyllinen asia jokaiselle myyntiosastolle. Yksinkertaisinkin automatisointi ja perusjärjestyksen luominen asiakaskuntaan antaa taloudellisen vaikutuksen, tekee bisneksestä läpinäkyvämpi ja kestävämpi. Jos on mahdollista toteuttaa monimutkaisempia markkinoinnin ja analyyttisten ja CRM-johtamisen toimintoja, yritys lisää merkittävästi tehokkuuttaan."

CRM:n vaikutuksesta myynnin kasvuun se ei kuitenkaan ole niin yksinkertaista. Tietysti arviot CRM:n sijoitetun pääoman mahdollisesta tuotosta liittyvät suoraan myynnin kasvun vaikutukseen. Tietyt maailmantilastot osoittavat, että CRM:n käyttöönotolla saavutetaan seuraavaa:

• myyntisyklin vähentäminen keskimäärin 10-15 %;
• nostamalla voitettujen transaktioiden prosenttiosuutta 5-10%;
• kannattavien asiakkaiden säilyttämisasteen nostaminen 5 %;
• suoritusajan lyheneminen rutiinitoiminnot 25-30 %;
• liiketoimien keskimääräisen kannattavuuden lisääminen 15-20%;
• myyntiennusteen tarkkuuden lisääminen 99 %:iin;
• myynnin, markkinoinnin ja myöhemmän asiakastuen kustannusten aleneminen 10-15 %;
• ristiinmyynnin prosenttiosuuden kasvu, mukaan lukien asiakastukiosaston kautta 5-10%;
• lisää markkinointikampanjoiden tehokkuutta 5-7 %.

Tällaisten tilastojen seurauksena kutsutaan miellyttävä luku: "keskimääräisen CRM-projektin kannattavuus on 200-400% kahdessa kolmessa vuodessa." Kaikki eivät kuitenkaan ole tästä samaa mieltä. Vipron toimitusjohtaja Oleg Skovorodnikovin kuuden vuoden kokemus eri CRM-järjestelmistä antaa hieman toisenlaisen kuvan. Hänen mielestään myynnin parantamisen ja CRM:n käyttöönoton välillä ei ole suoraa yhteyttä. Oleg Skovorodnikov luettelee seuraavat odotetut, mutta ei havaitut vaikutukset.

1. Myynnin kasvu."Suoraa yhteyttä ei löytynyt. Epäsuorasti myynti kasvaa siitä syystä, että esimiehet työskentelevät tehokkaammin ja nopeammin. Mutta tätä ei voitu todistaa numeroilla."

2. Palvelun laadun parantaminen."Mekään emme havainneet suoraa yhteyttä. Työntekijät, jotka palvelivat ja myivät kauan ennen CRM:n käyttöönottoa, jatkoivat samassa hengessä. Sellaisena ymmärrys ja välinpitämättömyys pysyivät CRM:n käyttöönoton jälkeen. Mutta on erittäin kätevää, jos työntekijä on poissa tai potkut - näissä tapauksissa CRM on yksinkertaisesti korvaamaton, se ei paranna laatua, mutta se luo palvelun mahdollisuuden."

3. Toistuvien ostojen määrän lisääminen, asiakasuskollisuuden lisääminen, lisätavaroiden ja -palvelujen ostaminen. "Kaikki tämä on täysin johtajien ansioita. Mikään CRM ei korvaa heitä, mutta se auttaa välillisesti näiden tavoitteiden saavuttamisessa."
Mitä tulee toiseen kiireelliseen ongelmaan - tietoturvaan, sitä ei myöskään ratkaista CRM-järjestelmän varsinainen käyttöönotto. "Esimerkiksi kehitysjohtaja irtisanottiin", kommentoi Oleg Skovorodnikov. "Hänellä oli pääsy asiakastietokantaan. Hänet unohdettiin deaktivoida. Viisi minuuttia ennen lähtöä mies vei asiakastietokannan ja lähetti sen itselleen kotiin." Postilaatikko. Yleisesti ottaen, jos epälojaali työntekijä esiintyy järjestetyssä riveissäsi, CRM voi auttaa häntä tekemään jotain pahaa sinulle." Emme saa unohtaa, että CRM:n esiintyminen yrityksessä ei vähennä, vaan lisää mahdollisten uhkien määrää ja vaatii riittävästi ja mahdollisuuksien mukaan IT-palvelun ennaltaehkäisevät toimenpiteet

Joistakin epäilyistä huolimatta CRM-järjestelmien kysyntä Venäjällä kasvaa eri arvioiden mukaan 50-100 % vuodessa. Pääasiassa toimivat palvelusektori, finanssisektori, IT-, televiestintä- ja kauppayhtiöt. Venäläiset yritykset haluavat pääsääntöisesti joustavan ratkaisun prosesseihinsa. Vaikka usein on tapauksia, joissa arvostettujen CRM-ratkaisujen valmistajan kokemusta kunnioittaen yritys päätti muuttaa liiketoimintaprosessejaan sen sijaan, että tekisi vakavia muutoksia CRM-järjestelmän toimivuuteen.

Lisäksi kysyntää ovat front-office- ja back-office-integraatiot sekä integroidut ERP/CRM-järjestelmät. Tosiasia on, että jopa 60 % CRM-järjestelmän käyttöönoton kustannuksista on integroinnin kustannuksia olemassa olevan CIS:n kanssa. Eikä se ole yllättävää: ERP-järjestelmästä erotettu CRM-ratkaisu jää toiminnallisesti keskeneräiseksi. Ilman normaalia taustatoimistoa syntyy aukkoja yrityksen liiketoimintaprosesseihin - esimerkiksi siirrettäessä toimeksianto suoritettaviksi tai laadittaessa laskua.

CRM-projektin epäonnistumiset

Tilastot (Gartner Groupin, Cap Gemini Ernst & Youngin ja Peppers & Rogers Groupin mukaan) CRM-projekteista lännessä ovat surullisia – 50–80 % toteutuksista ei lopulta täytä odotuksia. Ei tiedetä tarkalleen, mikä tämä prosenttiosuus on Venäjällä, mutta tuskin se on pienempi. Miksi näin tapahtuu? Vaikein tapaus on projektin toteuttamisen mahdottomuus olemassa olevan yrityskulttuurin olosuhteissa, liiketoimintaprosessien asianmukaisen tason strukturoinnin puute niiden automatisoinnin mahdollistamiseksi (säännösten puute, sisäiset säännökset toiminnan suorittamiseksi). Ja myös puute palautetta toteutustyöryhmän ja järjestelmän aiottujen käyttäjien välillä laadittaessa luetteloa järjestelmän toiminnallisista ja muista vaatimuksista.

Yleinen virhe on teknologian asettaminen strategian "edelle". CRM otetaan käyttöön, kun tavoitteita, prosesseja ja rakenteita ei ole vielä muotoiltu. Saatavilla on vain "tehtävä", joka muistuttaa NSKP:n keskuskomitean historiallisia kehotuksia "työskennellä paremmin". CRM-sovellusten asennus tapahtuu ennen kuin yritys on läpikäynyt tarvittavat organisaatiomuutokset asiakaslähtöisen lähestymistavan toteuttamiseksi. Lisäksi monet ihmiset haluavat toteuttaa kaiken kerralla. FB Consultin toimitusjohtajan Andrei Pavlovin mukaan vallitsee eräänlainen myytti: mitä enemmän toimintoja, sitä parempi: sekä "varassa" että "näytetyötä varten". Tällä lähestymistavalla rahalle ja vaivannäölle muodostuu "musta aukko": resursseja hajallaan maksimaalisen hankinnan saavuttamiseksi. toiminnallisuutta, ja luo siten vaatimatonta teknistä redundanssia. Samaan aikaan vaiheittaisen muutoksen sijaan tehtävänä on muuttaa koko asiakasliiketoiminta "yhdessä vaiheessa": asiakaskunnan jäsentäminen, tarjousten eriyttäminen, viestinnän yksilöiminen ja toteutuksen räätälöinti.

On myös klassisia virheitä - ylimmän johdon huomion puute, suunnitteluvirheet, yksiköiden ja osastojen välisen koordinoinnin ongelmat yrityksen sisällä. Joissakin tapauksissa CRM-toiminnallisuuden jo käyttöönoton jälkeen yritykset eivät pysty tarjoamaan resursseja kehitetylle CRM-strategialle ja toteuttamaan tarvittavia organisaatiomuutoksia.

Alfastrakhovanie-yhtiö, jossa SalesLogic CRM -järjestelmä toimii, toteaa CRM-toteutuksen onnistumisen välttämättömiksi edellytyksiksi myyntiyksikön johdon vahvan tahdon ja projektin valvonnan, sisäisten järjestelmätukiresurssien riittävyyden ja lisäksi halukkuuden. myyjien itsensä hyväksymään uudet pelisäännöt tai pikemminkin ottamaan heidät mukaan uuteen "peliin". Tiedetään, että CRM:n erityinen ja akuutti ongelma on suurelta osin myyntipäälliköiden itsensä vastustus. He näkevät sen perustellusti uhkana sekä työnsä lisääntyneen hallinnan muodossa että oman arvon menettämisenä asiakkaita koskevan tiedon välittäjänä. Usein käy niin, että esimiehillä ei ole tarpeeksi taitoja tai aikaa analysoida vakavasti suhteita asiakkaisiin kaikilla käytettävissä olevilla työkaluilla ja rakentaa "myyntisuppiloa".

Myös toiminnallisia ja teknologisia syitä voi olla: järjestelmää on yksinkertaisesti hankala käyttää tiettyihin tehtäviin. Seurauksena on, että työvälineen sijaan se muuttuu häiritseväksi tekijäksi. Henkilökunta alkaa samanaikaisesti ylläpitää asiakaslistoja Excel-tiedostoissa tai jollain muulla tavalla. Erään suuren venäläisen asiakkaan IT-päällikön, jolla oli kokemusta SalesLogixin käyttöönotosta vuosina 2001-2003, mukaan monet venäläiset IT-palveluntarjoajat aloittavat työnsä miellyttävillä sanoilla "Kerro mitä ja miten haluat, niin me automatisoimme kaiken .” Sitten alkaa konsultointitoiminnan tuuli, ja tulos on vain paperia. Ja tuloksena tarjotaan joko laatikkoratkaisu (halpa, mutta nopea) tai integroiduin ratkaisu, jossa on lähes kaikki yrityksen saatavilla olevat ohjelmistot (se on kaunis, mutta kallis, ja loppuuko se?).

Kuinka välttää epäonnistumisia?

Andrey Pavlov uskoo, että toteutuksen aikana on erittäin tärkeää pyrkiä ainutlaatuiseen liiketoimintaratkaisuun, jonka pitäisi antaa yritykselle jäljittelemätön kilpailuetu. Sinun on korostettava toiminnallisuutta, jota yrityskäyttäjäsi todella tarvitsevat, ja yritettävä ottaa ne käyttöön välttäen toiminnallista redundanssia. Minimalistisen projektin onnistumisen takaa tuloksen näkyvyys kohtuullisella vaivalla. Sitten voit siirtyä samoissa vaiheissa. Tämä voi auttaa myös yhdessä erityisen tärkeässä asiassa - johdon kiinnostuksen ylläpitämisessä useita kuukausia kestävään projektiin.

"Tarvitaan kohdennettua ja pragmaattista lähestymistapaa, jossa yritys panee ensin merkittävän panoksen ja ajan tunnistaakseen juuri ne liiketoimintaprosessit, jotka tuovat hyötyjä, hyödyntäen olemassa olevia etuja tai ratkaisemaan "front office" -toiminnallisia ongelmia. Keskitytään siihen, mitä varten ”mitä” eikä ”millä” tietyt toiminnot toteutetaan”, hän huomauttaa ja suosittelee valitsemaan aloitukseen ”kriittisen lenkin” – strategisesti tärkeän tehtävän, joka voidaan toteuttaa ilman suurta stressiä. Tällaiset linkit voivat olla riittäviä "low-tech"-aloitteiden joukossa. Totta, käytäntö osoittaa, että kun vedät yhden järjestelmän linkin, vaikutat väistämättä moniin muihin linkkeihin... Tämä on taidetta - valita linkki, joka on olennainen, mutta ei liian kietoutunut muihin.

Toimivuuden redundanssi, liiallinen riippuvuus teknologiasta universaalina ihmelääkkeenä johtaa siihen, että johtajien työhön tuodaan heille vieras ja käsittämätön toimintalogiikka. Andrei Pavlovin mukaan on järkevää jakaa tehtävä kahteen osatehtävään: tuoda järjestelmään vain ylimmän johdon ymmärrettävää logiikkaa ottaen huomioon meneillään olevat organisaatiomuutokset. Ja kaikkien muiden käyttäjien pitäisi olla "tyytyväisiä" päivittämällä yksinkertaistetut mutta tehokkaat "lisäosat".

Mitä tulee työskentelyyn myyntiosaston henkilökunnan kanssa uuteen järjestelmään siirtymisen aikana, valtaosa johtajista ottaa tiukasti erittäin kovan kannan: pakottaa, rankaista, sakkoa. Joka tapauksessa on varmistettava, että ihmiset työskentelevät uusien sääntöjen mukaan joka päivä. Konsulttiyhtiö Berner & Staffordin johtajan Vadim Dozortsevin mukaan ilman tätä ei tule toimeen. Joskus kuulee edelleen rakentavammasta lähestymistavasta, joka perustuu työntekijöiden omaan kiinnostukseen lisätä tuottavuuttaan. Sekä puhtaasti teknologisia menetelmiä että niiden yhdistelmiä organisatoristen menetelmien kanssa käytetään menestyksekkäästi. Myyjä saa palkkaa tehtyjen sopimusten lukumäärän mukaan. Sopimusta ei voida tehdä ilman tiettyjen CRM-lomakkeiden täyttämistä. Tämä voidaan toki tehdä tuntia ennen sopimuksen allekirjoittamista, mutta sellaiset asiat voidaan helposti seurata järjestelmälokien avulla. Ja he ovat jo saaneet sakot tästä.

On muitakin organisatorisia havaintoja. Kuten MetodiX CRM -järjestelmän käyttöönottokäytäntö Venäjän kehityspankissa on osoittanut, käyttäjätuki käyttöönottohetkellä on erittäin tärkeää. Tässä projektissa toteutusasiantuntijoiden tiimi oli läsnä käyttäjien työpaikoilla kuukauden ajan joka päivä seuraamassa prosessien ja liiketoimintasääntöjen toteutumista, kirjaamassa prosessien pullonkauloja ja käyttäjien toiveita. Tämän perusteella tehtiin prosessien muutospyyntöjä. RBR:n edustajien mukaan "Tällaisen tiimin läsnäolo poistaa käyttäjistä järkytyksiä mukautuessaan työskentelemään järjestelmässä."

Projektiryhmän rooli CRM-järjestelmän käyttöönottoprojektissa, kuten kaikissa muissa IT-projekteissa, on erittäin tärkeä. On toivottavaa, että se ei muutu ja on yhtenäinen: liiketoimintayksiköt, oma IT-osasto ja konsultti-ratkaisutoimittaja, jokaisella omat kiinteät oikeutensa ja vastuunsa. Resursseille riittävät aikakehykset, tapahtumien toiminnallinen seuranta, todellisten tulosten hallinta vähintään kerran kolmessa kuukaudessa - tästä kaikesta asiakkaat puhuvat konferensseissa veren ja hien kera saatuna arvokkaana kokemuksena. Ja näyttää siltä - projektinhallinnan ABC:t...

Ja lopuksi vähän CRM-järjestelmien käyttöönottoprojektien kustannuksista. Insight Technologyn mukaan CRM-projektin kustannukset jakautuvat kuvan 4 mukaisesti. Pavel Cherkashin Sputnik Labsista kuitenkin varoittaa: "Tilaston mukaan piilokustannukset ovat 200-500 % projektin alkuperäisistä kustannuksista. Jos saat muiden suhteiden, tarkista, oletko unohtanut jotain..."

Osoitteiden käsittely ( UrlRewrite) käytetään, jotta komentosarja voi vastata fyysisen osoitteensa lisäksi myös mihin tahansa muuhun määritettyyn osoitteeseen. Voit esimerkiksi määrittää osoitteenkäsittelyn asetukset niin, että tiedostossa oleva komentosarja /fld/c.php vastaamalla osoitteeseen

/fld/c.php?id=15

vastasi myös osoitteeseen

/catalog/15.php

Osoite, johon komentosarja vastaa, ei saa olla fyysisesti palvelimella. Jos tällainen osoite on fyysisesti olemassa, komentosarjaa kutsutaan tässä osoitteessa. Osoitteenkäsittelyjärjestelmä ei käynnisty tässä tapauksessa.

Käsittelysäännöt

Osoitteiden käsittelysäännöt määritetään erikseen jokaiselle sivustolle ja tallennetaan sivuston juureen tiedostoon urlrewrite.php. Tiedosto sisältää taulukon $arUrlRewrite, jonka jokainen merkintä on osoitteenkäsittelysääntö. Tiedosto urlrewrite.php on seuraavanlainen muoto:

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

Jokaisen säännön on sisällettävä ehto säännön suorittamiseksi, joka on ainutlaatuinen sivustossa. Suoritusehto kirjoitetaan avaimeen " KUNTO" taulukko ja on Perl-yhteensopiva säännöllinen lausekemalli. Esimerkiksi ehto:

"CONDITION" => "#^/indeksi/(+)/(+)/#"

osoittaa, että tätä sääntöä tulee soveltaa kaikkiin osoitteisiin, jotka alkavat lomakkeen alimerkkijonoilla:

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

Sääntö voi sisältää fyysisesti olemassa olevan komentosarjan osoitteen, joka yhdistetään, kun ehto täyttyy. Tämä osoite on kirjoitettu avaimeen " PATH". Jos esimerkiksi sääntö on rekisteröity osoitteenkäsittelyjärjestelmään:

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

ja käyttäjä pyysi sivua:

/gallery/38.php

jota ei ole fyysisesti olemassa, osoitteenkäsittelyjärjestelmä yhdistää komentosarjan:

/max/images/index.php

Sääntö voi sisältää korvaavan säännön, joka kirjoitetaan avaimeen " SÄÄNTÖ". Jos korvaussääntö on asetettu, tosielämän laajennuskomentosarjan osoite muodostetaan korvaamalla suoritusehto (lausekemalli) säännöllisen lausekkeen ketjutuksella fyysinen polku(avain" PATH") ja korvaussäännöt (avain " SÄÄNTÖ"). Esimerkiksi jos sääntö on rekisteröity osoitteenkäsittelyjärjestelmään:

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

/index/5/48/

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

ja skripti yhdistetään:

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

Jos sääntö on rekisteröity osoitteenkäsittelyjärjestelmään:

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

ja käyttäjä pyysi sivua:

/about/company.html?show

sitten yhdistettävän skriptin osoitteen luomiseksi suoritetaan koodi:

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

ja skripti yhdistetään:

/about/company.php?show

Sääntö voi sisältää säännön luoneen komponentin nimen. Tämä nimi on kirjoitettu avaimeen " ID". Kun sääntötiedosto luodaan automaattisesti uudelleen urlrewrite.php Käyttämällä sivuston hallinnollisen osan työkaluja luodaan uudelleen vain säännöt, joille avain " on täytetty ID". Nämä säännöt luodaan uudelleen sivustokansion fyysisten tiedostojen analyysin perusteella. Säännöt tyhjällä avaimella " ID" Kun tiedosto luodaan automaattisesti uudelleen, säännöt eivät muutu.

Osoitteenkäsittelyjärjestelmän yhdistäminen

Ennen käyttöä osoitteenkäsittelyjärjestelmä on liitettävä sivustoon. Tätä varten tarvitset:

• jos verkkopalvelimesi on määritetty käsittelemään 404-virheitä (esimerkiksi Apachelle ohje on asetettu ErrorDocument 404 /404.php), sinun on muutettava /404.php-tiedostoa lisäämällä komento aivan tiedoston alkuun: include_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/urlrewrite.php");
• jos käytät Apache-moduulia mod_rewrite, sen asetuksissa voit määrittää (esimerkiksi .htaccess-tiedostossa): RewriteEngine On RewriteCond %(REQUEST_FILENAME) !-f RewriteCond %(REQUEST_FILENAME) !-l RewriteCond %(REQUEST_FILENAME)! .php[L]

Komponentti 2.0 tuki

Kun sivulle lisätään CNC-yhteensopiva komponentti (" ihmisen luettava URL-osoite") (jos tiedosto tallennetaan API:lla), osoitteenkäsittelysääntö luodaan automaattisesti. Jos sivua ei luoda API:lla, vaan se on kirjoitettu esimerkiksi FTP:n kautta, sinun on luotava säännöt uudelleen ( -painiketta sivun työkalupalkissa osoitteenkäsittelysääntöjen määrittämiseksi).

CNC-tuki on otettu käyttöön komponentissa käyttämällä ennalta määritettyä syöttöparametria SEF_MODE. Lisäksi ennalta määritetyssä syöttöparametrissa SEF_FOLDER Kansio, jossa komponentti toimii, on asennettu. Kansio voi olla virtuaalinen (eli sitä ei välttämättä ole fyysisesti olemassa). Kun tallennat sivun, johon on asetettu komponentti, siirrytään CNC-tilaan (parametri SEF_MODE on yhtä suuri Y), vakiorajapinnan kautta luodaan osoitteenkäsittelysääntö seuraavasti: mallisovelluksen ehdoissa avain (" KUNTO") kirjoittaa parametriin kansiosta saadun säännöllisen lausekkeen SEF_FOLDER, avaimessa" ID" komponentin nimi kirjoitetaan polkuavaimeen (" PATH") sivun fyysinen osoite tallennetaan.

Anna esimerkiksi komponentin " bitrix:catalog" julkaistu sivulle /fld/c.php ja sen kytkentä näyttää tältä:

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

Sitten sivua tallennettaessa /fld/c.php osoitteenkäsittelyjärjestelmään lisätään merkintä:

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

Siten, kun pyydetään rivillä alkavia osoitteita /mycatalog/, skripti yhdistetään /fld/c.php. Tässä komentosarjassa pyydetty osoite voidaan analysoida ja vaaditut toimet voidaan suorittaa.

Katso myös

• Järjestelmänvalvojan peruskurssilla.
• kurssilla Bitrix Framework Developer.

toinen sääntö ei toimi "omalle" osoitteellesi (esimerkiksi /about/news/55/), koska ensimmäinen, universaali, toimii tälle osoitteelle. Eli tarkemmat säännöt tulee kirjoittaa tiedoston alkuun ja yleistetyt loppuun.

luo samaan tiedostoon ehto:

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

Luodaan tietolohko BITRIXiin, näytän listan komponentin avulla luoduista elementeistä bitrix:news.list ja tee elementin tietosivusta komponentti bitrix:news.detail

Pakolliset kentät täytettäväksi:
Tietolohko-välilehti

Pääsy-välilehti

Tietoturvaelementtien tulos

Näytä tietolohkoelementit käyttämällä bitrix:news.list in -komentoa index.php

IncludeComponent("bitrix:news.list", "tour", // template array("IBLOCK_TYPE" => "content", // tietolohkon tyyppi "IBLOCK_ID" => "1", // tietolohkon tunnus "NEWS_COUNT" => "10", // näytettyjen elementtien määrä "INCLUDE_IBLOCK_INTO_CHAIN" => "N", "ADD_SECTIONS_CHAIN" => "N", "SET_TITLE" => "N", "PROPERTY_CODE" => array(0 => " NAME ", // ota ominaisuus käyttöön tietolohkosta),), false); ?>

Luettelo kaikista komponentin mahdollisista parametreista

Jos suodatus on tarpeen, on FILTER_NAME-parametri. Bitrix:news.list-komponentin kutsun yläpuolelle luomme globaalin muuttujan suodatusparametrilla.

1); // Niitä elementtejä, joiden OLD-ominaisuuden arvo on 1, ei näytetä ?>

ja sisään bitrix:news.list läpäise suodatin.

"FILTER_NAME" => "arrFilter",

Määritetään URL-uudelleenkirjoitus

Kohdassa urlrewrite.php sinun on määritettävä URL-käsittelyparametrit.

"#^/tury/(.*)/.*#", // Käsitellään tietosivu"RULE" => "ELEMENT_CODE=$1", "ID" => "bitrix:news", "PATH" => "/tury/detail.php", "SORT" => 100,), array ("CONDITION") => "#^/tury/#", // Käsitellään osion "RULE" pääsivua => "", "ID" => "bitrix:news", "PATH" => "/tury/index. php", "LAJITTELU" => 100,),);

Yksityiskohtaisten sivujen tulos

Yksityiskohtaisen sivun näyttäminen detail.php käytetty bitrix:news.last. Puhelun parametrien vähimmäisjoukko:

IncludeComponent("bitrix:news.detail", "tour", // template Array("IBLOCK_ID" => "1", // Tietolohkon tunnus "IBLOCK_TYPE" => "sisältö", // tietolohkon tyyppi "ELEMENT_CODE") => $_REQUEST["ELEMENT_CODE"], // lähetetyn sivun parametri "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", // sisältää ominaisuuden tietolohkosta),), false); ?>

Kuvien tulostaminen tietolohkon ominaisuuksista

Tietoturvaelementin ominaisuuksissa olevien valokuvien näyttäminen ei ole niin yksinkertaista. Yksityiskohtaisen sivun tietojoukossa näemme vain kuvalliset tunnukset, emme näiden tiedostojen polkua. Siksi tiedostossa result_modifier.php on tarpeen käsitellä näiden valokuvien tulos.

Mallikansiossa, tiedostossa result_modifier.php käymme läpi valokuvasarjan:

$valokuva) ( $photo_small = CFile::ResizeImageGet($valokuva, array("leveys"=>200, "korkeus"=>200), BX_RESIZE_IMAGE_PROPORTIONAL, true); $photo_original = CFile::ResizeImageGet($photo "width"=>800, "height"=>800), BX_RESIZE_IMAGE_PROPORTIONAL, true); $arResult["PHOTOS"] = Array ("alkuperäinen" => $photo_original["src"], "small" => $photo_small ["src"],);)

Ja tiedostossa template.php Näytämme jo itse valokuvat:

"> ">

PayCash-järjestelmästä on tullut kaupallinen vastaus epäluottamukseen tavaroiden etämaksuun luottokorteilla. Projektin ovat kehittäneet Tavrichesky Bank ja Alkor-Holding-yritysryhmä, ja se on suunniteltu auttamaan sähköisten kauppojen ostajia ja myyjiä (verkkomaksujärjestelmän tarjoamisesta verkkokauppojen isännöintiin). PayCashin käyttäjät eivät tarvitse luottokorttia. Tämä on avoin maksujärjestelmä, johon kuka tahansa pankki voi liittyä. Maksut Internetissä ovat anonyymejä ja käyttäjä saa PayCash-järjestelmätilin, jolta voi suorittaa mitä tahansa ei-käteismaksuja. Tietenkin ennen tätä sinun on avattava tili PayCash-järjestelmää tukevaan pankkiin, jonka jälkeen hyvitetyt varat muunnetaan "sähköiseksi käteiseksi". Maksaminen tapahtuu esimerkiksi näin: virtuaaliliikkeen kävijä napsauttaa "Maksu PayCashilla" -painiketta; tilaustiedot siirretään Maksunvastaanottokeskukseen; Myyjä saa digitaalisella allekirjoituksella varmennettua vahvistusta. Tämän jälkeen Maksukeskus on velvollinen kauppaa kohtaan ja siirtää rahaa myyjän ilmoittamaan pankkiin PayCash-maksun verran. Eikö se näytä luotettavalta remburssilta? Tietenkin järjestelmän käytöstä veloitetaan 1-3% maksusummasta (riippuen järjestelmään pääsyn ehdoista).

Ostajalle PayCash-järjestelmän käyttö tarkoittaa lompakkoohjelman asentamista tietokoneelle ja rahansiirtojen suorittamista sillä. "Lompakko" sisältää avaimen sähköisen allekirjoituksen luomiseen, jota käytetään "tagaamaan" kaikki ohjelmasta lähetetyt asiakirjat. Lompakkoohjelma ei onneksi käytä algoritmeja PC-laitteistoon sitoutumiseen (esim. Pentium III -prosessorin sarjanumero), joten "lompakko" voidaan siirtää kivuttomasti tietokoneelta tietokoneelle.

AVUSTAA

Sähköinen maksujärjestelmä ASSIST on projekti, joka mahdollistaa luottokorttimaksujen valtuutuksen ja käsittelyn reaaliajassa. Lisäksi maksu voidaan suorittaa esimerkiksi asiakkaan Internet-palveluntarjoajan tililtä. Kun siirretään luottamuksellisia asiakastietoja (luotto- tai talletuskorttitietoja), maksu jaetun verkon kautta tapahtuu suojatun yhteyden kautta SSL 3.0 -protokollaa käyttäen. Luottokorttien valtuutus ja käsittely tapahtuu Platina Bankin CyberPlat-järjestelmässä. Tiedot kortin tiedoista ovat luonnollisesti luottamuksellisia, eikä niitä anneta edes suoramyyjälle. Verkkokauppaan lähetetään vain maksuvahvistus, joka on varmennettu digitaalisella allekirjoituksella 512-bittisellä salausavaimella.

ASSIST-järjestelmää käyttävät kymmenet verkkokaupat sekä tieto- ja konsultointiresurssit. Yksi järjestelmän tunnetuimmista "adepteista" on verkkokauppa "oZon" (http://www.o3.ru) - toinen ehdokas National Intel Internet Award -palkinnolle.

Dostavka.Ru

"Dostavka.Ru" on ellei ilmiö, niin erittäin onnistunut kaupallinen projekti Internetin venäläisessä osassa. Sen liiketoimintamalli rakentuu periaatteelle, että toimistolaitteiden, viestintälaitteiden ja tietopalvelujen (internet-yhteyden tarjoava) kuriiritoimitus tapahtuu käteisellä paikan päällä. Se toimii nopeammin ja luotettavammin kuin etämaksu- ja toimitusmekanismit, varsinkin kun otetaan huomioon postin ”huomiollisuus”. Tavaroiden ja palveluiden valikoima on periaatteessa rajallinen: yhteenlaskettu hinnasto sisältää hieman yli tuhat tuotetta. Myymälä palvelee vain Moskovaa Moskovan kehätien sisällä. Tuotteet toimitetaan ilmaiseksi: olipa kyseessä sitten tulostinpatruuna, näyttö tai kopiokone. Hinnat eivät ole paljon alhaisemmat kuin Moskovan keskiarvo, mutta tietysti päänsärkyä on vähemmän. Virtuaalipalvelin, jolle tilaukset vastaanotetaan, toimii Internet-palveluntarjoajan Zenon N.S.P. Delivery.Ru:sta tuli muuten yksi ensimmäisistä kaupoista, joka tarjosi vierailijoilleen ilmaisen Internet-yhteyden (luonnollisesti vain palvelimella vieraillessa).

Projektin käynnisti vain kolme ihmistä, joilla oli kaksi tietokonetta ja yksi modeemi - aivan kuten ulkomaisissa tarinoissa "autotalliyritysten" perustamisesta Piilaaksossa. Kaupan luomiseen meni uskomattoman lyhyt aika - kaksi kuukautta. Tällä hetkellä toimistotyössä työskentelee noin 20 henkilöä. Tyypillisesti myymälä palvelee 50–70 tilausta päivässä, mutta pystyy "sulattamaan" useita kertoja enemmän pyyntöjä systemaattisella henkilöstön laajennuksella (ja tietysti sopivalla kysynnällä).

Mitä kasvaminen vaatii? Kuinka sulattaa epäluottamuksen jää, joka on historiallisesti kehittynyt suhteessa Internet-kauppaan? "Kyllä, yleensä ei ole reseptiä", vastaa Dostavka.Ru:n projektipäällikkö Andrey Khromov. "Tehtävämme on varmistaa, että asiakas käyttää palveluitamme vähintään kerran." Vain henkilökohtainen onnistunut kokemus auttaa arvioimaan verkkokaupan mukavuutta. Lisäksi toimitus tulisi suorittaa muutamassa tunnissa tai päivässä, ja koko tämän ajan rahat pysyvät laillisen omistajansa luotettavassa valvonnassa. Nämä eivät ole ahdistuneen odotuksen päiviä pankkisiirron jälkeen.

Tunteeko Dostavka.Ru verkkokaupan toimintaa säätelevien oikeudellisten aukkojen kielteiset vaikutukset? Hankkeen johtajien virallisen reaktion mukaan he tuntevat olonsa melko mukavaksi nykyisen lainsäädännön puitteissa. Andrei Khromovin mukaan vain sellaiset Internet-kaupan muodot edellyttävät tiettyä lainsäädäntöä, jossa myyjä ja ostaja eivät koskaan kohtaa. Esimerkiksi luottokortilla maksettaessa. Myös erityislupaa vaativien tavaroiden kauppa (alkoholin, tupakkatuotteiden, korujen jne. myynti) on vaarassa. Web for Dostavka.Ru on yksinkertaisesti kaunis näyteikkuna, kätevä ja halpa työkalu tilausten keräämiseen. Asiakkaan kanssa työskentelyn jatkojärjestely ei juurikaan eroa jostain pizzeriasta. "Meillä on tavallinen kauppa", vahvistaa Khromov. "Työskentelemme "fyysisten" sääntöjen mukaan, emme virtuaalisia."

Internet-kaupan vaikeuksista Khromov totesi vakiintuneen B2B-järjestelmän puuttumisen verkkokaupoille.

Megashop.Ru

Megashop.Ru -verkkokauppa on erikoistunut atk-laitteiden myyntiin ja toimitukseen. Toimitus tapahtuu vain Moskovassa, ja maksu voidaan suorittaa käteisellä, kaikkien tärkeimpien maksujärjestelmien luottokorteilla ja ruplasiirrolla. Voit “kääriä” kortin slip-automaatissa toimituksen yhteydessä. Lisäksi kauppa sitoutuu palauttamaan rahat, vaikka tilaus olisi jo tosiasiallisesti maksettu, mutta ostaja kieltäytyi siitä, vaikkakin ilman selitystä (mikä on täysin "kuluttajansuojalain" mukainen).

Hankkeen kehittäjien virallisten tietojen mukaan myymälän luominen kesti kuusi kuukautta ja 100 tuhatta dollaria. Megashop.Ru:ta edustava Rustem Akhiyarov selitti myös, että myymälän mainostaminen maksoi useita kertoja enemmän. Harkittuaan vaihtoehtoja projektin laitteiston järjestämiseksi yritys ei sijoittanut palvelinta tiloihinsa ja rakensi kalliin kanavan. Tämän seurauksena päädyimme yhteissijoitusvaihtoehtoon - palvelimen sijoittamiseen palveluntarjoajan sivustolle.

"Epäluottamuksen este verkkokauppaa kohtaan on vain eräänlaista tervettä inhimillistä konservatiivisuutta", Rustem Akhiyarov sanoo. Ainoa tapa voittaa se on tarjota kätevät maksuehdot, alhaiset hinnat ja laaja valikoima. Liikkeen verkkopalvelu auttaa selvästi vähentämään kustannuksia kaikissa kustannuspaikoissa.

Megashop.Ru:n johto ei erityisesti valita epätäydellisen lainsäädännön aiheuttamista esteistä. On olemassa täysin "jokapäiväisiä" vaikeuksia - seurausta markkinoiden sivistymättömyydestä. "Tilanne alkaa olla järjetöntä: kaikki atk-laitteiden toimittajat eivät pysty antamaan tietoja tavaroiden saatavuudesta ja hinnasta vaaditussa muodossa", kommentoi Akhiyarov. - Myyntipäällikkö tekee kaikkensa, mutta hänellä on vain A4-kokoon suunniteltu hinnasto. Tämän yrityksen järjestelmäohjelmoija voi viettää tuntikausia päivästä toiseen selittäen, miksi on "mahdotonta" saada vain tavaraluetteloa kahdessa sarakkeessa hinnoista, vaikka hänelle tämä on 5 minuuttia työtä.

PAGERGATE.RU
SMS.GATE.RU

Monet hakulaitteiden ja GSM-matkapuhelinten käyttäjät tuntevat viestintäyhdyskäytävät http://www.pagergate.ru ja http://sms.gate.ru. Näiltä verkkosivuilta voit lähettää viestejä hakulaitteille ja GSM-matkapuhelimille, joita palvelee 400 operaattoria Venäjällä ja IVY-maissa.

Aleksei Vinogradovin (SMS.Gate.Ru-projektin koordinaattori) mukaan projektin pääasiallinen työvoimaintensiteetti ei ollut edes palvelujen kehittämisessä ja tukemisessa (tämä vie 30 % ajasta), vaan kommunikaatiossa operaattoreiden ja käyttäjien kanssa. Suurin osa PagerGaten tuloista tulee mainonnasta (jota tarjoaa Internet-mainostoimisto Manifest). Mutta nyt jotkut yritykset käyttävät tekstiviestipalveluita kaupallisiin tarkoituksiin ilmoittaakseen niistä työntekijöilleen viipymättä. SMS-to-ICQ- ja ICQ-to-SMS-palvelut lanseerataan lähitulevaisuudessa. Lisäksi on jo palveluita, jotka mahdollistavat viestien lähettämisen radioviestintään sähköpostitse (ja päinvastoin). Parhaillaan valmistellaan palvelua postituslistatyöskentelyyn (neuvottelut ovat käynnissä suuren painetun julkaisun ja yhden postituslistapalvelimista). Yritysasiakkaille tarjotaan palveluita, kuten viestinvälityksen järjestäminen yrityksen Web-sivustojen kautta, oma SMS-yhdyskäytävä jne..

Hankkeen kehittäjät eivät käyttäneet eksoottisia laitteita. Pääpuhelinkeskuksessa M9 on palvelin ja toinen varmuuskopio toisella palveluntarjoajalla. SMS.Gate.Ru-laitteisto koostuu useista erilaisista GSM-puhelimista ja GSM-päätelaitteista. Projektia palvelee itse asiassa neljä henkilöä: koordinaattori (yleinen hallinto, ohjelmointi, viestintä käyttäjien kanssa), järjestelmäsuunnittelija, markkinoinnin ja mainonnan asiantuntija sekä yleisistä asioista vastaava henkilö.