Vállalati weboldal és belső portál fejlesztése kollégák számára

Cégportál magánügyfeleknek távoli fejlesztéssel

A Cégportál akkor jó választás, ha egy ügyfél nem csak egyszerű bemutatkozó oldalt kér, hanem olyan online felületet, ahol adatok, űrlapok, belépések, dokumentumok vagy belső folyamatok is kezelhetők. A lényeg gyorsan kimondható. Ilyen munkához nem elég egy szép kezdőlap. Kell egy átgondolt működés, tiszta felépítés és olyan fejlesztő, aki érti, hogyan lesz a leírt igényből használható rendszer. A Qjob.hu felületén magánszemélyek is kereshetnek olyan szakembert, aki távolról vállal ilyen feladatot, előzetes egyeztetéssel, mérföldkövekkel és online átadással.

Én azt látom, hogy sok megrendelő eleinte weboldalként gondol erre a feladatra. Aztán kiderül, hogy kell belépési lehetőség, admin felület, dokumentumfeltöltés, jogosultságkezelés vagy rendelési folyamat. Ettől a munka már más kategória. Nem feltétlenül óriási rendszer, de nem is pár aloldalas honlap. A vállalati portál alapja az, hogy a látogató vagy a belső felhasználó pontosan tudja, mit hol talál, és a háttérben minden adat rendezett módon működik.

Távoli munkánál különösen fontos a pontos indulás. A szakember nem ül ott a megrendelő mellett, ezért a brief, a minták, a hozzáférések és a döntési pontok sokat számítanak. Ha ezek hiányoznak, a fejlesztés lassul. Ha megvannak, a munka meglepően gördülékeny lehet.

Vállalati portál igények és alapfunkciók

Egy vállalati portál nem egyetlen sablonos megoldás. Lehet egyszerű ügyfélkapu, belső tudástár, ajánlatkérő felület, dokumentumkezelő oldal vagy több jogosultsági szinttel működő rendszer. Szerintem az első kérdés mindig az, hogy ki fogja használni a felületet. Más kell egy ügyfélnek, más egy partnernek, és más egy belső munkatársnak.

A leggyakoribb elemek közé tartozik a belépés, a felhasználói profil, az adminisztrációs felület, az űrlapkezelés, az értesítések, a fájlok feltöltése és a kereshető tartalom. Ezek külön külön nem tűnnek bonyolultnak. Együtt viszont már rendszert alkotnak. Itt jön be a tervezés szerepe. Ha a fejlesztő csak egymás után beépíti a kért funkciókat, könnyen szétesik az egész. Ha először felrajzolja a folyamatokat, kevesebb lesz a javítás.

Volt olyan eset, amikor egy ügyfél csak egy zárt letöltési felületet kért. Két egyeztetés után kiderült, hogy eltérő dokumentumokat kell mutatni három felhasználói csoportnak, és minden letöltésről naplózás is kell. A feladat nem lett kezelhetetlen, de teljesen más becslést kívánt. Ezért hasznos, ha a megrendelő nem csak azt írja le, hogy milyen oldalt szeretne, hanem azt is, milyen döntést vagy munkát akar egyszerűbbé tenni vele.

Cégportál árak és reális költségek

A Cégportál ára főleg a funkcióktól, a jogosultsági szintektől, az egyedi megjelenéstől, az adatkezeléstől és az átadás utáni támogatástól függ. A túl olcsó munka ezen a területen gyakran gyengébb minőséget jelent, mert a fejlesztő ilyenkor kénytelen kihagyni a tervezést, a tesztelést vagy a dokumentálást. Ez később drágább javításokat hozhat.

Tapasztalatom szerint a megrendelőknek az a legnehezebb, hogy különbséget tegyenek a látható és a háttérben végzett munka között. Egy gomb pár perc alatt felkerülhet a képernyőre. De az, hogy mit indít el, milyen adatot ír, kinek küld értesítést, és mi történik hiba esetén, már fejlesztési idő. A korrekt ár ezt is tartalmazza.

Online portál fejlesztés munkamenete

Az online portál fejlesztés akkor halad jól, ha a munka rövid, ellenőrizhető szakaszokra van bontva. Az első lépés az igények tisztázása. Ide tartozik a cél, a felhasználók köre, a funkciólista, a tartalmak típusa és az, hogy milyen meglévő anyagok állnak rendelkezésre. Ezután jön a szerkezet és a folyamatok leírása. Csak ezután érdemes részletes árat és határidőt kérni.

A második szakasz a látvány és a működés összehangolása. Nem minden portálnak kell különleges külső. De mindegyiknek érthetőnek kell lennie. A felhasználó ne keresse percekig a dokumentumát, ne bizonytalanodjon el egy űrlapnál, és ne kapjon értelmetlen hibaüzenetet. Ezek apróságnak látszanak, mégis ezek döntik el, hogy a felületet használni fogják vagy kerülni.

A fejlesztés közben érdemes közös jegyzetet, feladatlistát vagy üzenetfolyamot használni. A fájlokat rendezett névvel kell átadni. A belépési adatokat biztonságosan kell kezelni. A határidők akkor tarthatók, ha a megrendelő is időben válaszol. Ez nem udvariassági kérdés. Egy hiányzó döntés megállíthat egy egész fejlesztési ágat.

vállalati portál fejlesztő kiválasztása

A vállalati portál fejlesztő kiválasztásánál a portfólió csak az egyik szempont. Fontosabb, hogy a szakember tudjon kérdezni. Ha valaki azonnal fix árat mond egy összetett felületre, miközben nem kérdez a funkciókról, az kockázat. Nem biztos, hogy rossz munkát végez, de könnyen félreértheti a feladat méretét.

Érdemes olyan magán szakembert keresni, aki meg tudja mutatni, milyen logika szerint dolgozik. Nem kell üzleti titkokat feltárnia korábbi munkákból. Elég, ha érthetően beszél a szerepkörökről, a tartalomkezelésről, a biztonsági alapokról, a mentésekről és a tesztelésről. A jó jel az, ha nem mindent vállal azonnal. Néha azt mondja, hogy egy funkciót egyszerűbben is meg lehet oldani, vagy későbbi ütembe érdemes tenni.

Sokan ott hibáznak, hogy csak a legszebb képernyőképeket nézik. Egy portálnál a háttér működése legalább ennyire fontos. Kérdezz rá arra, mi történik elfelejtett jelszó esetén, hogyan lehet új felhasználót létrehozni, ki látja az adatokat, és hogyan kapsz átadási leírást. Ezek száraz kérdések, de megvédik a projektet.

Rövid brief vállalati portálhoz

A vállalati portál brief nem kell hosszú legyen, de legyen konkrét. Tartalmazza a célközönséget, a fő feladatokat, a kötelező funkciókat, a kívánt szerepköröket, a tartalmak mennyiségét és a várható határidőt. Jó, ha van példa olyan felületre, amelynek a logikája tetszik. Nem másolás miatt, hanem az irány tisztázása miatt.

A briefben külön érdemes leírni, mi számít kész állapotnak. Például működik a belépés, az ügyfél látja a saját dokumentumait, az admin új bejegyzést tud felvinni, a rendszer visszaigazoló üzenetet küld. Minél pontosabb a kész fogalma, annál kevesebb lesz a vita. Szerintem ez a távoli munka egyik legfontosabb része.

Nem kell mindent elsőre tökéletesen megfogalmazni. De a bizonytalan részeket jelölni kell. Például még nem dőlt el, kell e több nyelv, vagy később lesz fizetési kapcsolat. Ez segít a fejlesztőnek úgy felépíteni a rendszert, hogy később ne kelljen mindent újrakezdeni.

Minőség, hibák és utólagos javítások

Egy online ügyfélfelület minőségét nem csak az mutatja, hogy jól néz ki az első napon. Az is számít, hogy stabilan működik, érthető marad, és nem kell minden apró módosításhoz újra nagy munkát rendelni. A jó portálban van tartalmi logika, kezelhető admin rész, alapvető biztonság és átgondolt jogosultság.

Gyakori hiba, hogy a megrendelő túl sok funkciót kér az első ütembe. Ilyenkor nő a költség, hosszabb lesz a határidő, és a valóban fontos részek kevesebb figyelmet kapnak. Jobb először a fő folyamatot elkészíteni. Utána lehet bővíteni. Ez kevésbé látványos döntés, de hosszabb távon biztonságosabb.

A javítási köröket előre tisztázni kell. Más a hiba javítása, és más az új igény. Ha egy űrlap nem ment, az hiba. Ha a kész űrlaphoz három új mező kell, az már módosítás. Ezt nem bonyolításból érdemes kimondani, hanem azért, hogy mindkét fél ugyanazt értse a megállapodás alatt.

online ügyfélfelület átadása és további működtetése

A vállalati portál átadása nem ér véget azzal, hogy megnyílik a felület. Kell egy rövid használati leírás, alap hozzáférési rend, mentési megoldás és lista arról, milyen elemek módosíthatók önállóan. Ha ezek hiányoznak, a megrendelő kiszolgáltatott lesz. Ha megvannak, nyugodtabban tudja használni a rendszert.

Az átadásnál hasznos egy közös online bemutató. A szakember végigmegy a fő műveleteken, a megrendelő kérdez, és azonnal kiderül, mi nem egyértelmű. Ez sok későbbi félreértést megelőz. A felvett képernyős magyarázat vagy rövid írásos útmutató különösen hasznos akkor, ha több ember fogja kezelni a felületet.

Én azt javaslom, hogy a karbantartásról már az elején legyen szó. Nem kell mindig havi nagy csomag. De legyen világos, ki frissít, ki ment, ki javít sürgős hibát, és milyen válaszidő várható. Egy portál élő rendszer. Akkor marad használható, ha nem csak elkészül, hanem gondozva is van.