Naming del software e dell'unicità [chiuso]

L'unicità del nome è importante per tre motivi:

• Se prendi il nome di un prodotto che esiste già nello stesso o simile mercato, questa azienda di prodotto può farti causa in alcuni paesi. Esempio: creazione di un programma di editing grafico e denominazione Photoshop .

• Se prendi un nome che è già in uso estesamente, difficilmente potrai essere nei primi 10 risultati di Google o di altri motori di ricerca . Esempio: richiamo della tua applicazione Agile .

• Se due prodotti o tecnologie condividono lo stesso nome, può confondere gli utenti . Esempio: molti dei miei clienti (con uno scarso background tecnico) mi chiedono di scrivere il codice Java quando parlano dell'interattività di un sito Web in un browser).

Queste tre ragioni indicano che non devi preoccuparti dell'unicità del nome in ogni circostanza . Invece:

• Assicurati che il nome non sia preso da un concorrente.

• Assicurati di avere sufficiente visibilità in Google cercando la parola che desideri utilizzare per il tuo prodotto prima di sceglierla. Esempio: chiamare il tuo prodotto Agile non è una buona idea. Chiamare il tuo prodotto Agile Mediaworks va bene (anche se questo nome è stupido), perché questo nome non ha risultati in Google né in Bing.

• Assicurati che se esiste già un nome simile in uso, non confonderà gli utenti. Java / JavaScript è confuso. ASP / ASP.NET .

Ora, come scegliere un nome? Ecco alcuni consigli:

• Puoi utilizzare il nome del marchio / azienda nel nome del prodotto . Ma non farlo se il nome dell'azienda è troppo lungo. Esempio: Microsoft Word va bene. Pelican Design & Development Criollo System Center è brutto.

• Non temere utilizzando nomi comuni , ma non utilizzare termini diretti che esprimano il significato del prodotto. Esempio: Microsoft Excel va bene. Microsoft Spreadsheet Application non lo è.

• Ricorda che puoi usare i nomi lunghi se abbreviano bene (con abbreviazione ricercabile). Windows Presentation Foundation , alias. WPF è ok.

• Puoi usare nomi di fantasia come i nomi di creature magiche (Esempio: Firefox ), o terminologia speciale (nella mia azienda usiamo molto le razze equine: Campolina , Criollo System Center , ecc.) o parole dalla mitologia (Esempio: uno dei nostri progetti è stato chiamato Syrinx ), ecc.

• Puoi anche inventare il tuo nome , se suona bene. Ma fai attenzione se intendi creare un prodotto che sarà venduto in tutto il mondo: alcune parole che suonano bene in inglese non sono in altre lingue. A proposito, questo vale anche per le parole comuni. Esempio: il nome di Bluewater brand è pronunciato allo stesso modo della parola "vomit" in russo.

Per concludere, sembra che tu abbia una vasta scelta di nomi: nomi comuni, nomi di mitologia o usati in settori specifici diversi dall'IT, nomi che contengono il nome del marchio, nomi composti che abbreviano bene, ecc., e non devi preoccuparti di scegliere il nome che non è mai esistito prima. L'unica cosa a cui devi pensare è non prendere un nome già in uso dal tuo concorrente, scegliere qualcosa che sia facilmente ricercabile e non confondere i tuoi utenti.

Utilizza una combinazione di società e amp; (desiderato) nome del prodotto:

$CompanyName $ProductName

O smettila di provare a usare parole comuni ed essere più creativo;)

Vedi productionoss.org per assistenza, ma in breve puoi provare a tornare al predefinito di avere un nome che descriva ciò che effettivamente fa il tuo progetto. OpenOffice è un classico esempio di questo.

Se il tuo nome deve essere qualcosa estratto dal nulla, assicurati che la tua missione e la descrizione siano di rilievo.

Cerca di trovare un nome che abbia i tuoi domini .net, .org o .com disponibili e ricorda che nella maggior parte dei casi puoi utilizzare lo stesso nome di un altro 'business' se ti trovi in campi completamente diversi .

La mia opinione è che dovresti scegliere un nome che abbia un "marchio" dal strong suono o il potenziale per uno. Non vuoi qualcosa di troppo comune, e ovviamente non vuoi calpestare le dita dei piedi di qualcun altro con un nome, ma IMO anche tu non vuoi usare il modo "Web 2.0" di avere nomi strani che non hanno nulla da fare con il tuo prodotto (anche se suppongo che funzioni come è ora la moda), ad esempio nominando un'app per task qualcosa di strano come "Bluefrog" che confonderebbe la persona media per un po ', ma potrebbe valere la pena giocare (guarda Twitter o Hoptoad o simile)

Preferisco utilizzare convenzioni di denominazione standard che trasmettano effettivamente l'app in modo da poterla portare in conversazione. Puoi essere creativo nel nominare senza sembrare ridicolo. Ad esempio, se sto facendo un'app di gestione dei contatti, potrei chiamarlo "Virtudex" o forse "Digidex" (Virtual / Digital + Rolodex - esempio molto semplice non leggerlo troppo) ma non vorremmo chiamarlo " Ultimate Contact Manager "perché è generico e presuntuoso (" definitivo "a chi? Rispetto a cosa?)

C'è ben poco che puoi fare per assicurarti che il nome della tua applicazione sia unico. Il modo più ovvio è usare un nome molto lungo per il tuo eseguibile, ma raramente è fatto.

Le librerie sono molto più facili da rendere uniche. Come ha detto Pierre, puoi usare una combinazione di azienda e nome del prodotto. Puoi prendere molto di più se ti piace come: CompanyName :: productrange :: :: ProductName CodeNamespaceLevel1: Level2

Per i prodotti commerciali ci sono meno possibilità di uno scontro sul nome rispetto al progetto open space. Non penso che tu debba preoccuparti troppo di questo.