Cerco una software house in Arabia Saudita: come scegliere tra i vari preventivi?

L'anno scorso a Riyad abbiamo scelto il preventivo più basso da 75.000 SAR per un software logistico: il progetto è durato 10 mesi e hanno continuato ad aggiungere costi extra. Alla fine abbiamo speso 130.000 SAR. Se avessimo scelto subito l'azienda strutturata che chiedeva 140.000 SAR per 5 mesi di lavoro, saremmo stati operativi 5 mesi prima senza subire perdite operative.

Verifica che il contratto sia disciplinato dai tribunali e dal diritto commerciale del Regno dell'Arabia Saudita. La controparte deve possedere un certificato di registrazione commerciale (Commercial Registration - CR) valido con l'attività di sviluppo software esplicitamente indicata. Fai inserire nel contratto l'obbligo di conservare i dati dei clienti e delle spedizioni su server situati all'interno dei confini del Regno, in conformità alla legge sulla protezione dei dati (PDPL).

Chi promette un'app per la forza vendita con supporto offline e integrazione ERP in due mesi per 65.000 SAR, o ti rifila un template preconfezionato senza personalizzarlo o non ha capito nulla del progetto. In quel lasso di tempo non si riesce nemmeno a completare la configurazione dell'ambiente di test e la sincronizzazione delle API.

Chiedi a tutte e quattro le aziende i contatti di tre clienti di riferimento attivi in Arabia Saudita. Chiamali di persona e chiedi: 'Hanno consegnato entro i tempi stabiliti e come hanno gestito i bug?'. È il modo migliore per avere un quadro sincero.

PS: è stato chiesto qui sotto, ho scritto la risposta nel secondo messaggio.

vi consiglio di visitare i loro uffici. a riad ci sono un sacco di aziende di facciata che affittano solo una scrivania e subappaltano tutto all'estremo oriente. cioè non stringete la mano a nessuno prima di aver preso un tè di persona con il responsabile tecnico.

Aggiungete assolutamente questi punti alla vostra tabella di confronto: 1) Periodo di garanzia e manutenzione gratuita post go-live (dovrebbe essere di almeno 6 mesi), 2) Tariffa oraria per gli sviluppi extra, 3) Responsabilità dei processi di approvazione sugli store Android e iOS.

Nel nostro primo progetto, non avendo inserito nel contratto la clausola di consegna del codice sorgente, siamo diventati praticamente ostaggi dell'agenzia di sviluppo. Anche solo per aggiungere un minuscolo campo a un report ci facevano aspettare mesi e chiedevano cifre esorbitanti. Nel secondo progetto abbiamo imposto per contratto il pull settimanale del codice sul nostro repository, solo così siamo riusciti a riprendere il controllo.

Grazie per averlo scritto, è proprio così. Un report settimanale scritto sull'avanzamento è molto più utile che chiedere date.

Il fatto che tutti facciano una cosa non significa che sia quella giusta. Io seguirei questa strada.

Sono emerse tre opinioni diverse, si completano a vicenda. Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile.

Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile. Se scrivete qui il risultato, sarà utile anche ad altri.

c'è anche un aspetto di misurazione e insomma se il contratto non specifica la proprietà del codice al momento di andarsene non hai potere contrattuale.

lascio una nota, potrebbe servire.

Corretto. Se non sono stati definiti i criteri di accettazione, il momento in cui il lavoro è finito è discutibile.

È tutto scusate se mi sono dilungato.

La mia domanda sarà un po' da principiante scusate. Nei sistemi ereditati la cosa più costosa sono le dipendenze sconosciute.

Confermato dall'esperienza.

Breve riassunto per i nuovi arrivati: Cercare di farlo da soli è la strada più costosa.

Introdurre un processo per le richieste di modifica non rallenta il lavoro, lo accelera. Naturalmente cambia se la vostra situazione è diversa.

Direi di non avere fretta. Quando decidiamo senza misurare finiamo sempre nello stesso punto.

È tutto, scusate se mi sono dilungato.

Ci proverò.

Argomento molto attuale. I primi tre mesi vanno bene, i problemi emergono al quarto mese.

Sono curioso di sapere se qualcuno lo fa in modo diverso.

Su questo punto non sono d'accordo. Da noi la cosa che faceva perdere più tempo era non sapere chi decidesse.

Buon lavoro.

Scusate, ma questo non vale in ogni caso. Le credenziali di accesso devono essere create a nome dell'azienda, non con account personali.

Spero che le sia utile.