Come faccio a (rapidamente) far sapere alle persone che il software che sto fornendo gratuitamente non è un servizio di abbandono?


13

Come programmatore individuale indipendente:

Come faccio a far sapere rapidamente alle persone che non ho abbandonato il software che ho scritto e distribuito gratuitamente? Che mi sto impegnando per mantenere e supportare il mio software a livello professionale?

Quando il software scritto da uno o due sviluppatori è disponibile gratuitamente o contrassegnato come open-source, di solito il presupposto predefinito è che èandon-ware. Questo di solito è un presupposto sicuro: controlla le risposte a questa domanda se ne dubiti: perché i programmatori scrivono applicazioni a codice chiuso e poi le rendono libere? .

Ci sono molti programmatori che forniscono strumenti gratuiti e / o open source che non sono abbandonati.

Se parliamo di grandi aziende, ad esempio Google, non c'è nessun vero problema nel distinguere tra software, strumenti live e software supportati e quelli che vengono abbandonati o interrotti.

Un vivace repository git non è veloce - gli utenti dovranno essere abbastanza esperti per capire il repository e sapere dove cercarlo. Il marketing coerente e la gestione della comunità richiedono più tempo e sforzi di quanti ne possa dedicare da solo. Inoltre, se il mio software diventa popolare / di successo, suppongo che questi cresceranno da soli e saranno supportati da utenti esperti nella comunità.


2
Documentazione superp? Un bug tracker attivo con una buona registrazione dei problemi risolti?

Hai elementi "Nuova versione disponibile" nel tuo codice e invia aggiornamenti regolari, anche se hai apportato solo piccole modifiche?
Trezoid,

2
Perché rimarrai attivo con esso? Se dai ai tuoi utenti una risposta valida e genuina a questa domanda, ti crederanno.
Nicole,

2
Sfiderei il tuo presupposto che le persone "di solito" pensano che il freeware sia unandonware. Il rovescio della medaglia: non puoi dare la garanzia che, in futuro, non abbandonerai i tuoi utenti, perché la garanzia non ha "denti". Quindi cosa stai effettivamente cercando di ottenere?
Alex Feinman,

Risposte:


15

A ha cercato di organizzare i suggerimenti in due parti con tre punti ciascuno: il primo punto si rivolge alle persone senza background tecnico, il secondo: ogni persona, e l'ultima, le persone con più conoscenze IT.

Soddisfare

Prima di tutto, il contenuto del tuo sito Web dovrebbe riflettere il fatto che il tuo prodotto software viene aggiornato frequentemente.

  • La data dell'ultimo aggiornamento . Dimostralo. Sulla home page. In cima. A grandi lettere. Perché questo è il punto più importante. Puoi dirmi cosa vuoi provare a convincermi che stai ancora lavorando duramente al tuo progetto. Se il progetto è stato infine aggiornato nel 2002, non ti crederò mai. Ad esempio, il sito Web di Notepad2 ci dice: "Ultimo aggiornamento del progetto: 06 maggio 2011". Solo leggendo che sono abbastanza sicuro che il progetto sia lungi dall'essere abbandonato.

  • La frequenza degli aggiornamenti . Alcuni progetti non vengono abbandonati in un giorno, ma piuttosto progressivamente: all'inizio c'è un aggiornamento al mese, poi due all'anno, anziché uno su due anni. Se negli ultimi anni hai aggiornato il tuo progetto almeno una volta al mese, sarebbe molto convincente per gli utenti vedere effettivamente l'elenco degli aggiornamenti (e anche utile vedere cosa è stato modificato).

  • Il tuo feedback alla community . Ascolti i suggerimenti dei tuoi utenti? Risolvi i bug segnalati? Avere l'elenco delle segnalazioni di bug, dove ci sono biglietti recenti e quei biglietti risolti è un buon segno: non solo la tua comunità non ti ha abbandonato, ma non hai abbandonato la tua comunità .

L'ultimo punto è particolarmente vero per le persone come gli sviluppatori. Se prendi di mira persone senza background tecnologico, potrebbero non conoscere né preoccuparsi del software di tracciamento dei bug. Per quelle persone, ti piacerebbe insistere sui primi due punti, in particolare il primo.

Stile

Non si tratta solo di quello che dici, ma anche di come lo dici. Nella maggior parte dei casi, le persone avranno la sensazione che il tuo software sia abbandonato o meno. Per dare loro la sensazione appropriata:

  • Visualizza le date recenti . Non solo la data dell'ultimo aggiornamento. Potrebbe anche essere un elenco di post di blog recenti pubblicati in relazione a questo prodotto software o il numero di download negli ultimi due mesi, ecc. A volte, anche visualizzare il feed RSS che non ha nulla a che fare con il tuo prodotto può fare il trucco per le persone senza background tecnologico.

  • Hanno un design visivo recente . Se il tuo sito Web dà l'impressione di non essere cambiato dal 1998, potresti dire che stai lavorando duramente per mantenere il tuo prodotto software, ma che ne dici di mantenere il tuo sito Web nell'ultimo decennio?

  • Usa le nuove tecnologie . Il tuo sito web è scritto in HTML5 / CSS3? È fantastico! Sono sicuro che anche il tuo prodotto oscilla e, se è scritto in C #, utilizza .NET Framework 4.


Sì, ma ci vuole un po 'di esperienza per cercare quel tipo di informazioni e sapere come elaborarle. Che dire degli utenti che non conoscono nemmeno forum e software di tracciamento dei bug?
blueberryfields,

1
@blueberryfields: ho riformulato la mia risposta. Spero che risponda alla domanda nel tuo commento.
Arseni Mourzenko,

7

Crea un blog / forum sul sito Web e resta attivo.


1
+1: il mio primo pensiero. Anche qualcosa ogni mese o due che dice "Non è morto, sto facendo <questo>" probabilmente sarà sufficiente.
Bob Murphy,

Sì, ma è solo parzialmente corretto. Sul serio. C'è solo così tanto che puoi fare con superlib prima che si trasformi in bloatware e non vuoi più mantenerlo. Ad un certo punto funzionerà, passerai alla vita e commetterai la patch annuale relativa alle dipendenze.
Denis de Bernardy,

2

Indicare, preferibilmente automaticamente, quando sono stati gli ultimi aggiornamenti alla versione di produzione e alla versione di sviluppo del software. SourceForge , ad esempio, lo fa (in qualche modo) automaticamente con la data "ultima attività", anche se non so con certezza cosa costituisca "attività".

Anche l'approccio adottato da Wine sembra efficace, sebbene forse meno. C'è una sezione "Notizie" sulla prima pagina che mostra la data del rilascio del punto di sviluppo pubblicizzato.

In generale, una pagina Web che sembra attiva farà molto per rendere attivo il tuo progetto.


1

Oltre a tutti i buoni suggerimenti di altri, voglio aggiungere:

  • Metti in chiaro che stai accettando problemi e suggerimenti di miglioramento in un tracker di problemi o in qualsiasi modo adatto.
  • Crea una road map per dimostrare che stai pianificando di rilasciare versioni più recenti con funzionalità migliori. Sarà una buona impressione sapere che ti stai impegnando per l'evoluzione non solo per la manutenzione.

1

Oltre a un blog, potresti inserire un account Twitter che possano seguire: uno personale o uno creato appositamente per il tuo programma. Vorrei raccomandare un account Twitter dedicato, in quanto uno personale potrebbe essere difficile trovare tweet relativi agli aggiornamenti. Tuttavia, potrebbe aiutare a ottenere il tuo nome là fuori / costruire follower attorno a un account centrale.


0

Fornisci una cronologia sul tuo sito Web o simili. Se l'utente può vedere che negli ultimi due mesi è stato svolto del lavoro (sotto forma di rilascio), supporrà che un progetto sia ancora in fase di manutenzione.

Altrimenti, avere un blog o qualcosa con informazioni datate e regolarmente aggiornate. Se l'utente può vedere che il contenuto sta cambiando, probabilmente non considererà morto un progetto.


0

In futuro, raggiungerai un punto in cui hai implementato ciò che volevi e tutto è lì dentro e funziona.

Potrebbe aver bisogno di una patch occasionale e così via a causa di dipendenze o problemi relativi alla piattaforma, ma funziona.

A quel punto, assicurati che il tuo sistema di biglietteria sia aperto. Di ', Github.

Se il sistema di biglietteria presenta problemi che marciscono da anni e non si impegna, di solito significa che non si sta verificando alcuna manutenzione.

Se c'è un buon numero di ticker e commit recenti, significa che è attivo.

Se non ci sono biglietti e impegni recenti (ad es. Rubino / sequel), probabilmente stai mantenendo un gioiello.

Penso che la chiave sia il ticket rock. Non è un grosso problema se un software non viene aggiornato da anni, se il sistema di ticketing mostra che non è emerso alcun problema valido dall'ultimo aggiornamento.


0

Un metodo, non menzionato finora, è quello di annunciare che sei aperto agli affari commerciali. Se le persone pensano che stai guadagnando soldi dal progetto (anche se non dalle vendite) saranno più convinti di credere che non sia abbandonato. Dopo tutto, hai quindi un motivo per non abbandonarlo.

Ancora più punti bonus se puoi annotare offerte di successo nelle note di rilascio: "Supporto di Windows 7 gentilmente sponsorizzato da Acme Inc."

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.