Come documentare il flusso del programma in modo che il risultato sia professionale? [chiuso]

1

Ho progettato un semplice sito Web su carta. Ora voglio produrre un documento dall'aspetto professionale che il mio cliente possa approvare.

Come posso fare questo?

Ho provato Visio, ma sembra terribilmente complicato e inadatto al mio scopo.

Potrei descrivere quello che ho scritto a parole in un documento Word, ma sarebbe molto più difficile da leggere e capire.

    
posta cja 08.08.2013 - 18:08
fonte

3 risposte

5

In un precedente lavoro, abbiamo utilizzato Balsamiq . Ha un aspetto "schizzo" e caratteri che sembrano scritti a mano, quindi è ovvio per il cliente (sia conscia che inconsciamente) che il prototipo NON è il prodotto. A differenza di altri strumenti grafici, supporta il collegamento e il click-through, così il tuo cliente può "usare" il tuo mockup.

Naturalmente, si potrebbe usare anche Delphi, VB6 o Frontpage per i quick mockup "cliccabili", ma il pericolo è che il client non si renda conto (sia coscientemente che inconsciamente) che il mockup è solo un mockup e non un "prototipo" (che potrebbe essere rapidamente arricchito e messo in produzione).

C'era una volta, quando i dinosauri vagavano per la Terra, una volta ho liquidato "prodotto" uno strumento di test interno che qualcuno in marketing ha mostrato al CEO (perché aveva alcune idee interessanti per una futura app). L'amministratore delegato voleva trasformarlo in un prodotto al più presto. Poco dopo, abbiamo adottato una politica che tutti i prototipi siano carta e matita. Se solo Balsamiq fosse stato in giro allora ...

    
risposta data 08.08.2013 - 20:03
fonte
0

Uso OmniGraffle ( link ). Nello specifico, lo uso per i wirefram del sito, per le carte di navigazione e per ogni tipo di cosa che voglio risolvere per me stesso e per i clienti, così posso ottenere un certo riscatto da loro prima che sia troppo lontano nel percorso di sviluppo. È molto carino.

In un pizzico, ho usato LucidChart ( link ), che è abbastanza buono per un'app "freemium" basata sul web .

    
risposta data 08.08.2013 - 18:32
fonte
-1

Come suggerisce Jason Fried nel libro " Getting Real ", la cosa migliore da fare è passare direttamente dalla carta all'HTML / CSS.

Ecco un articolo interessante sul perché dovresti adottare questa pratica. Dato che un sacco di strumenti può generare HTML molto rapidamente e la maggior parte dei designer / programmatori sarà più veloce in HTML rispetto a qualsiasi altro strumento, perché giocare con il gadget e non iniziare a creare la cosa reale subito?

Ci vorrà circa lo stesso tempo e avremo qualcosa da fare se il progetto viene accettato.

    
risposta data 08.08.2013 - 20:52
fonte

Leggi altre domande sui tag