#BRIEF ##PROJEKT ALAPADATOK

HASZNÁLHATÓSÁG

A wireframe, grafikai munkák megkezdése előtt célszerű ismerni a célközönség összetételét, leírása történhet az alábbi paraméterekkel:

  • Férfiak/Nők,
  • 18-25 éves korosztály
  • egyetemisták/nyugdíjasok,
  • Gyengénlátóak,
  • bárki/vegyes/meghatározhatatlan (marketing fail?)

##WIREFRAME ###MEGNEVEZÉSEK: A brief megírásakor a projektben szereplő (al)oldalak kapjanak egy-egy nagybetűs - a funkciójára, vagy tartalmára jellemző - nevet. ####Példák

  • LANDINGPAGE,
  • MAINPAGE,
  • CONTACT,
  • ABOUT,
  • LOGINPAGE,
  • CATEGORYLIST,
  • PRODUCTLIST,
  • PRODUCTPAGE,
  • NEWSLETTER

Hasonló elvet követve a projekt többi alkotóelemeit is érdemes definiálni, amennyiben említésre kerülnek a dokumentációban:

####Példák

Felhasználók
  • LÁTOGATÓ,
  • REGISZTRÁLT LÁTOGATÓ,
  • SUPERADMIN,
  • ADMIN,
Fogalmak
  • TERMÉK,
  • KAMPÁNY,
  • KOMMENT,
Műveletek
  • REGISZTRÁCIÓ,
  • RENDELÉS,
  • KOMMENTELÉS
Oldal alkotóelemei
  • FEJLÉC
    • FŐMENÜ
    • ALMENÜ
    • KERESŐDOBOZ
  • (BAL)OLDALSÁV
    • BEJELENTKEZŐ DOBOZ
    • KATEGÓRIALISTA
    • BANNER1
  • TARTALOM
    • TERMÉKLEÍRÁS
    • TERMÉKKÉP
    • HASONLÓTERMÉKEK LISTA
  • LÁBLÉC
    • LÁBLÉCMENÜ
    • NYELVVÁLASZTÓ
    • KERESŐDOBOZ
    • LINKEK: FELHASZNÁLÁSI FELTÉTELEK,RÓLUNK, stb.

A leírásban pedig ezekkel a megnevezéssel legyenek hivatkozva egymásra.

####Példa A CATEGORYLIST oldalon egy kategórianévre kattintva a FELHASZNÁLÓ átkerül a PRODUCTLIST oldalra, ahol a kategóriában megtalálható publikált __TERMÉK__ek listáját találja.

ALOLDALAK

Aloldal lehet például PRODUCTPAGE,CONTACT,ABOUT, stb.

  • Aloldalak felsorolása
    • Aloldal neve,
    • Mit lát a felhasználó az adott oldalon? (pl.: TERMÉK, TERMÉK-hez tartozó KOMMENT-ek)
    • Milyen műveleteket végezhet a LÁTOGATÓ/REGISZTRÁLT LÁTOGATÓ az adott aloldalon? (pl.: RENDELÉS)
    • Aloldal fő funkciója/tartalma,

ELRENDEZÉS

Kért, preferált opciók:

  • Fix szélességű ÉS/VAGY magasságú (pl.: 960px * 500px)
  • Böngésző ablaklának méretéhez igazodó elrendezés (Responsive design)
  • Külön layout mobilra

BEVITELI MEZŐK/ŰRLAPOK

Ahol a projektben adatrögzítésre (pl.: REGISZTRÁCIÓ, KAPCSOLATOLDAL, KÉRDŐÍVOLDAL) van lehetőség, definiálni kell a LÁTOGATÓ-tól bekérendő adatok (BEVITELI MEZŐk) listáját és azokhoz tartozó attribútumokat.

Beviteli mezők típusai

  • Egysoros szöveg
  • Többsoros szöveg
  • Fájl
  • Jelszó
  • Rádió gomb
  • Jelölőnégyzet
  • Legördülő lista
  • Többértékes választó lista

KÉP: Beviteli mezők típusai

Beviteli mezőkhöz tartozó attribútumok

  • Felirat
  • Kötelező/Nem kötelező kitölteni
  • Formátum
    • Szöveg
    • Számok
    • Alfanumerikus
    • Egyszerűsített HTML (pl.: <strong>,<i>,<a>,<h1>,stb.)
    • Validálás nélküli mező (csak ADMIN felületen elérhető)
    • E-mail cím
    • Egyedi
  • Minimum-maximum hossz
  • Minimum-maximum érték (szám esetén)
  • Opcióválasztó mező esetén opciók listája
  • Beírás után át kell e alakítani az adatot? (Pl.: 10000000 esetén -> 10.000.000)
  • Ha a mező kitöltése kötelező -> kihagyás/rossz kitöltés esetén hibaüzenet szövege
  • Szükség lesz e például admin felületen a bevitt mezőre szűrni/keresni
  • Kérnek e a mezőhöz automatikus kiegészítés funkciót (lsd.: Google) - Pl.: Városok listája

Űrlap (FORM) adatai

  • Hibás adatok esetén az üzenet megjelenésének helye:
    • Az űrlap tetején/alján mind
    • Az egyes mezők mellett egyenként
    • Felugró ablakban mind
Egyéb javaslatok űrlap tervezéséhez:
  • Űrlap címének feltöntetése
  • Kapcsolati adatok/Kapcsolat oldal link megjelenítése, ahol segítséget lehet kérni a kitöltéssel kapcsolatban
  • A hibásan kitöltött mezők vizuális kiemelése (Pl.: más színnel)
  • A "Hibás kitöltés!" üzenet helyett informatív szövegek megfogalmazása, melyek utalnak az elutasítás okára
  • A 10-20 elemnél több opciót tartalmazó legördülő listát érdemes lehet automatikus kiegészítéses egysoros beviteli mezőre cserélni
  • Definiálni kell, hogy egy LÁTOGATÓ hányszor veheti igénybe az adott űrlap küldési funkcióját. Továbbá ennek technikai megvalósításáról is célszerű beszélni. Pl.: LÁTOGATÓ azonosításának módja (böngésző sütikkel/adatbázisban regisztrációval...etc)

Példa KAPCSOLATOLDAL-ra

  • NÉV MEZŐ -> egysoros szöveg, kötelező
  • NEME -> rádiógomb, kötelező, opciók: Férfi/Nő
  • KÉRDÉS TÉMÁJA -> többértékes választó lista, nem kötelező, opciók: Technikai/Személyes/Árajánlat/Érdeklődés/Megrendelés/Hibabejelentés
  • KÉRDÉS -> többsoros szöveg, maximum 1000 karakter, kötelező
  • PRIORITÁS -> legördülő lista, kötelező, opciók: Sürgős/Válasz 2 napon belül/Válasz egy héten belül

JOGOSULTSÁGOK

Ha a projekt típusa megköveteli, hogy a szoftver különböző módon kezelje a felhasználókat (lsd.: LÁTOGATÓ, ADMIN, stb.), akkor definiálni kell azok jogosultságait.

Ezek lehetnek például:

Admin felületen:

  • Olvasás,
  • Módosítás,
  • Törlés,

Publikus felületen:

Projekttől függően jellemzően __LÁTOGATÓ__t/__REGISZTRÁLT LÁTOGATÓ__t különböztetünk meg. Így lehet hozzájuk rendelni például:

  • LÁTOGATÓ hozzáférhet:
    • LANDINGPAGE,
    • MAINPAGE
  • REGISZTRÁLT LÁTOGATÓ hozzáférhet:
    • LANDINGPAGE,
    • MAINPAGE,
    • CATEGORYLIST,
    • PRODUCTLIST,
    • PRODUCTPAGE

INTERNACIONALIZÁLÁS & HONOSÍTÁS

A projekt publikus felületének nyelvét egy nyelv esetén is meg kell adni. Több nyelv esetén felsorolás..

Ha igény van - akár egy vagy többnyelvű oldal esetén is - arra, hogy a megjelenő információk időzónáktól függően jelenjenek meg (pl.: egy rendezvény időpontja), akkor azt részletes leírásban kell közölni.

Érintett tartalmak a témakörben:

  • dátum-/időformátumok,
  • pénznem,
  • nyelv (ábécék, számok és balról jobbra, illetve jobbról balra író nyelvek; Unicode),
  • a vallási vagy más érzékenységeket sértő kifejezések figyelembe vétele,
  • nevek és címek,
  • telefonszámok, postai címek és nemzetközi irányítószámok,
  • mértékegységek.

DESIGN

Tipikusan kimaradt "view/view state" esetek a grafikai terveken (általában javítandó elfogadás előtt)

  • Üres lista nézet (pl.: Nincs megjeleníthető elem)
  • Oldal lapozó 1 oldalnyi tartalom esetén
  • textarea, input mezők tartalmának hiánya, formázása
  • Hibaüzenetek helye
  • Adatrögzítés (pl.: jelentkezési űrlap) elküldése utáni üzenet (pl.: "Köszönjük, hogy regisztrált a játékra!")
  • Captcha (általában reCaptcha) integrálása
  • 404-es oldal

Tipikusan hibás (vagy fölöslegesen egyedi, költség-növelő?) grafikai elemek (általában javítandó elfogadás előtt)

Hírlevelek

Hírlevél dizájnnal kapcsolatos ajánlások

  • Hírlevélben található képi elemek háttérként lehetőleg ne szerepeljenek
  • Képet háttérként a Microsoft Outlook 2007-es verziótól kezdve nem jelenít meg
  • Hírlevél ajánlott szélessége 550 pixel

Third party content

Harmadik féltől származó grafikai elemek felhasználása előtt tájékozódni kell az adott tartalom szerzőjének feltételeiről. Pl.:

TARTALOM / COPYWRITING

A projekt publikus tartalmát képző szöveg ellenőrzését kérik e?

  • Helyesírás,
  • Tördelés,
  • Copywriting módosítások,

Javaslatok szöveges tartalom összeállításához:

  • A NAGYBETŰS SZÖVEG-ként (Uppercase) megjelenő tartalmat nem javasolt csupa nagybetűs szövegként küldeni. Átalakítás megoldható megjelenítéskor.

Weboldal esetén az alábbi adatok biztosítása:

Megadható minden aloldalra táblázatos formában is.

  • (Al)oldal címe - böngésző címsorában jelenik meg, valamint pl.: Google találatok linkjében
  • META TAG-ek:
    • description
    • author
    • keywords
    • social share default picture (magyarázat kell?)

##FUTTATÁSI KÖRNYEZET ###Hardver/Operációs rendszer

  • Desktop-Laptop/Mobil-Tablet
  • Windows/Linux/OSX

###Böngészők ####Modern böngészőkre tervezünk

  • Internet Explorer 7+
  • Mozilla Firefox
  • Google Chrome
  • Opera / Opera Mobile
  • Safari

####Emellett igény esetén külön kérni kell

  • Működés biztosítása IE6-ban is
  • Mobil böngészőre tervezett/optimalizált design (Részletezve talán máshol)
  • Nyomtatási stíluslap elkészítése (Print CSS)

Preferált/kért technológiák használata

####Platform or watever

  • HTML
  • Flash
  • Java
  • etc..

PHP Keretrendszerek

  • Drupal
  • Wordpress
  • Zend/Yii/Symfony/etc

HTML

  • HTML5
  • XHTML Transitional
  • XHTML Strict

###Erőforrások

  • HTTPS titkosított kommunikációt igényel a projekt?

  • Mekkora látogatottságra számítanak?

    • Lesz e pontszerű (TV spot, Radio Ad, stb) kampánya az oldalnak?
    • Lesz e hosszú távú (pl.: Banner, plakát) kampánya az oldalnak?