Diferențele în cms-uri de la dezvoltarea studioului

Pe Internet, există numeroase dispute profesionale cu privire la meritele și dezavantajele sistemelor de gestionare a conținutului (CMS), dar pentru cineva care nu înțelege aceste informații este inutil. De fapt, în acest articol voi încerca să explic diferența dintre CMS dezvoltat în studio și CMS boxed, care a fost dezvoltat pentru soluții universale. Undeva în rețea, am văzut chiar o afirmație că spun că această întrebare este, în cea mai mare parte, o chestiune de credință. Și totuși, să analizăm diferențele pe care le-am colectat pentru diferite cerințe, cum ar fi prețul, fiabilitatea, securitatea și altele







Cutie CMS

Studio CMS

Prețul. (Considerăm versiuni de aproximativ aceeași funcție)

Potrivit celor mai recente date despre prețuri, media CMS cu abilitatea de a gestiona paginile 8000. Apropo, că UMI, Bitrix oferă dezvoltatorilor parteneri 40-50% reducere pe sistemele lor. Deci, din punct de vedere financiar, utilizarea CMS în cutie este benefică nu numai pentru clienți, ci și pentru studiourile web.

În studiouri CMS stau diferit. În funcție de nivelul studioului și de calificările dezvoltatorilor. Dar, cel mai adesea, această sumă va fi mai scumpă și este dificil de spus cât de mult, pentru că există o mulțime de studiouri și nivelul lor este diferit. Un astfel de cost se datorează faptului că de cele mai multe ori majoritatea codului de programare pentru CMS este scris din nou.

suport tehnic

Am două știri pentru tine. Unul bun, celălalt rău. Veste bună: aveți două servicii de asistență pentru site!
  • Primul este un studio care a instalat și a creat site-ul
  • Al doilea este dezvoltatorul însuși
Vestea proastă: când se întâmplă ceva, mai întâi trebuie să dai seama care dintre ele este implicată în defalcare sau problemă. Ei (dezvoltatorul și studioul) vă vor trimite unii pe alții, spunând că nu este greșeala noastră să sunați dezvoltatorul. Dacă comandați un site web direct de la dezvoltatorul de CMS, atunci mă tem că acest lucru va duce la o bună cheltuială de numerar. În teorie, o armată uriașă de specialiști este întotdeauna gata să vă rezolve problema (care este foarte atractivă), dar adesea timpul de reacție este de 4 zile. Durata medie de răspuns a suportului tehnic Bitrix este de 4 zile. Patru zile! Și aceasta este pentru întrebări simple. Deci, atunci când cumpără, să acorde o atenție la viteza de răspuns la cerere, precum și regulile de serviciu de asistență în sine

Sprijinul aici nu este numeroase, dar mi se pare mai atent. Depinde tot mai mult de decenta persoanelor care lucrează în firmă și de modul în care contractul este elaborat. În general, dacă, după cum se întâmplă în 4 zile, clientul va avea timp să devoreze dezvoltatorul în viață și va avea nevoie de un desert. Și acolo va fi dezvoltatorul, și nu mai întâi să aflăm a cărui vină și cine se va întoarce. Și astea. sprijinul este adesea (depinde de contract). Timpul maxim de reacție rezonabil este de 2 zile. Deși nu refuz existența studiourilor care nu pot face față timp de 4 zile.







Lipsă de afecțiune

În cazul CMS, care este cunoscută și folosită în mod universal cu acest lucru, totul este în ordine. În caz contrar, puteți să vă îndepărtați de la serviciul neadevarat către firma care va lucra cu dvs. La urma urmei, cu CMS în cutie, mulți pot lucra. Cu toate acestea, nu trebuie să uităm că unele soluții unice pe ea vor fi costisitoare în alterare, deoarece orice soluție unică necesită costuri de muncă și de timp

În apărare, putem spune următoarele. "Clientul nu cumpără un site și, desigur, nu este un CMS, el cumpără o soluție pentru unele dintre sarcinile sale." Deci, pentru a rezolva aceste probleme este mai bine să dezvolți soluții specifice. CMS este dezvoltat inițial pentru nevoile clientului, astfel încât este convenabil pentru el să își rezolve eficient sarcina și apoi să contacteze din nou dezvoltatorul de studio dacă ceva trebuie făcut din nou. Apoi, vă asigur că nu veți fi intimidat de faptul că sunteți legați de atelier; mai degrabă, va fi o interacțiune plăcută și benefică a celor doi actori.

documentație

De obicei, o mulțime de documente și informații de referință diferite, dar pentru soluții unice ar trebui încă să fie scrise (în mod corespunzător, creșterea costurilor). De regulă, clienții nu folosesc documentația, având în vedere complexitatea, saturația cu termeni incomprehensibili. Da, și nu orice persoană de afaceri va fi în acest moment.

Adesea nu există. Dar dacă solicitați încheierea unui contract, fie acesta va fi făcut într-o formă simplă, fie prețul produsului final va crește

Extensibilitatea (modularitatea)

Dezvoltatorii unor astfel de CMS tind să satisfacă nevoile majorității! Majoritatea modulelor necesare au fost deja create. Avem nevoie de un magazin online - conectăm, configurem, lucrăm. Avem nevoie de un forum sau de o secțiune de feedback - ne conectăm, configurem, lucrăm. Plug-in configurabil - toate acestea sunt adevărate, până când aveți nevoie pentru a face unele nuanțe mici, pentru care aveți nevoie pentru a dezvolta un sistem de "aproape zero". Cu siguranță nu se întâmplă des, dar se întâmplă astfel de cazuri. Dacă afacerea dvs. în rețea nu diferă de nimic altceva, atunci această opțiune este foarte potrivită.

Dacă diferă de celelalte, atunci CMS în cutie este foarte greu de apelat extensibil. Ei bine, asta este, există într-adevăr un modul, de exemplu, un forum. Într-adevăr, acesta poate fi activat cu un singur buton. Dar, în cele din urmă, nu ajungem la ceea ce are nevoie clientul. Și, în general, există o singură opțiune: să vă scrieți modulul. Și este foarte dificil de scris în sistemul altui, mai ales în cazul unei implementări necorespunzătoare a acestui sistem din interior. Este ca și cum ai pune un corp de mașină pe o bază de mașină dintr-o mașină. Astfel, fie clientul primește un "forum" așa cum l-au văzut dezvoltatorii CMS în cutie, și nu așa cum a văzut-o clientul, sau timpul este plin, pentru că trebuie să rescriem ceva care pare deja scris. Deci, dacă este nevoie de ceva, atunci trebuie să contactați studioul și acesta va completa partea funcțională necesară. Iată și extensibilitatea, numai unică pentru fiecare caz în parte.

Performanță (performanță)

Multe funcții sunt doar inutile! Din cauza a ceea ce este scris în majoritate, arhitectura CMS produce adesea prea multe "gesturi" inutile, realizând acțiuni simple. Acest lucru duce la încărcarea serverului, dar acest lucru se aplică proiectelor mari cu prezență ridicată

Depinde de calificarea echipei de studio.

siguranță







Trimiteți-le prietenilor: