Страница 3 из 5
Приготовьтесь, что 98% из того, что Вы услышите будет звучать примерно так:
– Да кому это нужно!?
– Кто сегодня такое продаёт, когда полно бесплатных скриптов и даже лучше чем у тебя?
– Зачем продавать, лучше выложи даром, пусть лучше народ скачивает и благодарит тебя, чем хулит и ругает…
– Это дорого, ты что?! Максимум, что ты можешь просить за такой скрипт – это 5 баксов.
– Ты же понимаешь, что не сможешь написать лучше, чем вон тот бесплатный движок, так что не выпендривайся, лучше займись делом.
– бла-бла-бла и т.д. и т.п.
Важно понять, что если Вы четко решили приобрести жизненный опыт по продвижению и продажам своего скрипта, то попросту должны проигнорировать подобные мнения других людей.
Да-да! Это может показаться странным, но для получения своего первого опыта, а точнее начального опыта, то есть вообще попытки что-либо сделать, лучше на этом этапе вообще ни с кем не советоваться. Иначе велики шансы, что Вы вообще никогда ничего не начнете. Человек существо социальное и очень немногим дано умение проигнорировать негативное, а часто и насмешливое отношение друзей и знакомых. Позже, когда Вы уже немного продвинитесь – начинайте спрашивать советов и искать что и как можно улучшить и сделать правильней.
Выбор названия для скрипта
Как говорил небезызвестный капитан Врунгель матросу Лому: "Как Вы яхту назовёте, так она и поплывет" (с).
Действительно, название продукта играет немаловажную роль в продажах и Ваш скрипт тут не исключение.
Основные функции у названия следующие:
● сообщить потенциальному покупателя сущность продукта. Например: DataGrid Component, Smart YouTube Uploader или даже LittleBlueCMS. Как видно из примеров, название продукта говорит само за себя. Это важно, когда Вы или Ваша фирма не являетесь ещё узнаваемым брендом. Кроме того название уже включает в себя ключевые слова поиска по Вашему продукту.
● застолбить название, торговую марку или зарегистрированный торговый знак. Например: MySoft Uploader, Rokko AdminPanel(TM) или GSX SmartModfier(R), где на первом месте идёт название компании, а на втором – название продукта. Кроме того, из таких названий легко формируется линейка продуктов: GSX SmartModfier(R), GSX SmartDownLoader(R) и т.д.
Некоторые люди, в попытках изобрести уникальное название для своего продукта переходят всякие границы разумного, в результате чего иногда получаются такие монстры как SmartFusion2 SoC или RobasterGeekFusion Pro. Что это, друзья? О чём?
В общем, давая название продукта подумайте хорошенько, а заодно поставьте себя на место покупателя и прикиньте как бы Вы отнеслись к продукту с таким названием. Попытайтесь найти золотую середину между стремлением придумать уникальное имя и удобством запоминания, посмотрите что творится на рынке, какие названия дают продуктам в Вашей нише. В любом случае, на начальном этапе не убивайте на это слишком много времени – помните, что всегда можно сделать ребрендинг.
Оформление скрипта
Когда Вы создаете продукт, желательно чтобы он выглядел хорошо, а лучше – отлично. Все мы знаем, что упаковка играет немаловажную роль при покупке. Можно сказать, что существуют минимальные требования к скрипту, который ожидает увидеть человек, его приобрёвший. В нашем случае упаковку заменяет набор сопровождающих скрип файлов.
Это:
– файл README, где дается основная информация о продукте, его функционале, об авторах, об инсталляции, нужные ссылки и т.д. В принципе, в это файла начнется знакомство покупателя с вашим продуктом после покупки. Поэтому не пожалейте на него времени.
– файл INSTALL, в котором описывается процедура инсталляции и последовательность действий для её осуществления.
– файл UPDATE, в котором описывается процедура обновления с предыдущих версий и последовательность действий для её осуществления.
– файл GETTING STARTED, в котором описывается всё, что необходимо знать для начала работы со скриптом.
Это могут быть HTML или markdown файлы, разные или объединённые в один или просто обычные текстовые файлы. Рекомендую скачать пару скриптов известных компаний и посмотреть, как решены подобные вопросы оформления у них.
Выбор типа кода: открытый или закрытый
Тип кода – это вопрос важный, если не один из основных.
Вам нужно решить, будет ли Ваш скрипт относиться к свободному ПО (открытый код) или к проприетарному (программное обеспечение, являющееся частной собственностью авторов или правообладателей).
Смысл вытекает из названия. Свободное – после того, как Вы отправили его в плавание, Вам не принадлежит и люди имеют право его менять и вносить изменения, иногда даже создавать на его основе новые продукты и продавать их как свои.
Проприетарное – это значит, что владельцем остается автор. В не зависимости от того, какими правами он вас неаделил (даже если Вам дано вносить изменения в код), перепродавать его Ваш клиент уже не сможет, хотя может использовать его для своих проектов.
В целом, это очень грубое сравнение, потому что лицензий существует огромное множество и различий между ними тоже. Единственное, что Вы должны знать – свободное ПО не означает автоматически бесплатное (как многие думают)!
Как правило люди не хотят открывать свой код и вот по каким причинам:
– я написал этот код, а кто-то просто возьмёт и скопирует его;
– я не люблю, когда другие копаются в моём коде и делают мне свои замечания, я пишу как умею;
– я боюсь, что другие найдут баги в моём коде и смогут их использовать для взлома сайтов моих клиентов;
– я боюсь, что люди увидят уровень моего программирования и не захотят покупать скрипт или попросят возврат денег и т.д. и т.п.
С другой стороны, у ПО с открытым кодом есть свои преимущества:
– Существует огромное сообщество сторонников ПО с открытым кодом, множество ресурсов где можно его рекламировать и продавать.
– Ваши пользователи одновременно являются Вашими тестировщиками и даже… разработчиками. Если Вам удастся создать сообщество фанатов Вашего продукта, то часть этих пользователей сможет внести свою лепту в качестве разработчиков, т.е. писать какие-то модули для Вашей программы, предлагать новые идеи в разработке, помогать находить баги в коде и т.д.
– Вы получаете бесплатную обратную связь от своих пользователей (что не маловажно если у Вас небольшая фирма и нет денег разориться на качественную проверку кода – QA).
– Быть разработчиком ПО с открытым кодом – это очень интересный и полезный опыт, который Вам обязательно пригодится в будущем.
В общем, решать Вам – здесь нет однозначного ответа что хорошо, а что плохо. Всё зависит от бизнес модели, которую Вы хотите реализовать.
Выбор лицензии
Выбор лицензии, на самом деле, непосредственно вытекает из того, какой тип кода Вы хотите использовать.
Если Вы решили продавать свой продукт с закрытым кодом, то тут можете использовать фантазию на полную мощность. В своей лицензии Вы можете написать всё, что Вам хочется (по большому счёту). Рекомендую посмотреть на то, как пишут лицензии Ваши конкуренты или кто-то, кто продаёт ПО с закрытым кодом.
Если же Вы решили продавать скрипт по лицензии с открытым кодом, то их существует огромное количество:
– GNU, General Public License (GPL). Это одна из ключевых лицензий, которая используется при написании открытого ПО.
– GNU Lesser General Public License (LGPL). Дает больше прав, чем GPL. Главное отличие в том, что она позволяет использовать продукты LGPL в проектах, которые распространяются под другими лицензиями.
– BSD (Berkeley Software Distribution). В этой лицензии не такие строгие правила, как в GPL. BSD-лицензий существует несколько видов.
– MIT license (Massachusetts Institute of Technology). Очень короткая и достаточно свободная лицензия. Она разрешает использовать, копировать и модифицировать программное обеспечение на ваше усмотрение. ПО можно предоставлять бесплатно или даже продавать. Ограничений почти нет.