Каков предпочтительный процесс продажи личного проекта/продукта?

Я начал работу над личным проектом, который может в конечном итоге иметь реальную применимость. Я начинаю развлекать идею продажи лицензий. Я уверен, что некоторые другие здесь делали это раньше, и мне было интересно, какие успешные процессы вы использовали для этого.

Есть много вопросов о SO относительно лицензирования, правовых последствий и т.д. Однако я огляделся и не смог найти дублирующий вопрос для этого. Чтобы быть ясным, Я не ищу информацию о том, какую стратегию лицензирования использовать, как рекламировать ваше программное обеспечение и т.д., А скорее для контрольного списка вещей, которые нужно сделать для повышения вероятности успеха, и любые возможные ошибки, о которых я не думал. Если у кого-то есть личные истории успеха, они будут очень рады.

Для небольшого фона я настроен на идею лицензирования скомпилированной .NET-библиотеки с закрытым исходным кодом.

Несколько вещей с головы:

  • Сильная документация, поскольку формальная техническая поддержка маловероятна.
  • Определение условий лицензирования и оформление их с помощью адвоката
  • Обфускация кода
  • Изучение соблюдения лицензии (использование коммерческого пакета или настраиваемого кода)
  • Создание веб-сайта по всему продукту, включая примеры кода в реальном мире, поскольку это библиотека
  • Возможно, предлагает некоторый тип бета-периода, для обратной связи и получения наименования немного.
  • Предлагая мгновенные/автоматические покупки
  • Маркетинг (о мальчик)

Нужно ли (или мудрый) создать одноманную компанию для этого?

Я буду держать этот список обновленным, так как ответы приходят. Спасибо всем!

Ответ 1

У вас есть большая часть практических вещей, перечисленных в плане получения от вас продукта от клиента -

Тем не менее, есть несколько вещей, которые я также рекомендовал бы.

  • Выясните, как вы хотите обрабатывать все ваши учетные/закупочные/биллинг и т.д.
  • Пересмотреть официальную техническую поддержку (за деньги), но не за исключением документации
  • Поговорите с адвокатом относительно всех ваших лицензионных решений, соглашений и т.д., а также структуры компании.
  • Поговорите со своим бухгалтером (и/или найдите того, кто хорошо работает с небольшими техническими компаниями).

Некоторые из них будут стоить немного денег впереди, но позже спасут головные боли.

Последние две пули crutial - есть МНОГО вариантов, как настроить себя с точки зрения налогообложения, каждый из которых имеет потенциальные преимущества и недостатки в зависимости от вашей конкретной ситуации.

Например, если вы находитесь в США, есть много преимуществ для включения, прежде чем делать что-либо в своем контрольном списке. Если вы решите включить, вы можете сделать это в своем штате, но есть также преимущества для включения в Неваду или Нью-Джерси (очень прокорпоральные государства на законных основаниях). Если вы добьетесь успеха, то сделать это рано может сэкономить огромное количество работы с течением времени и иметь значительные преимущества.

Кроме того, если вы установите, вы можете захотеть рассмотреть корпус S vs C (S Corps отличные, если вы один или два человека). Если вы не включаете, вы можете работать как индивидуальное предприятие или LLC, оба из которых имеют свои преимущества и недостатки. Многое зависит от вашего продукта (что он делает), ожидаемой отдачи и т.д. - наличие хорошего адвоката и хорошего бухгалтера - огромное благословение.

Ответ 2

Некоторые советы:

Обфускация: будьте осторожны с запутыванием всего. Альтернативой является обфускация только критических бит (лицензирование, премиальные функции). Проблема с запутыванием всего заключается в том, что трассировка стека из отчетов об ошибках неэффективна. Когда неожиданное исключение поймано, вы захотите дать пользователю возможность автоматически сообщать о своих деталях - это действительно помогает с QC.

Исполнение лицензии: если это утилита, которая может быть легко пиратской, люди будут пиратировать ее. Система лицензирования, основанная на активациях, идеальна - и если это не слишком драконовские люди будут менее мотивированы, чтобы обойти ее. Например, разрешите по крайней мере 3 активации для каждого пользователя (домашний компьютер, рабочий компьютер, ноутбук). Если это управляющая библиотека, то может быть и не нужна активация - выпекать серийный номер в библиотеке может быть достаточно, потому что клиенты вряд ли смогут создать свой собственный продукт на украденной сборке.

Мгновенные/автоматические покупки: создание пользовательского сервера лицензирования и веб-страницы для этого довольно просто - вам нужно всего около трех таблиц. LINQ to SQL идеально подходит для такого рода вещей. Для платежного шлюза я использую PayPal - он очень прост в настройке, имеет функции, необходимые для продажи кодов активации, и позволяет использовать несколько валют. Если вы используете PayPal, включите как PDT, так и IPN, чтобы вы могли предоставить клиентам коды активации как на экране, так и по электронной почте.

Маркетинг: попробуйте СУМКИ вещей одновременно - потому что трудно предсказать успех любой кампании. Особенно без опыта! Знание среди влиятельных людей в области, в которой вы продаете, может работать очень хорошо.

Реклама: реклама в StackOverflow - это то, что я делаю! Рекламные слова Google тоже стоит попробовать, потому что это так дешево, чтобы настроить - вы узнаете, потратив 10 долларов, будет ли это эффективно для вас или нет.

И удачи с ним!

Ответ 3

Если вы нацелены на команды разработчиков программного обеспечения в качестве клиентов, то вид, который они, вероятно, ожидают увидеть (в дополнение к перечисленным вами):

  • Служба загрузки для любых дополнительных элементов и/или патчей, которые могут понадобиться пользователю.
  • Тесные процессы управления версиями/управления конфигурациями, чтобы было легко узнать, какая версия продукта у них есть, что им нужно и какие различия между версиями.
  • Отчеты об ошибках электронной почты/онлайн-сообщений.
  • Демо/пробная версия продукта.
  • Хороший набор учебников.
  • Поддержка сообщества, например. форумы разработчиков. Это хороший сервис с добавленной стоимостью, который также может помочь в том, что у вас есть проблемы (как компания с одним человеком) за возможность предоставить "официальную техническую поддержку". Выделите несколько значков и оценки репутации и получите бесплатную команду технической поддержки;)... но если продажи взлетят, серьезно подумайте о предоставлении "официальной технической поддержки", это может иметь огромное значение для восприятия продукта.

... и убедитесь, что веб-сайт, служба загрузки, сервер лицензий, форумы и т.д. все правильно защищены и сделаны с профессиональным стандартом. Если какая-либо из периферийных служб составляет менее 100%, то все это плохо отражается на продукте, особенно если ваш технический.

Ответ 4

Возможно, вы не захотите предоставлять официальную техническую поддержку, но вы можете искать творческие альтернативы, например, какой-то модерируемый форум для разрешения проблем. Кроме того, предоставьте хотя бы адрес электронной почты для связи с вами.

Другое дело - нанять своего дизайнера, чтобы ваш продукт, документация, сайт и т.д. выглядели хорошо. Как правило, легко сказать программистам, которые пытаются создать дизайн.