Esempi e risorse per scrivere una proposta di sviluppo per un cliente [chiuso]

How do you go about writing something like this? Are the resources to help on the internet?

In genere, i modelli che guardo sono i modelli ReadySET .

Vorrei iniziare osservando la Proposta di progetto , Progetto di progetto , Esigenze delle risorse , Mercato target e vantaggi e Utilità utente modelli per vedere il tipo di informazioni che viene in genere utilizzato durante l'inizio del progetto. Probabilmente avrai una buona sensazione per il tipo di informazioni che devi acquisire in anticipo in un progetto da questi modelli.

Una parola di cautela che fornisco sempre quando parlo di modelli: assicurati di adattarli alle esigenze del tuo team, progetto, organizzazione e cliente.

More importantly maybe, what would you guys say is important to include in a proposal?

Dipende da chi sta usando il documento e da ciò che i requisiti dicono di produrre. Questo in genere deve essere risolto caso per caso. Sono un sostenitore della documentazione agile / snella , in particolare principi come luce diffusa (producendo solo ciò che è necessario produrre per acquisire le decisioni e lo stato corrente del sistema, e non di più) e "solo abbastanza buono" documentazione .

Questo è lo schema che ritengo sia corretto:

1. Inizia sempre presentando te stesso, cosa fa la tua azienda e cosa puoi fare per il tuo potenziale cliente.

2. Definisci un problema, i clienti devono essere soddisfatti.

3. Proponi una soluzione.

4. Determina i costi.

5. Definisci i TERMINI: pagamento, deliverable, cosa è incluso, cosa non lo è (supporto, ecc ...) ed essere chiari su questo.

6. Informazioni di contatto.

Una proposta deve essere generica, ma indirizzata al cliente e farlo sentire come se la proposta fosse giusta per lui. Non così diverso come nella programmazione di generici:

class Proposal<E>

private Proposal proposal<ClientX>

(Questa parte è la mia opinione personale, so che altri sarebbero in disaccordo) - Oh, e usare un PDF personalizzato con un bel design di sfondo (bello ma elegante, serio). Sono stato sia alla fine di invio e di ricezione di una proposta, e quando sei una società web, coinvolta nel design, come ti presenti in ogni aspetto conta. Un semplice PDF bianco (o peggiore, .doc o qualsiasi altro formato) non è una buona presentazione.

Fai una breve lista di ciò che pensi dovrebbe essere incluso. Puoi cercare esempi che hanno il maggior numero di sovrapposizioni. Google Documenti ha diversi modelli.

Rivedi le tue precedenti proposte e fai un piccolo rapporto sul modo in cui sono state accettate dai clienti. Oltre a non essere coerenti, potrebbero esserci altri problemi, specialmente se i clienti ti chiedono di ripetere per lo stesso motivo.

Non hai un modello che tenti di includere tutto senza la possibilità di rimuovere elementi non necessari. Nessuno vuole leggere una pagina di articoli con "NA". Evita la tentazione di prendere una proposta precedente per un cliente simile e modificarla per una nuova. È come copiare e incollare grandi blocchi di codice.

Chiedi al cliente quale formato preferiscono, ma dai un elenco di opzioni. Non sai mai cosa è richiesto dai tuoi utenti finali. Non vuoi che facciano una presentazione della tua proposta dopo che è stata stampata e scansionata in PowerPoint. I fogli di calcolo sono belli se vogliono fare un po 'di matematica. Non si sa mai; in realtà potrebbero voler aggiungere qualcosa al progetto.