La pregunta sobre quant de temps es triga a implementar una intranet amb disseny mobile first apareix en totes les converses de transformació digital. No hi ha una xifra universal, perquè cada empresa parteix d'una base tecnològica diferent. El que funciona en una organització de 50 empleats pot no servir per a una multinacional amb filials en diversos països. Per això, el primer pas no hauria de ser demanar un pressupost tancat, sinó definir el problema operatiu concret que la intranet ha de resoldre.
L'abast funcional és el primer gran factor. Una intranet bàsica amb directori de persones, notícies i cercador pot estar operativa en setmanes. Però si l'objectiu inclou programari a mida, com un portal d'empleats amb expedients, sol·licituds de vacances, aprovacions i fluxos de RRHH, el calendari s'allarga. Cada mòdul requereix modelar dades, dissenyar permisos i connectar amb altres sistemes. Aquí convé recordar que un programari a mida ben planificat sol ser més ràpid de mantenir que una cascada d'extensions improvisades sobre un producte genèric.
Les integracions determinen la major part de l'esforç. Connectar la intranet amb l'ERP, el CRM, Active Directory, SharePoint, Microsoft Teams o API pròpies implica relacionar identitats, sincronitzar dades mestres i decidir què passa quan un servei extern no respon. Com més sistemes participin, més temps i proves es necessiten. Les integracions mal documentades, amb versions antigues o amb accessos gestionats manualment afegeixen feina que no apareix en els diagrames inicials.
La infraestructura triada és un altre factor. Desplegar al núvol AWS/Azure permet crear entorns temporals, escalar servidors i aplicar pipelines d'entrega contínua. Això escurça terminis. En canvi, una intranet que ha de viure en un centre de dades corporatiu, amb requisits de ciberseguretat i auditoria, requereix més setmanes d'enduriment, revisió de tallafocs i governança d'accessos. No és que una opció sigui millor que l'altra; el termini ha d'incloure els requisits d'infraestructura des del principi.
L'adopció d'IA i agents d'IA afegeix una altra dimensió. Una cerca amb respostes generades, un assistent que resumeix documents o un agent que automatitza tasques administratives exigeix definir fonts de dades, polítiques de permisos i mecanismes per auditar respostes. No n'hi ha prou d'integrar una API. Cal protegir les dades internes i evitar que la IA exposi informació confidencial. Aquestes tasques de governança són les que més temps afegeixen a un projecte, però són imprescindibles perquè la intel·ligència artificial sigui útil i segura.
També influeix l'estratègia de mesura. Si la intranet ha de mostrar indicadors de negoci, el més eficient és connectar-la a un sistema de BI/Power BI que consolidi dades de vendes, producció o RRHH. Això fa que els directius vegin l'evolució d'indicadors sense dependre d'informes manuals. Però construir aquestes vistes requereix saber per endavant quines mètriques importen i com es calculen, perquè un indicador mal definit genera desconfiança i retarda l'adopció.
L'arquitectura de la informació és una feina silenciosa que condiciona el calendari. Definir com s'organitzen els documents, quines metadades s'usen, qui pot actualitzar cada apartat i com es migren els continguts històrics requereix temps i decisions. Una intranet amb disseny mobile first no pot traslladar sense més la estructura d'una carpeta compartida; necessita una taxonomia clara que permeti buscar i mostrar informació en pantalles petites. Com més desordenades siguin les dades d'origen, més setmanes caldran per netejar-les i classificar-les.
L'adopció i el canvi cultural també allarguen o escurcen el projecte. Una intranet tècnicament perfecta fracassa si els empleats no la fan servir. Cal preveure accions de comunicació, guies breus, formacions i un canal de suport per resoldre dubtes. Aquesta feina no sempre s'inclou en el termini, però s'hi hauria d'incloure. Reservar temps perquè els usuaris provin el MVP, aportin suggeriments i validin les noves funcionalitats fa que la corba d'aprenentatge sigui més curta i que el llançament tingui millor acollida.
Amb aquestes condicionants, una estimació realista es pot expressar en fases. El descobriment i la definició funcional solen durar d'una a tres setmanes. Un primer lliurable o MVP, de quatre a vuit setmanes. Les integracions i la governança de dades, de dues a sis setmanes addicionals. La seguretat, les proves de càrrega i la formació, d'una a tres setmanes. En total, un projecte d'intranet mobile first pot anar d'un mes a un trimestre o més, depenent de quants mòduls i sistemes convisquin.
L'equip també importa. Una intranet construïda per un proveïdor amb experiència en desenvolupament de programari i arquitectures de núvol avança més de pressa perquè evita errors típics: triar una base de dades inadequada, barrejar lògica de negoci amb la interfície o ignorar el rendiment en xarxes mòbils. La metodologia importa tant com la tecnologia. Treballar amb lliuraments curts, revisar resultats amb usuaris reals i ajustar prioritats cada dues setmanes redueix el risc de construir alguna cosa que ningú no fa servir.
Els riscos més freqüents no són tècnics, sinó d'abast. Canviar els requisits cada setmana, afegir perfils d'accés no contemplats o descobrir que dos departaments fan servir definicions diferents d'un terme clau retarda el lliurament i desgasta l'equip. Per això convé fixar un objectiu mínim mesurable i posposar el secundari. Una intranet amb disseny mobile first no necessita totes les funcions des del primer dia; necessita resoldre el problema més dolorós amb rapidesa i demostrar valor.
Aquí entra Q2BSTUDIO, empresa de desenvolupament de programari a mida i automatització amb experiència en IA, ciberseguretat i núvol AWS/Azure. La seva manera de treballar sol començar amb una sessió gratuïta de descobriment per entendre els fluxos actuals, els sistemes implicats i els indicadors d'èxit. Després defineix un MVP en un termini de quatre a vuit setmanes, integra amb les eines existents i desplega amb governança d'accessos, auditoria i formació perquè l'equip client pugui operar la solució amb autonomia.
El resultat mesurable d'un projecte ben executat no és només una intranet més àgil. Les empreses solen observar reduccions de temps en processos interns, menys correus aïllats, menys duplicitat de documents i una millor experiència per als empleats que treballen des d'oficines o des de casa. La mobilitat deixa de ser un extra i passa a ser el disseny principal: formularis llegibles, notificacions accessibles i tasques aprovades des del mòbil.
En resum, quant de temps es triga a implementar una intranet amb disseny mobile first és una pregunta la resposta de la qual depèn del punt de partida i de la disciplina amb què s'executi el projecte. Qui defineix objectius, integracions i riscos abans d'escriure codi pot aconseguir resultats en setmanes. Qui improvisa, duplica esforços. La tecnologia actual permet crear plataformes robustes, segures i intel·ligents en poc temps; l'important és no convertir la intranet en un projecte etern, sinó en una eina que evolucioni amb l'empresa.
