Tariffe per un Technical Writer USA: ma in Italia?

Quanto dovrebbe farsi pagare un Technical Writer per il proprio lavoro? Quali sono le tariffe di mercato? Quali criteri devono essere adottati per definire un tariffario? Costo orario o "a corpo"? O per tipologia di documento?

Ogni volta che tento di affrontare questo argomento mi ritrovo nella "terra di nessuno", dove nulla è definito, solido, comprensibile. E' pressocchè impossibile recuperare dati, anche le aziende che forniscono servizi di Comunicazione Tecnica raramente espongono il proprio tariffario sul Web, tantomeno sono disposte a comunicarlo in un'intervista telefonica.

Per fortuna ci sono gli anglosassoni, che sono generalmente più "open mind" e "diretti" rispetto a noi.

E sono molto sensibili alle statistiche (chi di voi ha mai assistito alla telecronaca di una partita dell'NBA o della NFL, sa esattamente cosa intendo) e alle classificazioni.

Dal sito della WAI, ecco una tabella chiara e sintetica che illustra le tariffe minima, media e massima per diverse figure professionali (Copywriter, Web Content Writer, SoftwareTechnical Writer, Medical Writer...).

La tabella si riferisce a profili professionali caratterizzati da almeno 5 anni di esperienza nel ruolo.

Cosa ne dite? Le tariffe per un professionista freelance, in Italia, sono paragonabili a quelle della tabella? A me non risulta, anzi credo che "a spanne" si possa azzardare che tali tariffe possano essere considerate almeno del 30-40% più alte di quelle che un professionista può ottenere da noi.

Ma se una tabella non vi basta e non vi convince, ecco un sito il cui nome è tutto un programma: www.salary.com.

Se avete intenzione di andare a lavorare negli USA, qui potete rendervi conto di quali potrebbero essere le vostre prospettive economiche potenziali.

Io mi sono divertito ad indagare quanto vengono retribuiti i Technical Writer nella zona di Sacramento, in California. Ed ecco una curva Gaussiana che risponde alla mia curiosità:

A voi le considerazioni del caso.

Per chi fosse interessato, qualche altro elemento di riflessione lo potete trovare anche nei seguenti post:

• Lavorare come Technical Writer freelance

• Ma quanto costa il lavoro di un Technical Writer?

• Perchè un'azienda dovrebbe assumere un TWriter: prima parte

• Perchè un'azienda dovrebbe assumere un TWriter: seconda parte

Leggi questo articolo...

Un meta-motore di ricerca per contenuti Creative Commons

Mi sono imbattuto per caso in un "meta-motore di ricerca", CC Search, che consente di recuperare immagini, video e scritti coperti dalla licenza Creative Commons.

Usando CC Search è possibile individuare materiale utilizzabile "liberamente" all'interno delle vostre opere, nel senso che dovrete rispettare solo i dettami della licenza Creative Commons.

CC Search è un meta-motore nel senso che effettua ricerche di materiale CC-based in altri "contenitori", come You Tube o Google Images. Provatelo. Leggi questo articolo...

Saper scrivere... il Glossario: terza parte

Eccoci al terzo post, dopo i due precedenti:

• Saper scrivere... il Glossario: prima parte

• Saper scrivere... il Glossario: seconda parte

Oggi ci occupiamo del design del Glossario.

Ecco un primo esempio, tratto dal manuale del mio BlackBerry Curve:

 

 Ed ecco il secondo esempio, relativo ad uno standard della RSA, il PKCS11:

Come vedete, emergono 2 sole regole basilari:

• i termini vengono elencati in ordine alfabetico

• la struttura è solo una lista di coppie TERMINE - DEFINIZIONE

Un'altra opzione riguarda la possibilità di inserire, nella descrizione di un termine, un link ad un altro termine del Glossario. Questa soluzione può essere utile se il Glossario è particolarmente ricco e con numerosi elementi, ma perde efficacia se il manuale viene consultato in formato cartaceo e non in formato digitale.

Se non volete inserire un link ma volete comunque riferirvi ad altri termini presenti, potete scegliere altre opzioni: vedi - vedi anche - confronta.

TERMINE X: DESCRIZIONE X. Vedi TERMINE Y.
In questa situazione, all'interno della DESCRIZIONE X viene citato il TERMINE Y; in coda, si può utilizzare Vedi TERMINE Y per guidare il lettore al significato di Y che serve a definire X.

TERMINE X: DESCRIZIONE X. Vedi anche TERMINE Y.
Questa situazione significa che la DESCRIZIONE X è chiusa ma può essere eventualmente arricchita da ulteriori informazioni proposte altrove.

TERMINE X: DESCRIZIONE X. Confronta TERMINE Y.
Questa situazione significa che la DESCRIZIONE X può non essere esaustiva o va valutata in base al contesto e viene arricchita da informazioni complementari contenute in Y.

A questo punto siete in grado di scrivere il vostro Glossario ed avete tutte le informazioni necessarie per farlo.

Ma un Glossario è un oggetto "vivo" che può evolvere nel tempo per diversi motivi. Al prossimo ed ultimo post per chiudere l'argomeno.

Leggi questo articolo...

Scrivere un CV efficace e con stile

In passato ho scritto diversi post relativi a quei documenti utili per misurarsi con il mondo del lavoro, ed in particolare:

• il Curriculum Vitae

• la Lettera di Presentazione

• alcuni esempi per la Lettera di Presentazione

• la Lettera di Referenze

E' difficile essere innovativi su argomenti come questi, molto presenti in rete, oserei dire inflazionati.

Da parte mia ho tentato, sperando di riuscirci, di dare qualche indicazione utile ed originale, non improntata al modello scontato e facile della "cut&paste economy".

E' in quest'ottica che vi segnalo una delle risorse più interessanti ed originali in cui mi sono imbattuto ultimamente, il sito di Paolo Bruno.

Paolo si autodefinisce "IT Architect per professione, Social addicted per natura, job consultant e opinionista per diletto".
Da quello che ho letto, ha sicuramente talento per la comunicazione.

In particolare, vi segnalo un post su come realizzare un CV Europeo improntato a soluzioni stilisticamente interessanti, che penso possa essere utile per migliorare il proprio CV.
Lo stile del post è chiaro, modello "Tutorial", scorrevole e completo.

Nel suo sito troverete molte altre cose, scritte in modo brioso ed efficace. Anche l'impostazione del sito è molto accattivante. Vi consiglio di "saccheggiarlo", potrete ricavarne molti utili spunti, anche se non siete professionisti dell'IT. Buona lettura. Leggi questo articolo...

Saper scrivere... il Glossario: seconda parte

Nel post precedente abbiamo individuato 4 criteri di base per costruire un Glossario:

- Focalizzare l'audience del documento

- Scegliere i termini da inserire

- Progettare un design essenziale

- Gestirne l'evoluzione nel tempo

Oggi ci concentriamo sul secondo punto.

SCEGLIERE I TERMINI DA INSERIRE

Immaginiamo di aver individuato un primo ed ampio insieme di termini che secondo noi andrebbero inseriti nel Glossario. Siamo certi di doverli includere tutti?

Forse è meglio fare qualche esempio.

Se sto scrivendo un manuale per installare un pannello fotovoltaico e faccio riferimento ad una normativa tecnica internazionale, forse è il caso di classificarla nel Glossario. Ma se consideriamo un concetto che viene ben sviluppato all'interno del documento, si può certamente evitare di includerlo, perché è integralmente definito e sviluppato al suo interno, quindi non è un concetto "esterno" che deve essere "spiegato" nel Glossario per renderlo intellegibile.

Questa regola, appena illustrata, tende a distinguere tra un set di concetti "esterni" ed un set di concetti "sviluppati internamente" al documento.

I principali concetti "esterni" sono ottimi candidati ad entrare nel Glossario.

In alcuni rari casi, anche i concetti "sviluppati internamente", se veramente fondamentali, possono entrare nel Glossario per fornire al lettore una specie di guida veloce ai concetti chiave che poi troverà nel corpo del manuale.

Altro aspetto riguarda invece i concetti che possono essere collegati a definizioni non univoche.

Se sto scrivendo il Manuale Utente di un software crittografico, quando descrivo l'operazione di Cifratura, mi trovo a dover fare una scelta. Ovviamente non ha senso descrivere nel Glossario i dettagli dell'operazione, perchè tali dettagli sono ampiamente indicati nel manuale. Quindi fornire una definizione "operativa" non mi interessa.

Ma forse dare una definizione "generale", di alto livello, del concetto di Cifratura di un file può essere assolutamente consigliabile, specie se il lettore ipotetico del nostro manuale non è necessariamente un esperto di crittografia.

In questo esempio, abbiamo un caso molto frequente: dato un concetto, ad esso potrebbe essere associata più di una definizione, in base al contesto e/o al lettore-target.

Riassumendo, teniamo sempre presenti 2 criteri:

• Distinguere tra concetti "esterni" e "sviluppati internamente" al documento: i primi spesso andranno inseriti nel Glossario, i secondi solo in rari casi.

• Dato un concetto, potrebbe essere associato a più di una definizione: nel dubbio, inserite nel Glossario la definizione "più utile" al lettore per aiutarlo nella comprensione del documento.

Al prossimo post, per continuare in questa analisi.
Leggi questo articolo...

Saper scrivere... il Glossario: prima parte

In un documento tecnico spesso vengono utilizzati termini ed acronimi molto specialistici.

Ma colui che dovrà leggere il documento, sarà in grado di interpretare  correttamente tali contenuti?

La risposta più facile e "pigra" è SI, ed è la risposta che ci "scarica" dalla responsabilità di un ulteriore sforzo per migliorare la comprensione del documento.

In realtà, è SEMPRE buona norma corredare i nostri documenti di un Glossario, cioè di una raccolta specifica e circoscritta dei termini specialistici presenti nel documento, accompagnati dalle relative spiegazioni.

Quali sono i principali criteri da utilizzare per costruire un Glossario?

- Focalizzare l'audience del documento

- Scegliere i termini da inserire

- Progettare un design essenziale

- Gestirne l'evoluzione nel tempo

Avendo chiari in mente questi 4 punti cardinali, siamo già a buon punto.

FOCALIZZARE L'AUDIENCE DEL DOCUMENTO

Come sempre, scriviamo per qualcuno. Una delle regole auree della scrittura tecnica ci impone di immaginare chi leggerà il nostro documento.
E' un principiante? Allora dovremo inserire nel Glossario anche le voci che non metteremmo se invece ci rivolgiamo ad un utente esperto. Se il mio manuale parla del funzionamento di un software e lo legge un Ingegnere Informatico, forse non devo spiegare cosa sia una GUI (Graphic User Interface).

Altrimenti, è preferibile inserire tale acronimo nel Glossario.
Idem per altri acronimi, quali CPU o RAM o SOAP.

Tuttavia, mi è capitato di recente che un tecnico mi chiedesse lumi sull'acronimo SAML (Security Assertion Markup Language). In effetti, anche un esperto di informatica, se non è specializzato nel campo della sicurezza e della crittografia, potrebbe non aver mai avuto a che fare con lo standard SAML.

In linea di massima, io adotto la regola di inserire nel Glossario TUTTI gli acronimi presenti nel documento (ad eccezione dei più universalmente noti), sforzandomi tuttavia di ridurre al minimo indispensabile la loro presenza nel corpo del documento.

Identificare chiaramente il lettore target, è il primo filtro per individuare il set di termini "candidati" ad entrare nel Glossario.

A presto per approfondire la tematica.
Leggi questo articolo...