Costruisci con noi, non solo su di noi.

La faccia scomoda: non c'è ancora una directory pubblica con decine di partner certificati, non c'è un portale con materiali di vendita pronti, non c'è un percorso di certificazione formalizzato in livelli. Se cercate un programma industrializzato, oggi non lo troverete qui.

La faccia interessante: chi entra adesso lavora direttamente con il team che ha costruito la piattaforma, non con un canale intermedio. Sul primo progetto siamo affiancati, sulle scelte di configurazione si discute insieme, e le richieste che arrivano dal campo hanno un peso reale su cosa viene sviluppato dopo. È una condizione che, per definizione, non durerà.

Preferiamo pochi partner che sappiano davvero lavorare con Pwas a un elenco lungo di loghi. Per chi costruisce progetti su misura, questa è di solito la differenza che conta.

Non è una questione di dimensione, ma di come si lavora con i clienti.

• Chi vende progetti, non licenze. Il valore di Pwas si esprime nella comprensione del dominio del cliente, che è esattamente quello che un buon integratore già sa fare meglio di un fornitore di prodotto.
• Chi ha clienti con processi non standard. Se i vostri clienti stanno bene con un prodotto verticale, non avete un problema da risolvere. Se ogni progetto diventa una personalizzazione che poi va mantenuta, allora sì.
• Chi ha competenze di dominio verticali. Manifattura, sanità, pubblica amministrazione, logistica: chi conosce un settore a fondo può costruire configurazioni riutilizzabili che diventano un proprio patrimonio, non nostro.
• Chi vuole ridurre il costo di manutenzione del proprio portafoglio. È l'argomento economico più concreto: mantenere dieci progetti dichiarativi costa meno che mantenere dieci codebase su misura.

Quello che diamo. Affiancamento reale sul primo progetto, con persone del team e non con una documentazione. Formazione sulle primitive della piattaforma. Accesso diretto per le domande tecniche, senza passare da un sistema di ticket. Coinvolgimento sulle priorità di sviluppo, perché i problemi veri li incontrate voi sul campo.

Quello che chiediamo. Che qualcuno del vostro team investa il tempo necessario per capire davvero il modello dichiarativo — non è molto, ma non è zero, e chi prova a usarlo come un framework tradizionale ottiene risultati mediocri. Che i progetti vengano portati avanti con un minimo di rigore sulla descrizione del dominio, perché è lì che si decide se il risultato sarà buono. E che il riscontro dal campo torni indietro, anche quando è negativo.

Le condizioni economiche si definiscono caso per caso, in funzione del tipo di rapporto: rivendita, implementazione su licenza del cliente, o collaborazione su progetto.