Ruolo del consulente
Il consulente è il soggetto tecnico incaricato di trasformare i dati raccolti nella pratica in una base documentale coerente con lo schema richiesto.
- analizzare i dati inseriti da utente, superadmin e referente esterno;
- identificare gap informativi o incoerenze;
- impostare manuali, procedure, moduli e registrazioni;
- allineare la documentazione ai requisiti applicabili.
Creare una struttura documentale robusta, auditabile, comprensibile dal cliente e coerente con i requisiti ISO, regolatori o di schema specialistico.
Consultant role
The consultant is the technical professional responsible for converting the data collected in the case into a documentation framework aligned with the requested scheme.
- analyze data entered by user, superadmin, and external contact;
- identify information gaps and inconsistencies;
- structure manuals, procedures, forms, and records;
- align documentation with applicable requirements.
Create a robust, auditable documentation framework that is understandable for the client and aligned with ISO, regulatory, or specialist-scheme requirements.
Permessi operativi
- Il consulente non può creare nuove pratiche.
- Può vedere e modificare solo le pratiche assegnate.
- Può caricare allegati e utilizzare i file già presenti nel fascicolo.
- Può aggiornare i contenuti della pratica per supportare l’elaborazione documentale.
Operational permissions
- The consultant cannot create new cases.
- They can view and edit assigned cases only.
- They can upload attachments and use the files already stored in the dossier.
- They can update case contents to support documentation development.
Flusso standard di lavoro
Aprire la pratica assegnata, verificare titolo, organizzazione, schema, stato, referente, allegati e cronologia attività.
Valutare se i dati raccolti sono sufficienti per impostare la struttura documentale o se servono integrazioni.
Confrontare i contenuti con i requisiti della norma o dello schema applicabile.
Definire architettura dei documenti, processi, responsabilità, flussi e registrazioni.
Redigere manuali, procedure, modelli e contenuti tecnici coerenti con il livello di maturità del cliente.
Restituire un output leggibile, completo e pronto per revisione interna o rilascio al cliente.
Standard workflow
Open the assigned case and check title, organization, scheme, status, contact, attachments, and activity log.
Assess whether the collected data is sufficient to define the documentation framework or whether integration is needed.
Compare the available content against the applicable standard or specialist-scheme requirements.
Define document architecture, processes, responsibilities, flows, and records.
Draft manuals, procedures, templates, and technical content aligned with client maturity level.
Provide readable, complete output ready for internal review or release to the client.
Come analizzare correttamente una pratica
Ogni pratica deve essere letta in modo sistemico. Il consulente non deve limitarsi ai campi principali, ma considerare anche:
- stato della pratica e ultimo aggiornamento;
- dati dell’organizzazione e del referente;
- standard richiesti o schemi selezionati;
- allegati caricati e loro pertinenza;
- contributi pubblici inviati tramite link esterno;
- timeline delle attività e modifiche pregresse.
La lettura deve rispondere a tre domande:
How to analyze a case properly
Each case must be reviewed systemically. The consultant should not focus only on primary fields, but also consider:
- case status and latest update;
- organization and contact data;
- requested standards or selected schemes;
- uploaded attachments and relevance;
- public contributions submitted through the external link;
- activity timeline and previous changes.
The review should answer three questions:
Output attesi
Manuale: definisce campo di applicazione, struttura del sistema, interazioni e governance.
Procedure: descrivono le modalità operative e i controlli richiesti.
Istruzioni operative: dettagliano attività puntuali, quando necessario.
Moduli e registrazioni: servono per raccogliere evidenze oggettive.
Matrice processi-responsabilità: supporta chiarezza organizzativa.
Checklist o registri: facilitano attuazione e monitoraggio.
Expected outputs
Manual: defines scope, system structure, interactions, and governance.
Procedures: describe operating methods and required controls.
Work instructions: detail specific activities where needed.
Forms and records: support collection of objective evidence.
Process-responsibility matrix: improves organizational clarity.
Checklists or registers: facilitate implementation and monitoring.
Approccio tecnico consigliato
- partire sempre dal contesto dell’organizzazione;
- identificare processi core, supporto e outsourcing;
- collegare requisiti normativi, rischi, controlli ed evidenze;
- evitare documentazione standardizzata non aderente al caso reale;
- mantenere coerenza tra politica, obiettivi, processi, responsabilità e registrazioni.
Recommended technical approach
- always start from the organization context;
- identify core, support, and outsourced processes;
- link requirements, risks, controls, and evidence;
- avoid generic documentation not aligned with the real case;
- maintain consistency between policy, objectives, processes, responsibilities, and records.
Uso corretto degli allegati
Gli allegati devono essere letti come potenziali evidenze o input di progetto. Possono includere organigrammi, modulistica esistente, procedure pregresse, documenti tecnici, visure, policy, certificati o fotografie.
- verificare la pertinenza rispetto allo schema richiesto;
- distinguere tra documento utile, documento obsoleto e documento ridondante;
- riutilizzare contenuti esistenti solo dopo verifica di coerenza;
- mantenere ordine logico nell’interpretazione del fascicolo.
Proper use of attachments
Attachments should be treated as potential evidence or project input. They may include organizational charts, existing forms, legacy procedures, technical files, official records, policies, certificates, or pictures.
- verify relevance to the requested scheme;
- distinguish between useful, obsolete, and redundant documents;
- reuse existing content only after consistency review;
- maintain logical order in dossier interpretation.
Controlli prima del rilascio
- il documento riflette realmente i dati della pratica;
- non ci sono contraddizioni tra sezioni;
- responsabilità e ruoli sono attribuiti correttamente;
- sono gestiti rischi, controlli, registrazioni e flussi;
- il linguaggio è professionale, chiaro e verificabile.
Checks before release
- the document actually reflects case data;
- there are no contradictions between sections;
- roles and responsibilities are assigned correctly;
- risks, controls, records, and flows are covered;
- language is professional, clear, and auditable.
Consegna al team / cliente
Ogni handover deve consentire al revisore interno o al cliente di comprendere immediatamente:
- cosa è stato prodotto;
- su quali informazioni si basa;
- quali assunzioni sono state fatte;
- quali punti richiedono conferma o integrazione.
Handover to team / client
Each handover should allow the internal reviewer or the client to understand immediately:
- what has been produced;
- which information it is based on;
- which assumptions were made;
- which points still require confirmation or integration.
Regole rapide
- Do: usare un approccio tecnico, documentato e coerente.
- Do: mantenere tracciabilità tra input, analisi e output.
- Do: chiedere integrazioni quando mancano evidenze sufficienti.
- Don’t: copiare modelli senza adattamento.
- Don’t: assumere dati non presenti senza segnalarlo.
- Don’t: confondere completezza formale con adeguatezza sostanziale.
Quick rules
- Do: use a technical, documented, and coherent approach.
- Do: maintain traceability between input, analysis, and output.
- Do: request integration when evidence is insufficient.
- Don’t: copy templates without adaptation.
- Don’t: assume missing data without making that explicit.
- Don’t: confuse formal completeness with substantive adequacy.