La migliore opinione per dare un potenziale cliente

Sì!

In effetti se non lo suggerisci - o almeno lo fai apparire, spero che siano un po 'preoccupati.

Devi aiutarli a leggere tra le loro battute. Quando dicono che vogliono tutte le funzionalità esattamente come l'applicazione precedente, quello che stanno effettivamente dicendo è "non vogliamo cambiare il nostro flusso di lavoro" ... bene - ma sono sicuro che non stanno cercando di dire - e Sì e per favore sprecare mesi di sforzi per quelle funzionalità che non usiamo mai e che sono disponibili solo per le altre società.

Assumendo questo ruolo tu IMO non sei solo lo sviluppatore che ora sei un consulente e devi cercare di assicurarti di aggiungere valore ad entrambe le capacità - ma sono ancora il capo quindi non farti prendere troppo in considerazione nel ruolo di consulente: -)

Scopri cosa hanno ottenuto per il loro canone. Ci potrebbero essere stati aggiornamenti negli ultimi anni. Quello che può sembrare un rifiuto può essere una polizza assicurativa.

Hanno determinato che questa app fa esattamente ciò che vogliono o sono riluttanti nello sforzo di cambiarla? Potrebbero non pensare che ci sarà un sacco di test o requisiti da parte loro, perché tutto ciò che devi fare è renderlo esattamente lo stesso.

Sarei scioccato se un nuovo requisito non emergesse nel bel mezzo di questo progetto. Una volta che qualcuno è arrivato alla conclusione, potresti fare delle personalizzazioni - attenzione.

Probabilmente sarebbe meglio costruire una nuova applicazione che avesse funzionalità che usassero da quella vecchia. Cercare di riprodurre ogni singola funzione, anche quelle che non hanno mai sentito, è un requisito molto difficile, soprattutto se sanno che usano un sottoinsieme piccolo delle funzionalità della vecchia applicazione.

Diffida solo della funzionalità di creep: potrebbero desiderare la loro funzionalità esistente rifatta e con nuove funzionalità che la vecchia app non ha mai avuto. Assicurati di avere tutti i requisiti correttamente documentati prima di iniziare a scrivere qualsiasi codice reale (non proof-of-concept).

La riqualificazione di una porzione significativa di un'applicazione "grande e complessa" che "non è stata sviluppata internamente e quindi viene utilizzata da altre aziende" sembra una grande impresa per un singolo programmatore. Per completare questo in un ragionevole lasso di tempo dovrai ridurre il progetto alle funzioni specifiche che stanno utilizzando. Anche allora sono scettico. Quanta esperienza hai come programmatore C #? C'è qualche matematica interessante in questa applicazione, o semplicemente spinge i dati?

Ad ogni modo, perché correre? Se il fornitore ha cessato l'attività, può tentare di ottenere il codice sorgente, oppure cercare un'alternativa a quel punto. Il software continuerà a funzionare.

No

Il cliente ha definito il progetto come "replica delle funzionalità esistenti". Questo è il lavoro per il quale sei stato assunto. Alcuni clienti non sono interessati a suggerimenti dell'appaltatore che sembrano "Sto pescando per più ore fatturabili".

Si

È ragionevole (e professionale) suggerire che mentre si sta replicando la funzionalità esistente, ora è un buon momento per loro richiedere desideri di vecchia data, ma insoddisfatti, sulle funzionalità aggiuntive. Non spingerlo, basta suggerire che "forse la fase 1 è una replica completa e una fase 2 può essere rielaborata e / o funzionalità aggiuntiva". Se dicono di sì, ottimo. Se dicono di no, anche grandioso.

Inizierei a scoprire come utilizzare il software, in realtà a capire per cosa utilizzano il software e quali funzioni usano. Quindi crea una serie di release cardine, ognuna con un sottoinsieme di funzionalità, lentamente svezzandole dal vecchio software e sostituiscile a mano a mano con la tua sostituzione.

Richiedi il pagamento ad ogni milestone e verifica un processo di revisione del progetto.

Potrebbero volere anche il codice sorgente, ma proverei a mantenere la proprietà del codice, in questo modo puoi provare a vendere il codice ad altre persone che usano il software.

Probabilmente vorrai scrivere uno strumento di migrazione dal vecchio formato / database dati del software al tuo software, assicurati di sapere che cosa significano i dati prima di farlo.