Трудности выбора
Работая над новым проектом с открытым исходным кодом, вы сосредоточены на коде. Вы выпускаете этот замечательный новый продукт, чтобы весь мир смог его увидеть. И если вы захотите привлечь новых участников к себе в команду, то вам обязательно понадобится потрясающее название для вашего проекта.
Все мы читали руководства по созданию имен, но как вы выбираете правильное? Пытаясь сохранить эту крутую отсылку к научной фантастике, которую вы используете для внутреннего использования, может показаться забавным лично вам, но не будет иметь большого значения для новых пользователей, которых вы пытаетесь привлечь. Лучше всего выбрать имя, которое запомнилось бы новым пользователям и разработчикам, которые ищут ваш проект.
Имена устанавливают ожидания. Название вашего проекта должно демонстрировать его функциональность в экосистеме и объяснять пользователям, чем вы занимаетесь. В переполненном мире программного обеспечения с открытым исходным кодом важно не запутываться в других проектах. Потратьте немного больше времени сейчас, прежде чем рассылать свои объявления по сайтам. Эта временная затрата обязательно окупится в будущем.
Вот четыре фактора, которые следует учитывать при выборе названия для вашего проекта.
Что делает код вашего проекта?
Начните со своего проекта: что он делает? Вы хорошо знаете код, но можете ли вы объяснить, что он делает новому разработчику? Можете ли вы объяснить это техническому директору или обычному менеджеру в другой компании? Какие проблемы решает ваш проект для пользователей?
Название вашего проекта должно отражать то, что он делает, таким образом, чтобы это имело смысл для новичков, которые хотят использовать или внести свой вклад в ваш проект. Это означает рассмотрение экосистемы для вашей технологии и понимание, существуют ли какие-либо стили именования или соглашения, используемые для проектов подобного рода. Представьте, что вы пытаетесь оценить чей-то проект: подойдет ли вам это имя?
Любые каналы распространения, к которым вы продвигаетесь, также являются частью экосистемы. Если ваш код будет в дистрибутиве Linux, npm, CPAN, Maven или в Ruby Gem, вам необходимо пересмотреть любые стандарты именования или общие практики для этого менеджера пакетов. Просмотрите все аналогичные существующие имена в этом канале дистрибуции и прочувствуйте стили именования других программ.
Кого из пользователей и разработчиков вы хотите привлечь?
Самый сложный аспект выбора нового имени – это поставить себя на место новых пользователей. Вы построили этот проект; вы уже знаете, насколько он мощный, поэтому, хотя ваше крутое имя может звучать великолепно, оно может не привлекать новых людей. Вам нужно имя, которое будет интересно кому-то новому, и которое скажет миру, какие проблемы решает ваш проект.
Хорошие имена зависят от того, каких пользователей вы хотите привлечь. Вы создаете плагин Eclipse или модуль npm, ориентированный на разработчиков? Или инструментарий аналитики, который приносит визуализации для среднего пользователя? Понимание вашей пользовательской базы и видов участников с открытым исходным кодом, которые вы хотите привлечь, очень важно.
Найдите время, чтобы обдумать это. Кому ваш проект может больше всего понравится, и как он может помочь им сделать свою работу? Какие проблемы решает ваш код для конечных пользователей? Понимание целевого пользователя помогает вам сосредоточиться на том, что нужно пользователям, и на какие имена или бренды они отвечают.
Когда вы с имеете дело открытым исходным кодом, это уравнение немного меняется. Ваша цель – не просто пользователи; это также разработчики, которые захотят внести код обратно в ваш проект. Вы, вероятно, тоже разработчик: какие имена и бренды вам не безразличны, и какие образы могут побудить вас опробовать чужой новый проект?
Как только вы почувствуете, чего ожидают пользователи и потенциальные участники, используйте эти знания для уточнения своих названий. Помните, что вам нужно выйти за пределы своего проекта и подумать о том, какое название понравится кому-то, кто не знает, насколько удивителен ваш код (до поры до времени). Когда кто-то попадает на ваш сайт, синхронизируется ли название с тем, что делает ваш продукт? Если это так, перейдите к следующему шагу.
Кто еще использует подобные названия для программного обеспечения?
Теперь, когда вы примерили обувь пользователя для оценки потенциальных имен, что дальше? Выяснить, использует ли уже кто-то подобное имя. Иногда кажется, что все лучшие имена взяты, но если вы будете тщательно искать, вы обнаружите, что это не так.
Первый шаг – выполнить несколько сеансов поиска в интернете, используя предложенное вами имя. Ищите имя, а также фразы "software", "open source" и несколько ключевых слов для функциональности, предоставляемой вашим кодом. Посмотрите несколько страниц результатов для каждого поиска, чтобы увидеть, что там в мире программного обеспечения.
Если вы не используете полностью вымышленное слово, вы, вероятно, получите много совпадений. Хитрость в том, чтобы понять, какие результаты поиска могут быть проблемой. Опять же, наденьте на себя обувь нового пользователя. Если бы вы искали этот замечательный новый продукт и видели другие результаты поиска вместе с домашней страницей вашего проекта, вы бы их перепутали? Являются ли другие результаты поиска даже программными продуктами? Если ваш продукт решает проблему, аналогичную другим результатам поиска, это проблема: пользователи могут тяготеть к существующему продукту, а не к новому.
Подобные названия непрограммных продуктов редко становятся проблемой, если только они не являются известными товарными знаками (такими как, например, Nike или Red Bull), где стоящие за ними компании не будут любезно относиться к кому-либо, использующему подобное имя. Можно использовать то же имя, что и менее известный непрограммный продукт, в зависимости от того, насколько велик ваш проект.
Насколько большим вы планируете сделать ваш проект?
Вы создаете новый модуль узла или утилиту командной строки, но не планируете связывать свою карьеру с этим проектом? Ваш новый проект – бизнес-идея на миллион долларов, и вы думаете о стартапе? Или это что-то среднее?
Если ваш проект представляет собой базовую утилиту разработчика – что-то полезное, что разработчики интегрируют в свой рабочий процесс, тогда у вас достаточно данных, чтобы выбрать имя. Продумайте экосистему и то, как новый пользователь воспримет ваши потенциальные имена, и выберите одно. Вам не нужно совершенство, просто имя, которым вы довольны, чаще всего кажется самым правильным для вашего проекта.
Если вы планируете построить бизнес вокруг своего проекта, воспользуйтесь этими советами, чтобы составить короткий список имен, но сделайте дополнительную проверку, прежде чем объявить победителя. Использование для бизнеса или крупного проекта требует некоторого уровня поиска и проверки зарегистрированного товарного знака, который обычно выполняется юридической фирмой.
Часто встречающиеся подводные камни
И наконец, при выборе имени, постарайтесь избегать таких распространенных ошибок:
- Использование эзотерической аббревиатуры. Если новые пользователи не понимают имя, им будет трудно вас найти.
- Использование отсылок к текущей поп-культуре. Если вы хотите, чтобы ваш проект функционировал долгое время, выберите имя, которое будет актуальным долгое время.
- Не забывайте про людей, не говорящих по-английски. Имеет ли имя какое-то конкретное значение на другом языке, что может сбить с толку потенциального покупателя/разработчика?
- Использование непристойных шуток или потенциально сомнительных отсылок. Даже если разработчикам это покажется смешным, для новичков это может не сработать и испугать новых участников.
Вот, пожалуй, и все. И не забудьте выделить время, чтобы попытаться вжиться в роль потенциального покупателя и подумать, какие ассоциации возникнут в голове новичка при упоминании названия вашего нового продукта.