Web corporativa: què ha d'incloure i com plantejar-la

Una web corporativa ha de permetre que una persona entengui, sense esforç, què fa l'empresa, a qui ajuda i com pot fer el següent pas. Aquesta funció importa més que el nombre de pàgines, la tecnologia escollida o una idea abstracta de disseny «moderno».

Per això, el projecte comença definint què ha de comprendre el visitant, quina informació necessita per avançar i quina acció interessa facilitar. Amb aquestes decisions clares resulta molt més fàcil ordenar continguts, navegació i funcions.

Abans de començar: tres decisions bàsiques

Una primera conversa sobre la web hauria d'aclarir tres punts:

• Objectiu: què ha d'aconseguir la web per al negoci.
• Audiència: qui la visitarà i què necessita trobar.
• acció principal: què hauria de poder fer després d'informar-se.

Aquestes respostes no tanquen encara l'estructura. Sirven per evitar que el projecte es converteixi en una suma de pàgines sense un recorregut clar.

Context i abast: què resol una web corporativa

Amb aquesta base, la web pot reunir la informació essencial de l'empresa en una estructura fàcil de recórrer, segons el negoci, pot incloure:

• presentació de l'empresa i la seva activitat;
• pàgines de serveis organitzades per necessitat del client;
• informació de contacte, ubicació o àrees de servei;
• formularis de consulta;
• continguts de suport, com preguntes freqüents, documents o recursos;
• informació per a clients, proveïdors o candidats, quan formi part de l'objectiu.

L'abast canvia quan apareixen processos amb regles pròpies: àrees privades, reserves, pressupostos configurables, gestió de sol·licituds, connexions amb eines internes o fluxos d'aprovació.

En aquests casos, és bo descriure primer el procés que es vol resoldre. Només després es pot decidir si n'hi ha prou amb una web informativa o si cal una solució amb més component funcional.

El web no ho ha de comptar tot sobre l'empresa. Heu de prioritzar la informació que permet a cada visitant reconèixer si l'oferta encaixa amb la seva necessitat i decidir el següent pas.

Criteris pràctics per definir una web corporativa

1. Comença per l'objectiu i l'acció principal

Defineix una acció prioritària per a cada recorregut rellevant. Pot ser sol·licitat informació, demanar una reunió, trucar, descarregar un document o enviar una sol·licitud.

Si hi ha diverses audiències — per exemple, clients potencials, clients actuals i persones que busquen feina—, convé separar els seus recorreguts. Un sol missatge genèric sol dificultar que cada persona trobi el que busca.

Per aterrar l'objectiu, completa aquestes frases:

• La persona que visita el web busca...
• L'empresa li ha d'explicar...
• Després de revisar la informació, hauria de poder...
• La sol·licitud o acció ha d'arribar a...

2. Organitzar la informació segons les preguntes del visitant

La navegació ha de respondre als dubtes habituals abans que la persona hagi de contactar. En una web de serveis, això sol implicar distingir amb claredat:

Aquesta taula és una referència, no una plantilla obligatòria. Una empresa amb una oferta molt concreta pot necessitar menys seccions. Una altra amb diverses línies de negoci pot requerir una arquitectura més àmplia.

3. Tractar el contingut com a part de l'abast

L'estructura tan sols funciona si els continguts arriben a temps. Textos, imatges, fitxes de servei, documents, traduccions i dades de contacte no haurien de quedar com una tasca indefinida al final del projecte.

Abans de començar, convé recordar:

• quin contingut ja existeix;
• quin contingut s'ha de revisar, reescriure o crear;
• qui el prepara;
• qui l'aprova;
• quins formats s'han d'adaptar per a la web;
• si hi ha contingut que migrar des d'una web anterior.

Una pàgina pot estar tècnicament acabada i seguir sense estar llista per a publicar-se si manquen continguts aprovats. Fer visible aquesta dependència evita confondre desenvolupament i preparació editorial.

4. Descriure els formularis com a flux, no com a botó

Un formulari no és només un botó: forma part d'un recorregut. Com a mínim, defineix:

• camps que ha de completar la persona;
• destinatari de la sol·licitud;
• missatge de confirmació;
• tractament de dades i textos que s'han de revisar;
• què succeeix si falta informació o es produeix un error;
• qui revisarà les entrades rebudes.

Exemple hipotètic: una empresa de manteniment rep consultes des del vostre web. En comptes d'un camp obert sense context, el formulari pot demanar el tipus de servei, la localitat i una descripció breu. La petició arriba a una adreça definida i la pantalla confirma que s'ha rebut. Aquest disseny no assegura una resposta comercial; tan sols deixa definit el recorregut que ha de funcionar.

5. Decidir què podrà actualitzar l'empresa

Una vegada definits continguts i funcions, queda una decisió operativa: qui mantindrà la web.

• Qui actualitzarà serveis, textos o imatges?
• Amb quina freqüència es preveuen canvis?
• Quins elements s'haurien de poder editar sense modificar l'estructura?
• Quins accessos, documentació o formació seran necessaris?
• Quines tasques tècniques quedaran fora de l'edició habitual de continguts?

No totes les parts d'una web han de tenir el mateix nivell d'edició. La decisió depèn de qui la gestionarà i dels canvis previsibles, no d'afegir opcions per defecte.

Aplicació: un brífing breu per a demanar una web corporativa

Abans de demanar una proposta, reuneix la informació que afecta l'abast. No cal tenir totes les respostes tancades, però sí identificar les decisions pendents.

Objectiu i audiència

• Què ha d'aconseguir la web?
• A quin tipus de client o visitant es dirigeix?
• Quina és l'acció principal que espera l'empresa?
• Quina informació ha de trobar cada audiència?

Estructura i continguts

• Quines pàgines es consideren necessàries?
• Quins serveis, sectors o ubicacions s'han d'explicar? -Hi ha textos, fotografies, recursos gràfics o documents disponibles? -Hi ha una web actual que els seus continguts o URL s'hagin de revisar?
• Es necessiten diversos idiomes?

Funcions i connexions

-Hi haurà formularis, reserves, descàrregues, àrees privades o altres funcions?

• Quines dades recollirà cada funció?
• Heu de connectar-vos amb alguna eina externa?
• Qui facilita els accessos i valida el funcionament de cada connexió?

Operació del projecte

• Qui pren les decisions finals?
• Qui revisa textos, disseny i funcionament? -Hi ha una data amb dependències concretes?
• Quins elements queden expressament fora d'aquesta primera fase?

Classifica cada requisit com imprescindible,desseable o futuro ajuda a construir una primera versió coherent. També permet comparar propostes sense assumir que dos pressupostos inclouen el mateix.

Límits: la qual cosa una web corporativa no resol per si sola

Una web corporativa pot ordenar la presència digital d'una empresa, però no substitueix decisions que pertanyen al negoci. Per exemple, no defineix per si sola l'oferta comercial, no crea els continguts pendents ni estableix qui atendrà les consultes.

Tampoc no convé assumir que una funció esmentada de forma genèrica està definida. Expressions com ara SEO inclòs, "web completa", "manteniment" o "formulari avançat" necessiten traduir-se en tasques, lliurables, responsables i criteris d'acceptació.

Si el projecte inclou dades personals, condicions contractuals, requisits d'accessibilitat o obligacions específiques del sector, l'empresa ha d'identificar quina revisió especialitzada necessita i qui l'assumirà. El desenvolupament no substitueix assessorament jurídic, fiscal o regulatori.

Finalment, una web corporativa no ha de prometre resultats comercials concrets sense una definició prèvia d'objectius, mesura i condicions. És més útil establir quines accions es volen facilitar i com és comprovar que els recorreguts funcionen.

Següent pas: convertir la idea en un abast útil

Si voleu contrastar aquest plantejament abans de decidir la solució, pots sol·licitar una valoració inicial de la necessitat i el seu abast i explicar el projecte a AVSISTEC.