Плюсы:
Известность модели обслуживания
Потенциальная возможность создания постоянного денежного потока, т.е. клиент платит Вам постоянно, пока пользуется продуктом.
Скрипт работает только на Вашем сервере, а значит нет необходимости в поддержке функциональности скрипта в различных средах.
Простота в техподдержка, в плане того, что починка багов или выкатка новых версий будет происходить у всех клиентов сразу.
Минусы:
Сложность в наборе постоянной клиентуры, люди не любят постоянные платежи, увы
Требуется сервер, на котором будут запускаться скрипты для Ваших клиентов, соответственно издержки на его обслуживание и техподдержку.
Большая уязвимость, так как всё находится на одном сервере.
Существуют и иные способы продвижения, но мы в данный момент рассматривать их не будем. В принципе, можно использовать вышеуказанные методы как по отдельности, так и совместновсё зависит от концепции Вашего бизнеса.
На чём можно зарабатывать деньги, продавая ПО с открытым кодом
Как уже говорилось выше, открытый кодэто не значит бесплатный. Это то, что путает многих. ПО с открытым кодомэто тоже товар и его производитель может попросить за пользование его трудом соответствующее вознаграждение.
Как правило Вы можете заработать на следующем:
1. Продажа скрипта как такового, т.е. клиент платит за то, что приобретает Ваш скрипт. Вы можете продавать несколько версии продукта: зашифрованную или с открытым кодомсоответственно за разные суммы.
2. Вы можете продавать подписку на обновления. То есть клиент покупает текущую версию Вашего скрипта, но если он хочет получить будущие обновления, за них придётся заплатить.
3. Вы можете брать деньги техническую поддержку и послепродажное обслуживание.
4. Вы можете брать деньги за разработку новых модулей или нового функционала.
5. Вы можете брать деньги за обучение пользованию Вашим продуктом.
То есть, как видите, и на ПО с открытым кодом есть на чём заработать. Главное попытаться найти свою нишу и понять, что нужно рынку.
Как избежать недобропорядочного использования Вашего скрипта
Этот вопрос волнует многих и не только тех, кто продаёт ПО с открытым кодом.
Тут я Вас должен успокоить: если Вы продаёте open-source продуктего обязательно кто-то украдёт и выложит в сеть. Избежать этого не удастся. Но не надо отчаиваться.
Тут всё зависит от того как на это посмотреть.
1. Конечно, open-sourceэто всегда риск. Ведь если бы код был бы закрытым, то чтобы взломать программу потребовались бы определенные навыки, а таклюбой, кому я не понравился, может взять и слить мой код в Интернете на каком-нибудь сайте nulled скриптов.
2. Бояться этого не нужно, так как это в принципе бесплатная реклама для Вас. Плюс куча людей сможет протестировать Ваш скрипт, написать о найденных багах и т.д. Возможно даже кто-то из них в дальнейшем даже купит его.
3. Единственное, что нужно сделать, так это то, что слитая версия скрипта не сможет полностью убить Ваш бизнес. Но это в принципе, общий принципне складывать все яйца в одну корзину. Сделать это можно, например, если новые обновления высылаются только зарегистрированным пользователям и требуют отдельной установки.
В целом, от недобросовестного использования или копирования не застрахован никто и ни в чём. Здесь нас выручит только то, что большая часть людей всё таки люди порядочные и не будут пытаться купить ворованную программу. Те же, кто так поступать не собирается всегда будут искать способ обмануть Вас.
Шифрование кода
Если же Вы всё же решаете зашифровать код своей программы, например для версии PRO (оставив код открытым для бесплатной версии), то тут у Вас два варианта: шифровать всю программу или только её самую основную часть (ядро).
Какого-то правильного решения здесь нет, всё зависит от Вашего продукта и реакции рынка.
Шифровать только ядронемного проще, но тут проблема в том, что Вам нужно создать скрипт, часть которого может работать с зашифрованным кодом. Если же весь код зашифрован, то тут всё простопользователь должен установить специальную программу-дешифровщик у себя на сервере и вуаля Ваш скрипт будет запускаться и работать как ни в чём не бывало.
Вот несколько примеров подобных программ: ionCube и SourceGuardian
Регистрация торгового знака
Вопрос торгового знакавопрос безусловно важный. Основная проблема здесь в том, что нет каких-то абсолютно универсальных международных законов на этот счёт. Всё зависит от конкретной страны и законов, которые в ней приняты.
Если Вы продаете свой продукт не только в стране проживания, но и в других странахто тут скорее есть смысл прислушаться к законам той страны, которая имеет больший вес в подобных вопросах и это, безусловно, на сегодняшний деньСША.
Однако это не значит, что завтра Вы должны бежать и регистрировать торговый знак в США или в Евросоюзе или где-то ещё. Процедура эта не простая и требует времени, а также денег.
Поэтому прежде чем решить, что Вы будете регистрировать торговую маркувзвесьте все ЗА и ПРОТИВ, проконсультируйтесь у юриста и убедитесь, что Вам это действительно нужно.
Учтите также, что существуют различия в терминологии касаемые торговых марок в различных странах: торговая марка, торговый знак, товарный знак, зарегистрированная торговая марка, брэнд и т.д. При кажущейся смысловой схожести, юридически это могут быть совершенно различные термины.
Патенты
Эта глава будет очень короткой. Патентованиеэто долгая и выматывающая процедура. Есть смысл ей заниматься, только если у Вас действительно есть что-то, что может быть запатентовано или же для Вас это принципиальный вопрос. Но в области написания PHP скриптов это маловероятноведь Вы пишите открытый код.
Как назначить цену?
Вопрос ценыэто одни из самых принципиальных вопросов. Почему? Всё просто: назначите маленькую ценуне окупите своих затрат, назначите высокуюотпугнёте потенциальных покупателей и не продадите скрипт.
Когда я впервые решил продать свой PHP скрипт, то обратился за советом к своим друзьям. Меня раздирали сомнения. С одной стороны, мне хотелось заработать много денег, с другой стороны я боялся, что качество моего скрипта не будет соответствовать заявленной цене и что другие программисты попросту начнут меня высмеивать. Несколько схожих с моим скриптов распространялись либо бесплатно (см. благотворительный или личный проект) с ужасным качеством, либо же цена по ним доходила до 400 долларов (непонятно за что).
Но я понимал, что мой скриптвещь нужная другим программистам и владельцам небольших бизнесов (я и сам часто и много пользовался им в своей работе) и что на его написание нужно потратить немало времени, а значит тот, кто его купитсможет сэкономить и своё время. А времяэто деньги. Стало бытья спокойно могу просить за свою работу финансовое вознаграждение. Вопрос был только в том: сколько?
Мои друзья, в целом, идею продажи раскритиковали. Часть из них сказали: зачем тебе это вообще нужно? Выложи бесплатно и дело с концом. Другие советовали брать по одному долларутипа, если будет очень маленькая цена, то купит каждый. Советов было много и все они были разные, а в результате почти два года я вкладывал кучу своего свободного времени и ресурсов в развитие скрипта и позволял пользоваться им бесплатно. Его скачали сотни тысяч людей. Было ли это плохо? Нет, я получил бесценный опыт общения с пользователями и научился очень многому.
Но плохо было другоето, что я позволил мнению других повлиять на моё решение. Если бы изначально я прислушивался только к своей интуиции, а не к мнению моих друзей и знакомыхя бы всё сделал по другому. И, возможно, сегодня этот скрипт выглядел бы иначе. Повторюсья не жалею об этих двух годах, когда я разрабатывал и продвигал свой продукт бесплатно, но сегодня я точно знаю, что превратив его в коммерческий продукт на более раннем этапе, я бы смог сделать его намного лучше. Хотя бы по одной простой причинеу меня для этого были бы необходимые финансы и возможность нанять в помощь других программистов.
Надеюсь Вы поняли, что урок, который я вынес для себя был следующий:
Прислушивайтесь к своей интуиции, а не к советам экспертов