Forenings arbejde...

Ja, det var jo lidt af et spørgsmål.

Mine råd ville være:

1) Keep it simple... Brug ustrukturerede data ("text" felter) til f.eks. forskellige former for beskrivelser, med mindre det er absolut nødvendigt at kunne sortere på de pågældende data.

Man ser tit at man får kodet sig til døde i avanceret databasestrukturer, som bliver svær at vedligeholde og alligevel ikke giver den funktionalitet man troede man kunne få ud af det.

Hvis man skal kunne søge på det så kan i altid lægge et fulltext index på.

2) Undgå dybe en-strengede hierarkier. Altså hvis I skal have et hierarki over f.eks. foreningstyper, så lav det så en forening kan ligge i flere kategorier. Og uden for mange underkategorier. Så er det nemmere for brugeren at finde det de søger uden at skulle klikke 117 gange rundt i et kategorisystem.

Man oplever tit (et eksempel er her på eksperten) at der opbygges et hierarki af kategorier der er død avanceret, men problemet er at den virkelige verden ikke er delt ind i objektive kasser. Hierarkier er subjektive. Her på eksperten ses det ved at det en bruger mener er et PHP spørgsmål opfatter en anden bruger som MYSQL spørgsmål. Men måske var det begge dele? Er skiskydning f.eks. skisport eller skydning? Eller fra musik: lige præcis hvor går grænserne mellem hård rock, rock, folk rock, pop og brit-pop?

3) Grundlæggende skal I spørge jer selv, hvilken information skal vores brugere kunne finde her på sitet? Hvilke spørgsmål skal de have svar på?

Og så lav et system der tilbyder informationen til brugerne istedet for et der gør det muligt for brugerne at finde den frem.. (Det var måske lidt abstrakt, men sæt det som brugeren leder efter i centrum, istedet for (som de fleste gør) den information I har)

Nå det var bare mine 10 cent. Hvis i vil have mere konkret hjælp er i nok nødt til formulere et mere konkret spørgsmål.