Személyre szabott Bitrix bővítmény készítése, hogy még sikeresebb legyen az online jelenléte!

Bitrix Bővítmény Fejlesztés magánügyfeleknek

A Bitrix Bővítmény Fejlesztés akkor hasznos, amikor a kész rendszer már nem elég, és egy pontosan meghatározott online feladatot kell automatizálni. Ilyen lehet egy egyedi űrlap, egy belső jóváhagyási folyamat, egy rendeléskezelési kiegészítés, egy adatkapcsolat vagy egy olyan funkció, amelyet a Bitrix alapból nem ad meg. A legtöbb magánügyfél nem nagy rendszert akar építeni. Egyszerűen azt szeretné, hogy a saját munkája gyorsabb, átláthatóbb és kevesebb hibával működjön.

Én azt látom, hogy ennél a szolgáltatásnál a legfontosabb kérdés nem az, hogy mennyi kód készül. A fontosabb kérdés az, hogy a feladat mennyire pontos. Egy jó Bitrix modulfejlesztés nem attól lesz értékes, hogy sok menüpontot kap. Attól lesz jó, hogy egy ismétlődő munkát levesz az ügyfél válláról. Például automatikusan rögzíti az adatokat, összekapcsol két felületet, emlékeztetőt küld, vagy rendet tesz egy nehezen követhető munkafolyamatban.

A Qjob.hu oldalán magánszakembereket lehet keresni ilyen távoli fejlesztési feladatokra. Itt nem egy nagy ügynökségi csomagban kell gondolkodni, hanem konkrét munkában, konkrét elvárással. A megbízó leírja, mire van szüksége, a szakember pedig online egyeztetés után meg tudja mondani, hogy a feladat megoldható e kész bővítménnyel, egyedi fejlesztéssel vagy kisebb rendszerbeállítással.

Bitrix modulfejlesztés tipikus feladatai

A Bitrix modulfejlesztés sokféle munkát jelenthet. Vannak egyszerűbb feladatok, amikor csak egy kisebb kiegészítésre van szükség. Például új mezők jelennek meg, egy adatlap más logika szerint működik, vagy egy meglévő folyamat kap plusz ellenőrzést. Vannak összetettebb munkák is, amikor több külső rendszerrel kell kapcsolatot teremteni, vagy egy teljes munkafolyamatot kell a Bitrix rendszerhez igazítani.

Gyakori igény az ügyféladatok kezelése, az értesítések finomítása, az űrlapok bővítése, a jogosultságok pontosítása, a számlázáshoz vagy készletkezeléshez kapcsolódó adatátadás, valamint a belső riportok elkészítése. Egy magánügyfél sokszor nem is technikai szavakkal írja le a feladatot. Azt mondja, hogy szeretné látni, ki mit csinált, mikor érkezett be egy kérés, vagy miért akad el egy folyamat. Ez teljesen rendben van. A fejlesztő dolga, hogy ebből érthető műszaki feladatot készítsen.

Tapasztalatom szerint a kisebb feladatoknál is érdemes előre tisztázni, hogy a bővítmény csak egy adott részben működjön, vagy több folyamatra is hatással legyen. Egy apró módosítás néha nagyobb következményt okoz. Ha például egy új mező bekerül az adatlapra, akkor lehet, hogy azt listákban, jelentésekben és értesítésekben is kezelni kell. Ezt előre jobb látni, mint a munka végén javítani.

Egyedi Bitrix bővítmény ára

A Bitrix Bővítmény Fejlesztés ára főleg a feladat összetettségétől függ. Nem ugyanaz egy kisebb mezőkezelési módosítás, mint egy külső rendszerrel működő adatkapcsolat. Szerintem a túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a fejlesztés után tesztelni, javítani és dokumentálni is kell. Ezeket sok ajánlat elsőre nem mutatja meg.

Az áraknál fontos, hogy a díj nem csak a programozás idejét tartalmazhatja. Benne lehet az egyeztetés, a feladat pontosítása, a próbakörnyezet ellenőrzése, a tesztelés és a kisebb javítás is. Ha egy ajánlat nagyon rövid és nem írja le, mi tartozik bele, akkor később vita lehet belőle. Jobb előre rákérdezni a módosítások számára, az átadás módjára és arra is, hogy kap e az ügyfél rövid használati leírást.

Megfelelő Bitrix szakember kiválasztása

A megfelelő szakember kiválasztása nem csak portfólió kérdése. Jó jel, ha a fejlesztő visszakérdez. Ha valaki azonnal árat mond úgy, hogy nem látja a folyamatot, a hozzáférési szinteket és a kívánt eredményt, az kockázatos. Egy normális online egyeztetés során ki kell derülnie, hogy pontosan melyik Bitrix környezetben kell dolgozni, milyen jogosultságok vannak, milyen adatokkal kell bánni, és mi számít kész eredménynek.

Sokan ott hibáznak, hogy csak azt kérdezik meg, mennyibe kerül a munka. Pedig legalább ilyen fontos, hogy a fejlesztő hogyan kommunikál. Érthetően ír e. Tud e egyszerű példát mondani. Jelzi e, ha valami nem életszerű. Egy jó magánszakember nem csak végrehajtja a kérést, hanem szól, ha a megoldás később nehezen karbantartható lenne.

Érdemes megnézni, hogy dolgozott e már hasonló rendszerrel. Nem kell minden esetben pontosan ugyanaz a referencia. De az hasznos, ha volt már dolga adatkapcsolattal, felhasználói jogosultságokkal, űrlaplogikával vagy üzleti folyamattal. A Bitrix Bővítmény Fejlesztés sok apró döntésből áll. Ezeknél számít a tapasztalat, mert egy rossz döntés később lassíthatja a rendszert vagy zavarhatja a napi munkát.

Online munka menete és átadás

Az egyedi bővítménykészítés általában rövid online egyeztetéssel indul. Az ügyfél leírja, mi a probléma, milyen folyamatban jelentkezik, és milyen eredményt szeretne látni. Ezután érdemes képernyőképet, rövid videót vagy leírást küldeni. Nem kell tökéletes műszaki dokumentáció. De a folyamat lépései legyenek érthetők.

A következő lépés a feladat pontosítása. Ilyenkor a szakember meghatározza, hogy új modulra, meglévő beállítás módosítására vagy külső kapcsolat kialakítására van szükség. Ezután jöhet az ár, a határidő és az átadás formája. A fejlesztés közben jó, ha van egy rövid kapcsolattartási rend. Például minden fontosabb szakasz után visszajelzés érkezik. Nem kell állandó üzenetváltás, de a teljes csend nem szerencsés.

Volt olyan eset, amikor egy ügyfél csak annyit kért, hogy a beérkező érdeklődések legyenek rendezettebbek. Elsőre egyszerű munkának tűnt. Később kiderült, hogy több forrásból érkeznek adatok, néhány mező hiányos, és az értesítések nem ugyanahhoz a személyhez mennek. A végső megoldás egy kisebb egyedi modul lett, amely ellenőrizte a beérkező adatokat, majd a megfelelő helyre továbbította őket. Nem volt látványos fejlesztés, de a napi munka sokkal tisztább lett.

Az átadásnál fontos, hogy az ügyfél ne csak azt hallja, hogy kész. Lássa is, hogyan működik. Jó, ha kap egy rövid leírást a használatról, a beállításokról és arról, mit nem szabad módosítani. A végeredmény lehet működő bővítmény, beállított folyamat, összekapcsolt rendszer vagy javított hiba. A lényeg, hogy ellenőrizhető legyen.

Gyakori hibák Bitrix bővítmény rendelésekor

A leggyakoribb hiba a túl rövid feladatleírás. Az olyan mondat, hogy kell egy bővítmény a Bitrixhez, kevés. Ebből nem derül ki, hogy mi a cél, milyen adatokat kell kezelni, ki fogja használni, és milyen hibát kell elkerülni. A másik hiba, amikor az ügyfél egyszerre túl sok mindent akar. Ilyenkor a fejlesztés drágább lesz, a határidő nő, és nehezebb tesztelni.

Szerintem jobb kisebb, jól körülírt feladatokban gondolkodni. Először készüljön el az alapműködés. Utána lehet finomítani. Ha a megbízó mindent az első változatba akar beépíteni, könnyen olyan rendszer születik, amely túl bonyolult. És pont azt nem adja meg, amiért készült, az egyszerűbb munkát.

Problémát okozhat az is, ha nincs tisztázva a jogosultság. Egy fejlesztő nem tud biztonságosan dolgozni, ha nem kapja meg a szükséges hozzáférést, de az sem jó, ha feleslegesen teljes hozzáférést kap mindenhez. Érdemes külön hozzáférést adni, majd a munka után ellenőrizni vagy módosítani azt. Az adatvédelem és a biztonság online munkánál nem mellékes részlet.

Minőség, javítások és hosszabb távú használat

A Bitrix Bővítmény Fejlesztés akkor tekinthető jónak, ha a megoldás nem csak az átadás napján működik. A bővítménynek érthetőnek, tesztelhetőnek és lehetőleg később is módosíthatónak kell lennie. Ez különösen fontos, ha az ügyfél rendszeresen használja a Bitrix felületet, és a modul napi munkafolyamat része lesz.

A javítások számát érdemes előre rögzíteni. Nem azért, mert bizalmatlanul kell indulni. Hanem azért, mert a fejlesztés közben gyakran derül ki egy kisebb részlet. Például más legyen a mező neve, eltérő sorrendben jelenjenek meg az adatok, vagy más értesítést kapjon a felhasználó. Ezek természetes finomítások. De ha a javítás valójában új funkció, akkor az már külön munka lehet.

Az online szolgáltatásnál a kommunikáció minősége közvetlenül hat az eredményre. Ha a megbízó későn válaszol, hiányos adatokat küld, vagy közben többször megváltoztatja az irányt, a határidő is változni fog. De a szakember felelőssége is nagy. Világosan kell jeleznie, mi készül el, mi nem része a vállalásnak, és mikor várható átadás.

Tapasztalatom szerint a legjobb eredmény akkor születik, amikor az ügyfél nem kész megoldást akar diktálni, hanem a problémát írja le pontosan. A fejlesztő ebből tud olyan Bitrix modult vagy kiegészítést készíteni, amely valóban illeszkedik a munkához. Ez kevesebb félreértést hoz, és általában olcsóbb is, mint a rosszul megtervezett fejlesztés utólagos javítása.