ChatGPTGeminiClaude
Trasforma note mescolate in action item chiari
Converti note grezze o una transcript in decisioni, owner e next step.
Esempio di output
**TL;DR** — Il team ha approvato il Q3 pricing test e ha spostato il mobile redesign ad agosto. Due action item non sono assegnati.
**Decisioni prese**
- Esegui il A/B test sui prezzi del piano Pro a partire dal 1° luglio.
- Ritarda il mobile redesign ad agosto per evitare il code freeze delle vacanze.
**Action item**
| Task | Owner | Due date |
|---|---|---|
| Configura pricing test in billing | Priya | 27 giu |
| Bozza timeline lancio agosto | unassigned | unassigned |
| Avvisa supporto del cambio prezzo | Marco | 30 giu |
**Domande aperte**
- Chi approva la data finale di agosto?
ConsiglioLa regola "non inventare owner o date" è quello che rende questo affidabile — l'AI altrimenti riempie i gap con nomi plausibili ma sbagliati. Incolla direttamente una transcript di Zoom/Meet per i migliori risultati.
ChatGPTGeminiClaude
Scrivi un weekly status report per il tuo boss
Trasforma il lavoro della settimana in un update serrato che la leadership legge effettivamente.
Esempio di output
**Questa settimana**
- Spedito il sequence di email onboarding; open rate al 41% vs. 29% baseline.
- Chiusi due enterprise pilot — Meridian Health e Solis Finance (ARR combinato: $84.000).
- Ridotto il backlog di ticket P1 da 34 a 11 riallocando due engineer dalla coda feature.
- Completato il Q3 headcount plan; sottomesso a HR giovedì.
**Prossima settimana**
- Priya: finalizza security review per Meridian (dovuto giov).
- Tom: avvia sprint 14 con nuovo ordine di priorità backlog.
- Me: presento il Q3 plan alla leadership mercoledì.
**Blocker**
- Ho bisogno di sign-off sull'estensione contractor per il team di Tom entro lunedì — altrimenti ritarda sprint 14.
ConsiglioCostringe te stesso a scrivere numeri nelle note prima di incollare — "shipped onboarding emails" è inutile; "open rate 41% vs. 29% baseline" è quello che la leadership ricorda. L'AI non può inventare metriche che non hai fornito.
ChatGPTGeminiClaude
Costruisci un agenda per 1:1
Prepara un'agenda focalizzata per un one-on-one con un direct report.
Esempio di output
**1:1 — Priya / 17 giu — 30 min**
**Suo update (10 min)**
- Come va la review di sicurezza di Meridian — sorprese?
- Cosa è sentito più e meno utile per te questa settimana?
- Qualsiasi cosa ti sta rallentando di cui non so?
**Carryover (8 min)**
- Decisione: timeline per coinvolgere Legal sull'accordo dati.
- Status: proposta talk conferenza — l'ha sottomesso?
**Sviluppo (7 min)**
- Stai facendo più lavoro rivolto ai client ultimamente — è qualcosa che vuoi di più, o ti sta tirando fuori dal lavoro che preferirei fare?
**Prossimi step (5 min)**
- Me: ottieni intro Legal entro mer.
- Priya: manda link proposta talk entro EOD ven.
ConsiglioApri con il loro update, non il tuo — segnala che sei lì per sbloccarli, non trasmettere, e emergeranno problemi che non arrivano mai in una status email. Porta gli open item dalla scorsa volta in un doc persistente così niente cade.
ChatGPTGeminiClaude
Scrivi una performance review dalle tue note
Trasforma note di feedback sparse in una review bilanciata e specifica.
Esempio di output
**Riassunto complessivo**
Priya ha avuto un semestre forte marcato da due significativi enterprise close e costante qualità tecnica. La sua comunicazione ai stakeholder è migliorata notevolmente dopo il Q1; l'attrito cross-functional è sceso di conseguenza.
**Strengths**
- Ha chiuso Meridian Health e Solis Finance ($84.000 ARR combinato) con coinvolgimento manager minimo dopo la prima call.
- Ha consegnato il framework di review di sicurezza tre giorni in anticipo; Legal l'ha chiamato "il submission più chiaro che abbiamo visto."
**Aree per sviluppo**
- Tende ad assorbire scope silenziosamente piuttosto che segnalare tradeoff presto — il deadline sprint 12 mancato era parzialmente causato da questo. Concordiamo su una norma "segnala o negozia" prima di sprint planning ogni ciclo.
**Raccomandazione di rating**
Superior gli expected.
ConsiglioInserisci citazioni e numeri da eventi reali, non aggettivi — "delivered security review early, Legal praised it" costringe il modello a scrivere copy basato su evidenza invece di riempitivo come "demonstrates strong ownership." La differenza è quello che rende le review difendibili in un'escalation HR.
ChatGPTGeminiClaude
Delega un task chiaramente per email
Trasferisci un task con contesto, expectation e scadenza.
Esempio di output
Subject: Meridian security review — il resto tocca a te
Ciao Priya,
Meridian ha chiesto un questionario di sicurezza prima che firmino — questo è l'ultimo gate prima del contratto. Mi piacerebbe che tu possieda la risposta.
Deliverable: questionario completato + un riassunto di una pagina di qualsiasi cosa non possiamo rispondere oggi. Google Doc, condiviso con me e Legal.
Deadline: bozza entro mar 24 giu, finale entro gio 26 giu.
Coinvolgi: Tom per le domande di infrastruttura (sezioni 3–4). Non coinvolgere Sales ancora — li farò un briefing dopo che Legal ha rivisto.
Se colpisci qualcosa che sembra una vera lacuna, segnalalo a me prima di scrivere intorno — meglio portarlo in superficie presto che fare Legal lo prenda.
Grazie,
[Your name]
ConsiglioSpecificare "what done looks like" è il singolo punto di fallimento più grande della delegazione — senza un formato di deliverable concreto, ottieni indietro quello che la persona ha assunto volessi. La linea "flag problems early" previene la lotta silenziosa che uccide le scadenze.
ChatGPTGeminiClaude
Scrivi un brief di project kickoff
Allinea il team su obiettivi, scope, ruoli e timeline prima che il lavoro inizia.
Esempio di output
**Progetto: Customer Onboarding Revamp**
**Problema che stiamo risolvendo**
I nuovi customer impiegano in media 34 giorni per completare l'onboarding, vs. un target di 14 giorni. La metà dei ticket supporto nei primi 90 giorni risale a confusione di setup. Questo sta causando churn che possiamo prevenire.
**Goal e metriche di successo**
Riduci il tempo mediano da primo-valore da 34 a 16 giorni entro il 31 agosto. Secondario: riduci i ticket supporto relativi a setup del 30%.
**Scope**
Dentro: sequenza email, in-app checklist, riscrittura doc per step 1–5.
Fuori: onboarding enterprise (progetto separato), configurazione SSO.
**Ruoli**
Project lead: Priya | Doc: Tom | Design: unassigned | Eng: Diego
**Timeline**
23 giu — kickoff | 14 lug — design review | 4 ago — soft launch | 31 ago — rollout completo
**Rischi**
- Ruolo design non riempito; ritarda la design review se non assunto entro il 1° lug.
- La riscrittura doc dipende dall'approvazione Product; ha bisogno di schedulazione questa settimana.
ConsiglioLa linea "explicitly out of scope" previene il brief da diventare una wish list — dichiarare cosa non farai è importante quanto dichiarare cosa farai, e ferma lo scope creep prima che cominci.
ChatGPTGeminiClaude
Riassumi le opzioni in un decision memo
Esponi le scelte, i trade-off e una raccomandazione per una decisione veloce.
Esempio di output
**Decisione: Assumi vs. Contratta per Design Role**
A: [Director] | Data: 17 giu
**Contesto**
Il progetto di onboarding ha bisogno di un designer entro il 1° luglio per colpire la data ship del 31 agosto. Il ruolo è stato aperto per sei settimane; la pipeline ha due candidate ma nessun finalist pronto per offerta.
**Opzioni**
| Opzione | Pro | Contro | Costo |
|---|---|---|---|
| Estendi contractor (Lena) | Disponibile ora, conosce il prodotto | Premium del 20%, non una fix a lungo termine | $12.000 per 8 settimane |
| Aspetta per l'assunzione | Giusto a lungo termine | Ritarda il progetto 3–6 settimane | $0 ora, rischio Q3 miss |
| Freelancer tramite agenzia | Veloce, basso overhead | Tempo di ramp, nessun contesto prodotto | $8.000–$14.000 |
**Raccomandazione**
Estendi il contratto di Lena attraverso agosto. È già ramped, e mancare la data di agosto costa più del premium.
**Cosa abbiamo bisogno da te**
Approvazione per estendere Lena al tasso attuale attraverso il 31 ago. Ho bisogno di questo entro lunedì per darle abbastanza notifica.
ConsiglioDichiara esplicitamente la tua raccomandazione — "option B" non è una raccomandazione. Dire "I recommend X because Y" ti costringe a commettere, e è esattamente quello che i decision-maker hanno bisogno per muoversi veloce. Un memo che copre tutto non ottiene azione.
ChatGPTGeminiClaude
Annuncia un cambiamento al tuo team
Comunica una decisione chiaramente, affrontando le domande "what about me".
Esempio di output
Subject: team structure update — effettivo dal 1° luglio
Ciao team,
A partire dal 1° luglio, il nostro team si divide in due pod: un pod di crescita (posseduto da Priya) e un pod di retention (posseduto da Marco). Sono ancora il tuo manager complessivo — questo non cambia le linee di reporting, comp, o i tuoi progetti attuali.
Perché: il nostro lavoro è cresciuto in due direzioni che hanno bisogno di ritmi diversi. Dividere adesso significa che entrambi gli area ricevono vero focus invece di condividere un backlog.
Cosa significa per te:
- Il tuo lead di tutti i giorni per sprint planning cambia al tuo pod lead.
- Niente cambia fino al 1° luglio — finisci il current sprint come-è.
Cosa rimane lo stesso: 1:1s con me, team all-hands, compenso, e conversazioni di carriera.
Avrò 30 minuti all'all-hands di venerdì per domande. Se preferirai parlare prima, prenota tempo nel mio calendario.
[Your name]
ConsiglioRispondi "what changes for me" prima che chiunque debba chiedere — la maggior parte dell'ansia del team negli annunci di cambiamento viene dall'immaginare risultati peggiori della realtà. Dire esplicitamente cosa rimane lo stesso è spesso più rassicurante dell'annuncio stesso.
ChatGPTGeminiClaude
Crea domande di intervista per un ruolo
Genera domande comportamentali specifiche al ruolo che predicono la performance.
Esempio di output
**Stakeholder communication**
D: Dimmi una volta che hai dovuto consegnare brutte notizie a un client o executive che non voleva sentirle. Cosa hai fatto?
Segnali di risposta forte: ha dato un preavviso precoce (non sorpresa), ha separato fatti da opinioni, aveva un proposto cammino avanti.
Follow-up: Cosa hanno detto, e come è finita?
**Execution under ambiguity**
D: Descrivi un progetto dove i requisiti sono cambiati significativamente a metà strada. Come l'hai gestito?
Segnali di risposta forte: ha rescoped piuttosto che assorbito scope, ha rinegoziato la deadline, ha comunicato tradeoff esplicitamente.
Follow-up: Cosa faresti diversamente?
**Technical judgment**
D: Dimmi una decisione tecnica che hai fatto che poi l'hai rimpianto. Cosa hai imparato?
Segnali di risposta forte: possiede la decisione piuttosto che dare la colpa ai constraint, descrive cosa cambierebbe, mostra il modello mentale aggiornato.
Follow-up: Hai cambiato come fai quel tipo di decisione adesso?
ConsiglioScrivi "what a strong answer sounds like" prima di fare l'intervista — gli intervistatori che non sanno cosa ascoltare vengono catturati dalla consegna fiduciosa invece che dal vero segnale. La probe di follow-up è dove separi i narrative preparati dalle persone che effettivamente hanno fatto la cosa.
ChatGPTGeminiClaude
Esegui un structured candidate debrief
Trasforma le note dell'intervistatore in una chiara raccomandazione hire / no-hire.
Esempio di output
**Candidate: Jordan Lee — Senior Product Manager**
| Intervistatore | Lean | Top strength | Top concern |
|---|---|---|---|
| Priya | Hire | Chiaro sui tradeoff | Poco sulla data fluency |
| Tom | No hire | Ottimo comunicatore | Ha evitato specifici su passati fallimenti |
| Diego | Hire | Forti istinti stakeholder | no submission |
**Consensus strength**
Comunicazione stakeholder, logica di prioritizzazione chiara.
**Consensus concern**
Vago su fallimenti e decisioni guidate dai dati — è venuto fuori nella debrief di entrambi Priya e Tom — troppo coerente per dismissare.
**Raccomandazione**
No hire. Le skill di stakeholder sono reali, ma due intervistatori indipendentemente hanno segnalato la stessa lacuna in profondità analitica e auto-consapevolezza.
**Domande aperte per reference check**
- Come gestisce Jordan le decisioni quando i dati non sono conclusivi?
- Come i past manager hanno descritto la loro risposta al feedback critico?
ConsiglioEsegui questa sintesi prima della riunione di debrief, non in essa — quando tutti si siedono avendo già letto un riassunto, spendi la riunione risolvendo veri disaccordi invece di rinarrare le storie. Le domande aperte per i reference sono spesso più preziose dell'hire/no-hire stesso.
ChatGPTGeminiClaude
Riassumi uno standup in un status update
Condensa i daily update in blocker e progress per gli stakeholder.
Esempio di output
**Status complessivo: Yellow** — in traccia per lo sprint goal ma un blocker ha bisogno di risoluzione entro domani per restarci.
**Progresso**
- Diego ha mergiato l'API rate-limit fix; staging verificato pulito.
- Priya ha completato le sezioni 1–2 del questionario di sicurezza Meridian.
- Tom ha finito le riscritture doc per i step onboarding 3 e 4.
**Blocker**
| Blocker | Owner | Quando |
|---|---|---|
| Legal non ha revisionato l'accordo dati; Priya non può completare la sezione 5 | [Manager] da escalare | 18 giu EOD |
**Watch item**
- L'ambiente QA è stato traballante — se va giù di nuovo ritarda la prossima PR review di Diego.
ConsiglioAllenati a distinguere il progress (qualcosa completato o sbloccato) dall'activity (qualcuno che lavora su qualcosa) — gli stakeholder hanno bisogno del primo, non del secondo. La tabella dei blocker con un owner e una scadenza è la parte che effettivamente risolve i blocker.
ChatGPTGeminiClaude
Prepara una conversazione difficile
Pianifica e fai un role-play di una conversazione di feedback difficile prima di averla.
Esempio di output
**Step 1 — Framing di apertura**
"Voglio parlare degli ultimi tre sprint review. In ognuno, lo scope è cambiato dopo che l'avevamo già committed — sprint 11 per due feature, sprint 12 per uno, sprint 13 per tre. Non sto attribuendo intento; voglio capire cosa sta succedendo e concordare su come gestiamo i cambi di scope andando avanti."
**Step 2 — Probabili risposte e risposte**
- "Le richieste sono venute dalla leadership, non da me." → "Capisco — e ho bisogno che concordiamo su un processo così che quando la leadership chiede, abbiamo un modo per rispondere che non silenziosamente assorbe il cambio."
- "Non pensavo fossero così significativi." → "Utile da sapere. Andando avanti, mi piacerebbe concordare su cosa attiva una conversazione prima di dire sì."
**Step 3 — Outcome di cui ho bisogno**
Accordo che qualsiasi aggiunta di scope mid-sprint richiede una conversazione di trade-off di 10 minuti con me prima che sia accettata.
**Step 4 — Role-play**
"Onestamente, sento di essere incolpato per provare ad essere utile. La leadership chiede cose e suppongo che dovrei semplicemente dire no?"
ConsiglioScrivere la dichiarazione di apertura prima della conversazione è il passo di prep più sottoutilizzato — la maggior parte delle conversazioni difficili va di traverso nei primi 30 secondi perché il manager ha iniziato con l'emozione o ha coperto tanto che l'altra persona non sapeva di cosa era la conversazione. Leggi l'apertura ad alta voce; se suona come un'accusa o una non-dichiarazione, rivedi prima di sederti.