Automatizarea proceselor de bază ale studioului în etapa de vânzare

Data publicării: 19.10.2016

Începe distracția. Automatizarea fluxului de documente și a lucrului cu clienții este primul pilon pe care stă activitatea de transport al oricărei agenții. Acesta este primul și cel mai puțin evident mod de a economisi bani de studio și, ca urmare, de a elibera resurse manageriale încărcate inutil pentru muncă utilă.

Datorită abordării descrise mai jos, WebCanape a obținut la început o productivitate ridicată, fără a crește costurile de extindere a echipei. Abia după 5 ani de muncă am avut un departament de vânzări dedicat. Înainte de aceasta, un flux de 120 de cereri pe lună cu o rată de conversie de 60% a fost procesat de o persoană.

Dar viteza nu înseamnă doar economii, ci înseamnă și clienți fideli. Cine face prima propunere câștigă :) Un adevărat antreprenor cu bani preferă să aleagă prima ofertă care îi place decât să piardă timpul așteptând diferite variante.

Procesele de afaceri de bază ale studioului în etapa de vânzare

Să ne uităm la procesele de bază de afaceri care există în orice studio web.

Contabilitatea aplicațiilor primite

Trimiterea unui chestionar, scurt

Prelucrare scurtă, calculul costurilor

Pregătirea CP

Pregătirea acordului și cererilor

Facturare

Plata facturii

Cererea trebuie acceptată, introdusă în sistemul de contabilitate CRM (5 minute), datele transferate în partea de bază a briefului și trimise clientului (alte 5 minute). După ce clientul completează brief-ul, acesta trebuie procesat, efectuat un calcul (20 de minute) și o analiză atentă. Ofertă comercială(40 minute) cu structura preliminară a șantierului și servicii. Va mai dura 30 de minute pentru a pregăti contractul și cererile și 10 minute pentru a emite o factură.

Pentru a implementa aceste procese per aplicație, un departament de vânzări standard necesită aproximativ 110 minute de timp pur. Aceasta înseamnă că este nevoie de 128 de ore pentru a procesa 70 de cereri. Când sunt recalculate pentru un număr mare de aplicații, acestea sunt pierderi semnificative care nu sunt necesare clientului, dar afectează costul final al produsului. În același timp, din anumite motive, studioul web încearcă să optimizeze producția (procesul de creare a unui produs), și nu aceste procese goale. Să vedem ce am făcut.

Pentru a procesa 70 de cereri pe lună, managerul a avut nevoie de 128 de ore (vânzător cu normă întreagă). După optimizarea și automatizarea proceselor, a devenit 37 de ore. Acum vedeți de ce am lucrat mult timp fără un departament de vânzări dedicat. Singurul lucru este că este foarte important să ai la intrare o persoană cu experiență. Automatizarea de la sine nu va funcționa.

Viteză și interschimbabilitate

Pas cu pas, recunoscând problema eficienței scăzute, am creat un sistem care a ajutat managerii să lucreze mai rapid cu clienții. Am spus deja de ce viteza este mai importantă decât costul, dar nu am mai menționat o problemă.

Pentru mulți, aceasta iese în prim-plan. Managerul de vânzări nu poate pregăti un CP profesionist. Unde puteți găsi oameni de vânzări cu experiență în vânzarea de site-uri web atunci când acestea nu sunt disponibile în regiuni?

În consecință, trebuia să oferim un instrument care să ajute managerii buni cu puțină experiență în domeniul dezvoltării web să gestioneze rapid fluxul de documente și să creeze CP profesional.

Al nostru a devenit un astfel de instrument instrument intern, pe care l-am numit „Calculator”. Mult mai târziu, a renascut în CanapeCRM, pe care am început să-l oferim clienților.

Documente electronice. Avem documente Word abandonate 100% și ne-am mutat online. Clientului i se trimite doar un link (la brief, CP, acord, factura). Dacă ceva se schimbă, faceți doar modificări documentului din sistem, apăsați F5 și documentul clientului este deja actualizat. Economisirea acestor procese și a altor procese similare are ca rezultat o eficiență operațională ridicată.

Notificări automate. A doua parte importantă a automatizării sunt alertele. În procesul de lucru, managerul este obligat să scrie un număr mare de scrisori clienților care nu conțin informații importante. Clientul trebuie să fie informat despre stadiul proiectului, să solicite informații, să spună ce să se pregătească pentru etapele următoare etc. Când există o mulțime de proiecte, distrage foarte mult atenția de la sarcina principală, vă obligă să schimbați vitezele și vă încetinește munca. Sistemul CRM poate și ar trebui să furnizeze informații clientului și să trimită mementouri.

Într-o zi, asta va economisi un milion

Petreceți această zi configurand complet sistemul. Texte de notificare, modele de propuneri comerciale, contracte și tot ce poate fi util. Acest lucru vă va ajuta să lucrați mai profitabil și să nu creșteți prețul împreună cu creșterea salariilor.

Voi găzdui un webinar luni, 31 octombrie 2016. Vom discuta despre materialele anterioare, vom vorbi despre pași importanți la început, vă vom arăta cum să configurați un sistem de gestionare a documentelor și vom răspunde la toate întrebările. Înregistrați-vă pentru webinar.

Dacă aveți întrebări, puteți scrie în comentarii la postări. Canalul nostru de telegramă: https://telegram.me/joinchat/B5w9l0BjZloqHGLIRq-4aw. grup Facebook.

Toate materialele noi vor apărea pe CMS Magazine. Ne putem întâlni și la webinarii pentru a trata subiecte mai detaliat și pentru a discuta detalii.

Text complet citiți articole la

Am realizat rapid că realizarea de site-uri web simple este neprofitabilă. Concurența a crescut, piața a fost inundată firme mici. Toate acestea au dus la prețuri mai mici pentru proiecte și la o scădere a profitabilității afacerii. Clienții au devenit mai calificați. Cererile de creare de site-uri web au fost completate de cereri de „legare” a acestora la unul sau la altul sistem informatic.

Puțini oameni riscau să abordeze sarcini complexe. Pentru integratorii de sisteme, astfel de proiecte erau prea ieftine, iar pentru studiourile web prea complexe.

Studioul nostru a fost întotdeauna situat în „Valea Siliciului” rusă - Zelenograd. Aveam programatori puternici, ceea ce însemna că puteam primi și îndeplini cu ușurință astfel de comenzi. S-a decis - aceasta este șansa noastră!

Așa ne-am transformat dintr-un studio obișnuit în specialiști care asigură funcționarea coordonată a unui site web cu mai multe sisteme informatice – integratori web.

Ce rahat este această integrare web a ta?

Nu este dificil să se asigure schimbul de date între două sisteme. Dar primii ani în noua noastră capacitate au fost dureroși și costisitoare.

În loc de profiturile așteptate, am pierdut bani din nou și din nou, întâmpinând noi dificultăți, cărora directorul nostru tehnic le-a dat nume de cod „capcane”.

Nu ne-am dat bătuți și, la fel ca șoarecii din glumă, „ne-am injectat, plângeam, dar ne-am încăpățânat să roadem cactusul”.

Inainte sa incepi

Înainte de a vorbi despre procese, să cădem de acord asupra terminologiei acestui articol.

Pentru noi, programatorii, orice dezvoltare de site-uri simple se reduce la acest model:

Când trebuie să creați nu doar un site web, ci un întreg sistem în care, pe lângă baza de date a site-ului, există o casă de marcat cu o casierie care vinde bilete de teatru, un sistem de depozit care oferă informații despre balanța mărfurilor sau un serviciu de plată responsabil pentru Este implicată și procesarea cardurilor bancare, noi Folosim conceptul de „terț”.

O terță parte este un sistem de informații situat în afara camerei serverului sau a centrului de date, conceput pentru a conecta resurse suplimentare la logica noastră de afaceri. De exemplu, un serviciu SMS care trimite mesaje scurte către telefonul utilizatorului sau un sistem de rezervare a mărfurilor la depozitul unui furnizor. Odată cu adăugarea unei terțe părți, procesul devine mai complex și folosim acest algoritm pentru a economisi timp și bani atunci când lucrăm la un proiect integrat.

Pasul 1. Scopuri și obiective

În primul rând trebuie să într-un limbaj simplu să fim de acord cu ceea ce vrem să obținem în cele din urmă. Clientul așteaptă un rezultat specific de la integrare. Automatizarea de dragul frumuseții sistemului este rareori de interes pentru oricine. Încercarea de a articula în scris obiectivele și așteptările este cea mai bună modalitate de a vă asigura că rezultatele sunt înțelese în mod egal de către toți cei implicați în procesul de lucru. De multe ori întâlnim această formulare:

Exemplu tipic: site-ul trebuie să fie integrat cu sistemul de bilete ProfTicket.

și în astfel de cazuri încercăm să obținem o mai mare claritate a formulării:

Exemplu bun: cumpărătorii ar trebui să poată alege locuri libereîn sală, plătiți biletele și primiți-le până la e-mailîn birourile de vânzări sau cu ajutorul livrare prin curier. Informațiile despre disponibilitatea locurilor de vânzare pentru anumite sesiuni sunt furnizate de sistemul de bilete ProfTicket.

Această formulare în sine conține o serie de întrebări care altfel s-ar putea pierde și ar apărea în cel mai inoportun moment.

Pasul 2. Procese de afaceri și protocol de interacțiune

Acum trebuie să decideți cum ar trebui să interacționeze sistemele pentru a efectua o anumită sarcină. Să continuăm să construim analogii cu sistemul de bilete. Apropo, despre care vorbim despre un proiect complet real: în 2013, am ajutat compania Dilyaver să deschidă un serviciu de comandă de bilete ShowMart.Ru. Pentru a face o rezervare de bilet, trebuie să răspundeți la câteva întrebări:

• Ce eveniment a ales cumpărătorul?
• Ce sesiune (combinație de dată și oră) a fost selectată?
• Ce locuri (număr de sector, rând și locuri) au fost selectate?
• Aceste locuri au fost vândute anterior unui alt cumpărător?
• Aceste locuri sunt în rezervă, cu alte cuvinte, achiziționarea acestor locuri este procesată de un alt cumpărător chiar acum?
• Și așa mai departe...

Orice interacțiune între sisteme se reduce la o structură „cerere-răspuns”. Solicitarea este trimisă de partea care trebuie să primească datele (clientul), iar răspunsul este trimis de partea care are aceste date (server).

Cu cât o astfel de schemă este mai simplă și mai clară, cu atât mai bine. Cel puțin, trebuie să vă asigurați că doar unul dintre sisteme răspunde la o singură solicitare și că sistemele nu se dublează unul pe celălalt. De exemplu, informațiile despre prețul biletelor sunt stocate doar în unul dintre ele.

La un moment dat, va trebui să „cerem” unuia dintre sisteme să rezerve bilete - puneți un marcaj care nu permite ca aceste bilete să fie revândute unui alt cumpărător, iar după finalizarea achiziției, unul dintre sisteme va trebui să trimită un scrisoare de notificare către cumpărător. Prin urmare, uneori interacțiunea este necesară nu la nivelul „cerere-răspuns”, ci conform formulei „cerere-acțiune”.

Procesul de interacțiune între părți Acum tot ce trebuie să facem este să înregistrăm de ce solicitări și răspunsuri este responsabil fiecare dintre sisteme. Și, de asemenea, indicați o listă cu toate erorile posibile.

Pasul 3. Reguli de luare a deciziilor și mediatori

Chiar și cel mai simplu proiect de integrare web implică cel puțin trei părți:

1. Client.
2. Proprietarul sistemului A (de exemplu, un programator 1C din personalul clientului).
3. Proprietar al sistemului B (de fapt, suntem programatori web).

Nu vom aprofunda motivele și analiza a ceea ce se întâmplă. Să spunem pur și simplu ca un fapt: conflictele de interese între proprietarii a două sisteme sunt inevitabile. Complexitatea situației depinde de numărul de participanți și de nivelul lor de calificare.

Este important să ne gândim cum situații controversateînainte ca acestea să apară. Acesta nu este un subiect ușor, dar este necesar să se convină măcar asupra unor puncte fundamentale, de exemplu:

• După ce vor fi ghidate părțile atunci când iau o decizie: viteză, probleme de securitate a datelor sau modificări minime la 1C?
• Cine va fi partea responsabilă care ia decizia finală dacă proprietarii sistemului nu se pot pune de acord între ei?

La prima vedere, se pare că răspunsul la ultima întrebare este evident: clientul - cine altcineva ar trebui să ia deciziile finale? Cu toate acestea, acest lucru nu este întotdeauna cazul.

Proiectele de integrare impun exigențe mari asupra cunoștințelor tehnice ale decidentului. Prin urmare, uneori palma este dată unuia dintre participanții la procesul de integrare sau este adus un expert independent, a cărui autoritate este recunoscută de proprietarii ambelor sisteme.

Pasul 4. Standard și format pentru schimbul de date

Acum trebuie să cădem de acord pe baza cărui standard și în ce mod vom face schimb de date între sisteme.

În cele mai multe cazuri, alegerea protocolului este determinată de cantitatea de date și de frecvența transmiterii acestuia. Povestea va fi despre acele protocoale pe care le întâlnim cel mai des în munca noastră.

SĂPUN

SOAP înseamnă Simple Object Access Protocol. Dacă este tradus literal din engleză, obțineți „Protocol de acces simplu la obiect”. Acest protocol este cu adevărat unul dintre cele mai simple și mai frecvent utilizate la construirea proiectelor web. SOAP este un protocol structurat de schimb de mesaje XML.

Pentru ca sistemele să utilizeze o reglementare unificată pentru construirea cererilor și răspunsurilor, sunt utilizate fișiere cu o descriere a acestor reglementări, compilate pe baza standardului WSDL (din limba engleză Web Service Description Language).

SOAP este o extensie a protocolului XML-RPC, iar acesta este un mare plus al protocolului. XML este utilizat pe scară largă, iar un număr mare de specialiști sunt cel puțin superficial familiarizați cu formatul XML-Schema.

Același fapt este și cel mai mare dezavantaj al SOAP. XML este un format voluminos și pe măsură ce cantitatea de date schimbate între sisteme crește, cantitatea de trafic transmis crește. Pe măsură ce acesta din urmă crește, timpul necesar procesării cererilor și generarii de răspunsuri la acestea crește. Toate acestea fac ca combinația WSDL/SOAP să fie practic nepotrivită pentru utilizarea în sisteme cu volume uriașe de date prost structurate - în așa-numitele sisteme Big Data.

SOAP va fi o alegere excelentă, de exemplu, pentru rezolvarea problemelor de integrare a unui magazin online cu un sortiment mic cu un sistem de depozit 1C. Distribuția sa standard oferă suport pentru acest protocol și tot ce rămâne de făcut este pregătirea descrierilor WSDL.

ODIHNĂ

REST (decodarea abrevierei în acest caz nu ne va oferi nimic, așa că îl vom ignora) este un protocol pentru apelarea unei proceduri de la distanță folosind o cerere HTTP obișnuită. Da, folosind aceleași metode GET și POST din manualele lui Tim O’Reilly.

Fiecare metodă din REST nu este luată în considerare printr-o intrare separată în fișierul WSDL, ci printr-o adresă URL. De exemplu, metoda de obținere a informațiilor despre utilizator va arăta ca - http://example.com/rest/user. Și metoda de creare a unui utilizator nou este http://example.com/rest/user/create.

Puteți folosi corpul solicitării pentru a transmite parametri la REST și antetele de stare HTTP pentru a descrie erorile. Totul este cât se poate de simplu și nu necesită utilizarea de protocoale suplimentare. REST este mult mai primitiv decât SOAP. Acesta este ceea ce o face o alegere excelentă atunci când trebuie să faceți schimb de o cantitate mare de date și să o faceți frecvent.

REST nu dictează în ce format trebuie trimise solicitările. Aceasta înseamnă că în aceste scopuri puteți utiliza JSON (format de schimb de date text) - cel mai compact format pentru schimbul de structuri în reprezentarea textului. Utilizarea sa rezolvă aproape complet problema volumului de date.

BICICLETA

Uneori este necesar să se utilizeze combinații de mai multe metode și protocoale de comunicare.

1C are propriul format CommerceML - XML ​​pentru transmiterea informațiilor comerciale, cel mai adesea cataloagele de produse sunt transmise în acest mod.

Acest format a fost dezvoltat de specialiști de la 1C și Extra.RU. Au fost ajutați de prieteni de la biroul Microsoft din Moscova.

Din acest motiv, formatul nu permite multe cazuri de utilizare, iar CommerceML „pur” lipsește adesea. Acest lucru duce la necesitatea suplimentării acestuia cu funcționalități speciale.

Uneori, clientul nu are un server extern dedicat cu care să comunice. Apoi creăm un folder separat direct pe serverul de găzduire, astfel încât 1C să-și poată încărca fișierele acolo. Acolo sunt recunoscuți de scripturile noastre conform unui program.

În cazurile în care trebuie să păstrăm în mod constant datele actualizate, putem lega API-ul Rest și transferul XML. Apoi 1C va trimite XML direct la server folosind cereri POST standard.

Pasul 5: Securitatea datelor

Cel mai adesea, acolo unde apare nevoia de integrare, există secrete comerciale sau date personale. Lucrul cu ei după modificările recente ale legislației merită acum un articol separat.

Nimeni nu vrea să-și vadă baza de clienți sau veniturile zilnice scurse către concurenți. Prin urmare, este important să ne gândim la asigurarea unui nivel suficient de securitate pentru datele schimbate între sisteme.

Există multe opțiuni de protecție. Ne vom uita la doar câteva dintre ele.

HTTPS

Protocolul HTTP este cel mai comun și mai nesigur. Datele sunt transmise necriptate. HTTPS este un subset al protocolului http care acceptă criptarea utilizând certificate SSL sau TCL.

Certificatele sunt algoritmul prin care datele vor fi criptate. Numai părțile care transmit și cele care primesc cunosc acest algoritm în momentul transmiterii datelor. Certificatele SSL pot fi furnizate chiar de server, dar apoi vor fi considerate neîncrezători, iar browserele pot afișa imagini care sperie utilizatorul.

Fereastra care avertizează utilizatorul despre o conexiune nesigură Pentru ca un certificat să fie considerat de încredere, acesta trebuie să fie comandat de la o organizație de certificare - o autoritate de certificare. Există multe astfel de instituții. Atunci când lucrăm la proiecte pentru clienți europeni, preferăm să folosim serviciile unuia dintre cei mai mari doi jucători de pe piața de certificare SSL - Thawte sau Verisign. În Rusia lucrăm cu Ru-center. Pictogramele lor pot fi văzute adesea pe site-urile unde este implicată plata sau lucrul cu date personale.

Autorizare HTTP de bază

A doua metodă de asigurare a protecției este metoda prin care două sisteme se „introduce” unul altuia folosind o pereche „login-parolă” înainte de a începe să facă schimb de date. Această metodă se numește „autorizare de bază HTTP”.

Pentru a împiedica atacatorii să intercepteze parole, este mai bine să vă „prezentați” sistemelor într-o formă criptată, de exemplu. Autorizarea de bază HTTP trebuie utilizată împreună cu criptarea SSL.

Furnizarea accesului prin adresa IP

Dacă sistemul nu este prea complex și serverele sistemelor comunicante au adrese IP specifice și imuabile, puteți acorda acces la comunicare doar la aceste adrese IP.

Această opțiune este ușor de implementat și, prin urmare, utilizată pe scară largă. Dar uneori duce la probleme bruște cu acces.

Pasul 6. Specificații tehnice

Este posibil să aveți o relație excelentă cu clientul sau cu programatorii lui 1C, dar „prietenia este prietenie, dar tutunul este separat”. Vă recomandăm insistent ca acordurile cu privire la toți pașii descriși să fie înregistrate în scris.

Un exemplu instructiv de la propria experiență: A trebuit să facem o integrare complexă a 1C:Enterprise a clientului cu magazinul online pe care îl foloseau. La o întâlnire cu programatorii 1C, am convenit că aceștia vor pregăti servicii web de partea lor, pe care programatorii web ai Studioului le vor accesa ulterior.

În procesul de muncă practică strânsă, care a durat mai mult de o lună, programatorii 1C și-au schimbat punctul de vedere și au decis să ne facă o copie a bazei lor de date, replicată din cea principală și să ni o transfere astfel încât să putem „ facem tot ce vrem cu ea”.

Acest lucru însemna că trebuia să facem o cantitate suplimentară de muncă, deoarece nu existau servicii web sau documentație clară atașată la acestea. Deoarece nu am înregistrat acordurile anterioare, ne-am confruntat cu reticența acerbă a clientului de a lua în considerare intervalul de timp și bugetul sporit al proiectului.

În exemplul de mai sus, am fost norocoși - programatorii 1C s-au dovedit a fi băieți cumsecade și au confirmat conducerii lor că avem dreptate. Dar vei fi la fel de norocos data viitoare?

Poți lucra după metodologii agile, poți folosi clasica „cascada” sau poți folosi o metodologie hibridă. Acest lucru nu este important, la fel ca și formatul și volumul specificațiilor tehnice. Singurul lucru important este că toate acordurile trebuie înregistrate într-un fel sau altul.

Pasul 7. Implementare

Există, de asemenea, câteva diferențe în producția directă a muncii de integrare din monodezvoltare.

O ECHIPĂ

Pentru a vă asigura că dezvoltarea decurge cât mai bine posibil, evitați împărțirea în „al tău” și „al nostru”. Dimpotrivă, faceți totul pentru a forma o singură echipă de dezvoltatori externi de sisteme informatice și programatorii dvs.

Străduiți-vă să creați o echipă unică, prietenoasă, chiar dacă este adunată doar pe durata proiectului. Veți economisi mult efort și timp dacă toți participanții la proces sunt interesați să găsească solutie eficienta, și să nu transfere vina sau să lucreze asupra unui programator de la o altă companie.

În plus, va fi nevoie de timp suplimentar pentru a elimina diferența dintre calificările specialiștilor și metodologiile de dezvoltare utilizate. Acest lucru ar trebui luat în considerare și atunci când se calculează timpul și bugetul proiectului.

TESTARE LA INTRARE

Când lucrați cu o terță parte, va trebui să faceți teste nu numai la ieșire, ci și la intrare.

Un exemplu din propria mea practică: un programator de sistem CRM a raportat că serviciul web necesar pentru finalizarea lucrării a fost finalizat. Managerul de proiect a creat o sarcină pentru programatorul web și a trimis-o, însoțită de un link către acest serviciu web. A doua zi, programatorul web a început să finalizeze sarcina exact așa cum era programat și s-a confruntat cu faptul că serviciul web nu funcționa. Sarcina este returnată programatorului CRM. Timpul programatorului web, al managerului de proiect și al banilor clientului este irosit. Toată lumea așteaptă din nou ca serviciul web necesar să fie gata.

Anterior, totul depindea doar de echipa ta, iar sarcina formulată era imediat atribuită programatorului. Acum trebuie să vă asigurați mai întâi că componentele pentru a rezolva problema, efectuate de o terță parte, funcționează efectiv.

ACOPERIREA TESTEI

Cerințele se vor schimba cu viteza luminii; proprietarii de sisteme informatice externe pot schimba serviciile web și API-urile fără avertisment. Compoziția propriilor programatori web se va schimba sau se poate întâmpla ca, după ce au scris noi funcționalități, dezvoltatorii, prin acțiunile lor, să spargă ceea ce a funcționat bine înainte. Tratăm un lucru, infirmăm pe celălalt.

Cu cât se descoperă mai repede unde în sistem și ce anume a „eșuat”, cu atât costurile suportării acestuia vor fi mai mici și cu atât profitul va fi mai mare. Prin urmare, nu vă zgâriți cu acoperirea codului cu teste.

În cazul integrării web, procentul de acoperire a codului prin teste ar trebui să fie cât mai mare posibil.

Pasul 8: Toleranța la erori

Integrarea sistemelor este realizată pentru a reduce timpul și costurile financiare ale efectuării anumitor procese de afaceri. Integrarea web este mai adesea caracteristică unei afaceri dezvoltate, stabile și de succes.

Unele dintre proiectele pe care le-am finalizat pot pierde între 35.000 și 70.000 USD în timpul de nefuncționare zilnic. Acest lucru ne face să ne gândim suplimentar la măsurile de îmbunătățire a toleranței la erori a întregului sistem.

• Backup. Toate acestea sunt prescrise în termenii de referință și contracte. Dar haideți să fim sinceri, verificați întotdeauna dacă găzduitorul sau dezvoltatorul a configurat de fapt procedurile de backup conform acordului? Cel mai adesea, acest lucru devine clar atunci când problema a apărut deja.
• Testare stresanta. La ce trafic și sarcina maximă se așteaptă clientul? Înmulțiți această cifră cu cel puțin 2,5 și faceți teste de sarcină sintetice. Trebuie să testați nu numai site-ul, ci și acele sisteme cu care proiectul interacționează.
• Sezonalitatea. Cunoașteți caracterul sezonier al afacerii clientului dvs. Trafic către site-ul web al lanțului de cinematografe, pe care l-am creat și sprijinit, în sarbatori de revelion crește de 2-3 ori. În acest proiect începem pregătirile pentru Anul Nou la începutul lunii noiembrie.
• Pregătirea pentru o derulare înapoi. Lucrezi în echipă și asta va trebui să ții cont. Fiți pregătiți pentru faptul că noile dvs. funcții pot perturba funcționarea normală a sistemului extern, iar modificările vor trebui să fie anulate rapid. În ciuda testării de încărcare, sistemele externe eșuează uneori din motive care nu pot fi controlate. Trebuie să fiți pregătit să continuați să lucrați dezactivând funcționalitatea partajată pentru o perioadă. De exemplu, în timpul unui accident în serviciul de achiziție de bilete, în loc de procesul de comandă, afișăm un mesaj de scuze, dar site-ul în sine continuă să funcționeze.

Pasul 9. Înregistrare și monitorizare

Nu uitați să țineți cont de costurile creării unui sistem de jurnalizare în calendarul și bugetul proiectului. Facem progrese în acest loc de ceva timp.

Acesta este un instrument obiectiv cu ajutorul căruia puteți restabili cronologia evenimentelor; nu numai că vă va ajuta să vă salvați nervii, ci vă va proteja și în cazul unui litigiu. Prin urmare, este important să „atârniți” sistemul finit cu indicatoare și senzori.

La Studio, încercăm să facem totul în așa fel încât să nu fie posibil să aflăm despre defecțiunea site-ului sau a unei părți a acestuia. conversație telefonică cu un client furios, dar cu ajutorul propriilor sisteme de monitorizare.

Nu vom intra în detaliu despre acest proces și este posibil să îi dedicăm un articol separat, dar pentru cei care sunt noi în aceste subiecte, vă sfătuim să începeți prin a căuta pe Google termenii Pinba, Zabbix și Munin.

Pasul 10: Documentare

Acordați asupra modului în care se va desfășura documentatia proiectuluiși încearcă să-l ții la zi.

Acest lucru va ajuta la evitarea situațiilor în care trebuie să vă familiarizați cu întregul cod al programului pentru a depana problemele. Dacă până și programatorul care a dezvoltat inițial toate acestea, după șase luni nu-și mai amintește ce ar trebui să funcționeze și cum, merită să vorbim despre noi dezvoltatori?

Sfatul este cel mai simplu ca înțeles și cel mai greu de urmat. La Studio încercăm să facem așa ceva:

• Am convenit asupra formatului pentru menținerea și locația de stocare a documentației proiectului.
• Am întocmit o listă de documente incluse în conceptul de „documentație de proiect”. De regulă, acestea sunt mai multe documente, inclusiv o hartă a proceselor de afaceri, o descriere a arhitecturii serverului, specificațiile noastre tehnice, documentația pentru API-ul sistemului extern etc.
• Am desemnat pe cineva responsabil cu menținerea la zi a documentației. Acesta este de obicei managerul de proiect.
• Am stabilit o frecvență pentru verificarea documentației.

Toate! Acum responsabilul face din când în când o verificare selectivă sau completă, în funcție de cine îți place, pentru a verifica relevanța documentelor. Sau nu... și înțelege că poate fi pedepsit pentru asta în orice moment.

Concluzie

Articolul s-a dovedit a fi lung și complex. Dar ultimul lucru pe care mi-l doream a fost să vă sperie de integrarea web. Desigur, necesită experiență. Dar nu există experiență fără practică. Și nu există practică fără greșeli.

Integrarea este mod bun creșterea eficienței proceselor de afaceri ale clienților dvs. Pentru dezvoltatorii web, aceasta este o modalitate de a crește costul și marja propriilor servicii. Și mai mult, datorită complexității procesului, concurența pe această piață este mai mică decât pe piața creării site-urilor web.

Cerere: Acum, în Studio încercăm să înțelegem dacă sunteți interesat să citiți astfel de articole? Este nevoie de mult efort pentru a face materialul util și practic. A fost nevoie de aproximativ 20 de ani pentru a pregăti acest articol. ora trei specialişti.

Directorul nostru de artă Sasha Kotov crede că suntem „proști” și nimeni nu va citi asta :-)

Deci, dacă găsești această lucrare utilă și crezi că ar trebui să continuăm așa, te rugăm să dai like acestui articol sau să-l distribui pe rețelele sociale. Astfel vom înțelege că nu scriem pe masă și vom obține motivația de a continua.

Situația de pe piața serviciilor de internet în 2017 nu este atât de simplă. Dacă în urmă cu 5-6 ani noi companii din acest domeniu apăreau literalmente în zeci în fiecare zi, acum situația s-a complicat. Potrivit statisticilor, mai mult de jumătate dintre companiile existente există de mai bine de 6 ani; anterior ponderea celor tineri era mult mai mare. Concurența pe piață este enormă, iar cererea de servicii stagnează. Există mai multe motive pentru aceasta:

• În urmă cu cinci ani, afacerile se mutau pe internet într-un flux mult mai larg decât se întâmplă acum. Mulți și-au luat deja locul pe piață, unii încă nu văd rostul să creeze site-uri web sau să folosească opțiuni alternative (SMM, publicitate pe buletine etc.). Fenomenele de criză din economie au afectat negativ bugetele și dorința afacerilor de a investi în dezvoltare.
• Costul promovării afacerii de înaltă calitate a crescut. Dacă anterior un clic pe Yandex.Direct costă, în medie, 5-7 ruble, astăzi această cifră este de 5-10 ori mai mare. Dacă în era SEO clasic și competiție scăzută, promovarea unui site web în topul motoarelor de căutare era relativ ieftină și un freelancer mediu se putea descurca, acum bugetele pot fi măsurate în zeci (uneori sute) de mii de ruble pe lună. După ce a căpătat o importanță mai mare pentru client decât televiziunea sau publicitatea în aer liber, internetul a devenit automat scump.
• Concurența dintre companii a atins apogeul. Analiștii notează că un anumit grup de companii de renume s-a impus pe piață (există de mai bine de 6 ani), iar numărul de companii noi și cele care se închid anual sunt aproape egale.

Desigur, nu se poate spune că intrarea astăzi pe piață este inutilă. Vorbiți despre neprofitabilitatea muncii în conditii moderne benefic pentru jucătorii existenți care sunt deja forțați să lucreze într-un mediu competitiv și încearcă să limiteze acest flux. Dar o coadă de clienți nu se va forma automat pentru tine.

Capacitatea pieței, conform datelor din 2015, a fost estimată la 24 de miliarde de ruble, iar numărul de participanți la piață a fost de peste 10 mii. Și asta fără să ia în calcul freelanceri, dintre care, conform estimărilor aproximative, sunt mai mult de un milion.

Există o gradare foarte strictă pe piața serviciilor de internet în funcție de statut și buget. Trecerea de la o clasă la alta este foarte dificilă. În mod convențional, putem distinge segmentul economiei ( cost mediu proiecte - până la 100 de mii de ruble), clasa de mijloc (proiecte cu un buget de până la 500 de mii de ruble) și clasa premium (buget mediu - 1 milion de ruble). Se remarcă faptul că peste 40% din comenzile mari sunt efectuate de 20 de studiouri de top. Clasa de mijloc se află în condiții dificile pentru că în criză sunt mai puțini clienți, iar cei care există vin cu cerințe de calitate destul de stricte. Cheltuieli cantitate mare orele de lucru petrecute pe proiecte au ca rezultat profitabilitate scăzută. Segmentul economic este specializat în proiecte standard, care într-un anumit sens sunt mai profitabile, dar concurează constant cu freelanceri. Adesea, un studio web din acest segment este un cuvânt foarte abstract și ascunde același freelancer, înregistrat doar ca antreprenor individual.

În medie, un studio web cu 4-5 angajați în personal poate gestiona simultan 5-6 proiecte. Media este de 20 de proiecte pe an. Există companii care desfășoară 10-12 sau mai multe proiecte în același timp; acest lucru poate fi realizat fie prin recrutarea mai multor angajați, fie printr-un flux de proiecte standard ieftine. Totul se rezumă la calificări.

Nuanța muncii unui studio web este că abordarea clasică de la mic la mare nu funcționează bine aici. Dacă intenționați să începeți cu proiecte ieftine și să treceți treptat la altele mai scumpe, călătoria dvs. va fi foarte lungă. Și nu este un fapt că este eficient. Aici trebuie să începeți să câștigați experiență - cel mai bine este să obțineți un loc de muncă într-un studio de mediu și nivel inalt. Aici vei dobândi rapid o înaltă competență și vei întâlni oameni care ar putea deveni clienții tăi în viitor. În acest fel, drumul către clasa medie sau premium va fi mai rapidă.

Sumarul proiectului

Deschidem un studio web de clasă mijlocie într-un centru regional mare. Se presupune că antreprenorul are cel puțin 5 ani de experiență într-un studio web similar ca șef al departamentului de dezvoltare sau promovare.

Lista serviciilor oferite include:

• Creare la cheie de site-uri web pentru cărți de vizită, magazine online și portaluri corporative bazate pe Bitrix.
• Dezvoltarea paginii de destinație.
• Dezvoltare web design individual.
• Promovarea site-ului SEO.
• Configurare și asistență publicitate contextuală.
• SMM și direcționarea în rețelele sociale.
• Audit site și suport tehnic.

Când lucrați cu personalul, va fi utilizată o strategie mixtă. Angajații cheie sunt angajați și lucrează la birou: dezvoltatori front-end și back-end, specialist SEO, designer. Funcțiile rămase pot fi externalizate sau independente, deoarece vor fi zone auxiliare pentru compania noastră.

Potențialii parteneri vor fi companiile din Moscova, deoarece piața este martoră la o optimizare a bugetelor ca urmare a trecerii de la agențiile din Moscova la cele provinciale, care necesită bugete mai mici. Serviciile vor fi oferite și organizațiilor locale.

Înregistrarea afacerii

Pentru muncă se alege forma individuală de antreprenor. Este destul de suficient pentru lucrul contractual cu alte organizații, procesul de înregistrare este mai rapid și raportarea este mai ușoară. Ca formă de impozitare este ales sistemul simplificat de impozitare de 15%, deoarece în această afacere costurile plătirii specialiștilor sunt mari.

Nu sunt necesare autorizații speciale pentru ca societatea să funcționeze.

Întrucât compania nu se ocupă de numerar, instalarea casă de marcat nu este necesar. Acceptarea plății de la clienți se va face prin plată fără numerar într-un cont bancar. Selectați o bancă și deschideți un cont.

Pentru a funcționa, este de dorit să obțineți statutul de partener, care este oferit de creatorii de platforme populare pentru crearea de site-uri web: Bitrix, CS-Cart și altele. În prima etapă, este planificată obținerea statutului de partener 1C-Bitrix.

Costul cheltuielilor - 5 mii de ruble.

Inchiriere spatii

Pentru a lucra veți avea nevoie de un birou de 20 de metri pătrați. metri. Se acordă prioritate clădirilor de birouri și centrelor de afaceri. Locația amplasării acestuia nu este o prioritate, deoarece publicitatea exterioară nu joacă un rol special pentru noi. Canalele de promovare vor fi pe internet.

Cerințe primare:

• Pret birou.
• Disponibilitatea instrumentelor de calitate.
• Prezența unei stații de transport în comun și a unei parcări pentru confortul deplasării angajaților la locul de muncă.

Camera poate fi organizată în format open-space. Managerul va îndeplini și sarcini pentru una dintre poziții (în cazul nostru, specialist SEO), va lucra împreună cu echipa, astfel încât nu este nevoie să aloci spațiu pentru biroul managerului. Vom instala partiții modulare din sticlă la un cost total de 50 de mii de ruble.

Nu este nevoie de renovare specială a incintei, așa că dăm preferință unui loc în care nu este nevoie să investiți bani suplimentari.

Costul chiriei sale va fi de 12 mii de ruble pe lună.

Achizitie de echipamente

Acesta este unul dintre principalele elemente ale capitalului de pornire. Pentru a organiza fiecare loc de muncă aveți nevoie de:

• Masa.
• Scaun.
• Laptop.
• Hardware de rețea.

În plus, vom instala un ceainic, cuptor cu microunde și frigider în zona comună. Anexele din tabel:

Personal

Angajații sunt cea mai importantă componentă a acestui proiect. Sunt principalele costuri in procesul de lucru, dar iti vor aduce si profit. Personalul va angaja 4 persoane, fondatorul companiei însuși va servi ca specialist SEO.

Acumulare salariile se va desfășura după o schemă combinată: rată fixă ​​(salariu) + bonus.

Bonusul va fi acordat în funcție de contribuția specialistului la un anumit proiect.

Programul de lucru al angajaților: de luni până vineri, de la 09:00 la 18:00.

În plus, este de așteptat ca unele funcții să fie îndeplinite de angajați care nu fac parte din personal. Freelancing va implica un specialist în publicitate contextuală, un manager SMM, un manager de conținut și mai mulți copywriteri. Costul estimat al angajaților care nu fac parte din personal va fi de 100 de mii de ruble pe lună.

În total, vom cheltui 218 mii de ruble pe lună pentru personal.

Marketing și publicitate

Metodele standard de promovare a unui studio web nu sunt potrivite. Offline în această afacere funcționează extrem de prost din cauza faptului că publicul țintă în sine este concentrat pe Internet și caută parteneri acolo.

Eforturile principale ar trebui direcționate în mod special către online. Sunt planificate următoarele direcții:

Este important să dobândești statutul de specialist în industria ta, atunci poți ajunge rapid la nivelul în care clienții deja îți caută atenția, și nu invers. Acest lucru este important în orice domeniu, în special pe Internet.

Și este indicat să pleci de la o anumită poziție: de exemplu, cu mai mulți clienți cu care ai mai lucrat.

Cea mai mare parte a activității de promovare online va fi realizată pe cont propriu, dar veți avea nevoie de un buget mic pentru SEO și lansarea de publicitate contextuală. În total, va costa aproximativ 100 de mii de ruble. Aceeași sumă va fi necesară pentru publicitate lunar.

Plan financiar

Costuri de inceput

Sursa de venit

Rentabilitatea unui studio web poate fi împărțită în trei grupuri. În primul rând, acestea sunt proiecte permanente care durează de la 2 luni la un an. Acestea sunt plătite pe baza bugetului elaborat inițial pe baza unei taxe de abonament sau pentru execuție sarcini specifice conform planului aprobat. În al doilea rând, acestea sunt proiecte mici de scurtă durată (reprelucrarea site-urilor web, crearea paginilor de destinație). În al treilea rând, serviciul de asistență pentru site-ul web este un bun plus pentru contul studiourilor web. Ea nu cere atentie constanta. De regulă, pachetul include eliminarea pozițiilor pentru interogările cheie și suportul acestora, precum și restaurarea promptă a site-ului după o blocare, atac DDoS sau infecție cu virus.

Planul aproximativ de venit din tabel:

*Sunt indicate prețurile medii pentru proiecte. Costul real este calculat individual.

După deducere costuri fixeși taxe, antreprenorului mai are aproximativ 100 de mii de ruble.

Rentabilitatea medie este de aproximativ 25%. Poate fi considerat bun pentru această zonă. Liderii pieței notează o rentabilitate excelentă la 50%, ceea ce ar trebui să ne străduim.

Perioada de rambursare, cu condiția ca acest nivel de profit să fie atins rapid, va fi de 6-7 luni. Rambursarea reală este așteptată în luna a 12-14 de lucru, când ajungem la un flux stabil de clienți.

Avantaje și dezavantaje

Avantajele acestui plan includ:

• O poziție de pornire stabilă pe primii clienți, întrucât creatorul studioului web are o experiență solidă în acest domeniu și poate aduna o echipă de profesioniști dovediți.
• Transferarea unora dintre sarcini către angajați către liber profesionist, ceea ce are un efect pozitiv asupra profitabilității.
• Spații ieftine în cladire de birouri, costuri minime pentru aceste scopuri.

Dezavantajele includ:

• Posibile riscuri reputaționale datorate controlului mai complex al angajaților de la distanță.

Perspective de dezvoltare

Experții notează dificultatea extrem de mare de a scala în acest domeniu. Cu o concurență absolut nebună pe piață, există un număr mare de liber profesioniști care preferă să lucreze independent decât într-un birou. În același timp, chiar și marile studiouri web constată o lipsă de specialiști calificați. Mai ales în domeniul dezvoltării back-end. Toți jucătorii importanți de pe această piață au întotdeauna posturi vacante. Cu toate acestea, calificările majorității freelancerilor nu îndeplinesc cerințele.

Astfel, dezvoltarea afacerii depinde direct de capacitatea antreprenorului de a găsi angajați cu calificări suficiente și de a le oferi salariile. Acest lucru este și mai complicat de faptul că nivelul regional notoriu pentru specialitățile de internet pur și simplu nu funcționează. Oamenii pot câștiga de multe ori mai mult de la distanță, inclusiv prin colaborarea cu clienți străini.

În viitor, intenționăm să ne extindem treptat personalul, să preluăm mai multe comenzi și, în consecință, să creștem numărul și calitatea proiectelor în curs de implementare.

Riscuri de afaceri

• Neatingerea nivelului de vânzări planificat. Soluție: analizați motivele neîndeplinirii planului, lucrați suplimentar pentru a îmbunătăți canalele de promovare și pentru a vă elimina deficiențele.
• Plan de vânzări umflat. Soluția este să întocmești un plan nu mai devreme de trei luni mai târziu, când capacitățile angajaților în ceea ce privește numărul de sarcini îndeplinite și eficiența muncii sunt clare. În acest proces, creșteți în mod sistematic eficiența cheltuielilor de timp, deoarece resursele de timp ale angajaților sunt cel mai scump lucru din această afacere.
• Calitatea scăzută a serviciilor oferite. Analizați motivele, înlocuiți angajații care nu pot face față sarcinilor lor. Dacă este dificil să găsiți lucrători în regiunea dvs., vom încerca să folosim descentralizarea și să lucrăm cu lucrători la distanță.
• Criza financiară. Crizele provoacă reduceri ale bugetelor afacerilor pentru promovarea online. Acesta este un risc serios pentru studiourile web, care, din păcate, este imposibil de prevăzut.

În cele din urmă

Web Studio - afaceri promițătoare pentru profesioniști din domeniul lor, dar pentru ca munca să aibă efect, este important să depui mult efort să devii tu însuți un profesionist și să aduni angajați de același nivel în jurul tău. Este important să-i păstrezi pe cei mai buni și să îi împiedici să plece către concurenți sau pâine gratuită. Și acest lucru poate fi realizat doar cu salarii competitive și ceva mai mult decât bani. Este foarte important în această afacere.

Trimiteți-vă munca bună în baza de cunoștințe este simplu. Utilizați formularul de mai jos

Buna treaba la site">

Studenții, studenții absolvenți, tinerii oameni de știință care folosesc baza de cunoștințe în studiile și munca lor vă vor fi foarte recunoscători.

Documente similare

Arhitectura sistemelor informatice integrate ARIS ca metodologie de modelare a proceselor de afaceri, avantaje si dezavantaje de utilizare. Selectarea unui proces de afaceri pentru modelare și descrierea sa semnificativă, format tabelar pentru descrierea acestuia.

lucrare curs, adaugat 19.06.2015


Descriere tipare generale functionarea organizatiei. Studierea structurii unei întreprinderi, determinarea funcțiilor diviziilor sale și a principalelor procese de afaceri. Dezvoltarea unui sistem client-server pentru automatizarea primirii și procesării cererilor de la abonați.

lucrare de curs, adăugată 10.02.2011


Descrierea proceselor de afaceri companie de transport SRL „Mașini puternice” Construirea unui model „AS-IS” pentru utilizarea sistemului informațional actual atunci când lucrați cu aplicația unui client. Calculul veniturilor totale din proprietatea sistemului informatic selectat.

teză, adăugată 06.09.2017


Optimizarea proceselor folosind abordarea Martin. Probleme de eficiență insuficientă la locul de muncă. Automatizarea procesului de reconciliere a informațiilor din documentele electronice. Repartizarea funcțiilor între departamente și angajați. Accelerează operațiunile manuale.

teză, adăugată 12.10.2013


Structura organizatorică a unei companii de turism și responsabilitățile sale funcționale ale diviziilor sale. Analiza indicatorilor tehnici și economici ai Yugros Consulting LLC. Proiectarea automatizării proceselor de afaceri ale întreprinderii pe platforma 1C: Enterprise 8.2.

lucrare curs, adăugată 06.04.2015


Caracteristicile și structura organizatorică a companiei. Descrierea proceselor sale de afaceri. Dezvoltarea unui model de organizare tipuri variate munca efectuată în magazin folosind BPWin. Analiza costurilor sale. Construirea unei diagrame de proces logic în ERWin.

lucrare curs, adăugată 04.11.2015


Modelarea proceselor de afaceri ca mijloc de a găsi modalități de optimizare a activităților companiei. Metodologia SADT ( analiză structuralăși design), familia IDEF de standarde și limbaje algoritmice bazate pe metodologii de modelare a proceselor de afaceri.

rezumat, adăugat 14.12.2011


Modelarea programului economic si matematic pentru dezvoltarea unei companii agricole. Analiza proceselor de afaceri, elaborarea de recomandări pentru schimbarea acestora. Identificarea zonelor promițătoare pentru automatizarea companiei. Descriere structura organizationala companie modernă.

teză, adăugată 07.10.2015

Plan de prezentare De ce este necesară modelarea proceselor de afaceri ale unui studio web. Experiență „WebProfy”: diagramă de lucru a procesului de afaceri de creare a unui site web (considerare pas cu pas). Principalele greșeli ale studiourilor web de început. Un proces de afaceri este un set logic, secvenţial, interconectat de activităţi care consumă resurse, generează valoare şi creează rezultate.

De ce este necesară modelarea proceselor de afaceri ale unui studio web? Nu există două proiecte la fel! (axiomă) Asigurarea transparenței și previzibilității proiectului pentru Antreprenor și Client – ​​Scopuri, obiective ale proiectului – Participanți, comunicări – Etape de lucru, etape – Termenele de implementare – Alchimia rezultatelor? Nu! Rețeta este optimizarea proceselor de afaceri.

Etapa 2. Proiectarea produsului Întocmirea Scurtei Întocmirea sarcinii tehnice Întocmirea Caietului de sarcini - formarea cerințelor de proiectare - determinarea listei și colectarea materialelor sursă - structura șantierului - blocuri de informații (nume, proprietăți, logica de lucru) - servicii (tipărire). , comentarii, recenzii, etc. ) – grile de pagini – reglementarea regulilor de generare a fișierului de încărcare Brief agreat și semnat, Termeni de referință, Specificații

Etapa 3. Design Conceptul de design pagina principala Proiectarea unei pagini interne tipice Proiectarea formularelor de ecran (catalog, coș de cumpărături, cont personal) – elaborarea unui layout – prezentarea către client – ​​generarea unei foi de comentarii, implementarea comentariilor – aprobarea aspectului – procedură de lucru – similar la certificatul de recepție a lucrării pentru etapa de proiectare

Etapa 4. Aspect Conceptul de proiectare a paginii principale Deschiderea unui site de testare Aspectarea paginii principale, a paginii interne standard și a formularelor de ecran – Demonstrarea către client – ​​Formarea unei foi de comentarii, implementarea comentariilor – Aprobarea layout-ului Crearea unui prototip și șabloane Certificat de acceptare a lucrării la etapa de layout

Etapa 5. Programare Programarea funcționalității standard Programarea modulelor suplimentare Testarea internă Testarea modelului de către client - în paralel - cerere de încărcare fișier - în paralel - testare integrare - conținut inițial, corectarea neconcordanțelor identificate cu specificațiile tehnice) - Demonstratie catre client - Intocmirea unei liste de bagaje de catre client - Efectuarea editurilor de catre client - Aprobarea piesei software Certificat de acceptare a lucrarilor in faza de programare

Principalele greșeli ale companiilor tinere 2. Prioritatea „imaginei” față de design – Identificarea incorectă a scopurilor și obiectivelor – Ideea neclară a publicului țintă – Economisirea de timp la imersiunea în domeniul subiectului – Copierea directă a muncii altor persoane – Incorectă prioritizare