Уважаемый читатель и подписчик,

Позвольте представить Вам моё новое произведение – блог о фрилансе «Передовые Техники Фриланса«.

Если Вы фрилансер, то уже сейчас там есть для Вас кое-что интересное послушать и почитать.

Почему я решил завести еще один блог, да к тому же ещё и на такую специфическую тему?

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

Я занимаюсь этим уже почти 15 лет и, естественно, накопил кое-какой опыт, которым и хочу поделиться.

В блоге «Передовые Техники Фриланса» Вы узнаете про все аспекты работы фрилансером:

• сколько реально можно заработать
• стоит ли переходить на фриланс
• как начать работать на фрилансе
• как найти заказчика
• как выигрывать конкурсы
• как управлять рабочим временем на фрилансе
• как планировать финансы
• как оценивать сроки и стоимость работ
• как правильно вести разработку программ

и многое-многое другое. В одном из первых аудио-кастов я рассказал о планах более подробно.

Приглашаю Вас познакомиться!

Нажмите здесь, чтобы перейти на блог «Передовые Техники Фриланса»

Подписывайтесь на RSS-канал, получайте новые посты на почту, следите за фриланс-блогом на Twitter.

Не ошибусь, если скажу, что большинство программистов придумывают функционал своих программ «от балды», т.е. не обосновывая его вообще никак. Процесс носит характер гадания на кофейной гуще: «А давайте сделаем то-то и то-то, ведь у наших конкурентов это есть», или: «Ну как же нам без админки обойтись? Без админки никак!». По сути, это гадания и догадки, не имеющие под собой никакого базиса.

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

Эта волшебная методика давно и хорошо известна, однако все её изложения, к несчастью, читаются довольно сложно и не рассчитаны на обычного читателя.

Главные элемент методики – т.н. «варианты использования» (прецеденты / use cases). Даже само название «вариант использования» не так просто понять сразу. На самом деле всё довольно просто, хотя и требуется определенных затрат времени и сил.

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

План действий:

1. Определить цель программы в целом
   
2. Описать основные бизнес-процессы
3. Выделить т.н. «участки автоматизации», т.е. места, где будет использоваться создаваемая нами программа.
4. Описать работу каждого из участков.

1.Определите цель

Цель задает направление всей программе. Это направляющая, двигающая весь процесс разработки функционала в нужном направлении.

Что такое цель программы? Это назначение программы, её главная выгода и основные преимущества.

Цель можно определить по-разному, например, проанализировав предпосылки возникновения проекта.

Типичный пользователь программы учета времени – программист, участвующий в проекте по разработке программного обеспечения.

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

Таким образом, цель программы учета времени – максимально ускорить и упростить программисту регистрацию фактического времени, затраченного на разработку проекта.

Цель определена и теперь можно описать бизнес-процессы

2.Опишите бизнес-процессы

Схема процессов даёт общий взгляд на систему и именно она показывает полный перечень задач, которые она должна решать. Уделите схеме столько времени, сколько необходимо для ее полной проработки – результаты не заставят себя ждать.

Как составить схему? Очень просто: возьмите предназначение (цель) программы, определенную в разделе «1.Определите цель,» и задайте вопрос: «Что это такое?».

В основе нашей, казалось бы, простой программы лежит довольно сложный процесс разработки проектов. Что такое разработка проектов? Из каких шагов состоит разработка проекта? Кто участвует в разработке? Каковы результаты работы каждого участника?

Обычно в разработке программного проекта участвуют как минимум две роли: руководитель проекта и программист. Руководитель планирует (определяет плановую трудоемкость) и ставит задачи программисту, программист исполняет задачи и регистрирует фактическое время исполнения.

Нарисуйте схему их взаимодействия:

Схема готова.

3.Выделите «участки автоматизации»

Теперь на схеме выделите все места, где человек будет соприкасаться с разрабатываемой системой (использовать систему). Это и будут т.н. «участки автоматизации» – тот самый функционал, который нужно будет создать.

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

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

Не очень понятно, что такое значимый для бизнеса результат? Мой самый любимый простой пример: представьте, что Ваш начальник спрашивает Вас, что было сделано за сегодня. И Вы отвечаете:

1. Я 23 раза входил (логинился) в систему
2. Я зарегистрировал 23 клиента

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

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

Программа по разработке проектов имеет три участка автоматизации (варианта использования):

1. Руководитель проекта планирует задачи.
2. Программист выбирает задачу для исполнения.
3. Программист регистрирует завершение задачи.
   

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

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

4.Опишите работу каждого из участков

По сути, описание участков – это уже детальная проработка функционала программы. Это как раз то, над чем гадают сотни создателей программ. Гадать не надо! Надо просто описать участки автоматизации. Как это сделать? Очень просто!

Алистер Коберн в своей книге «Современные методы описания функциональных требований к системам» рекомендует методику, суть которой заключается в описании т.н. «успешного сценария» и альтернатив к нему. Успешный сценарий – последовательность шагов, ведущая к успешному завершению задачи.

Возьмем, например, вариант использования «Программист выбирает задачу к исполнению».

Результатом (успешным завершением) варианта использования будет являться переход задачи, взятой Программистом, в состояние «Выполняется».

Вот как будет выглядеть подробное описание варианта использования:

ВИ-2. Выбрать задачу к исполнению

Версия

Черновик

Основной исполнитель

Программист

Заинтересованные лица и их цели

Программист – хочет как можно быстрее и проще взять задачу на исполнение

Внешнее событие

• Программист сделал все задачи хочет взять очередную задачу к исполнению

Краткое описание

Система выводит список задач, доступных к взятию на исполнение. Программист выбирает задачу и берет ее на исполнение. Система переводит задачу в состояние «Выполняется»

Предусловия

• Имеется хотя бы одна задача, назначенная Руководителем проекта к исполнению Программистом
  

Постусловия (результаты)

• Задача перешла в состояние «Выполняется»
  

Основной успешный сценарий

1.Система выводит список невыполненных задач на сегодня, назначенных на исполнителя. Каждая задача в списке представлена:

• своим названием
• описанием
  
• плановой датой начала
• плановой датой окончания

2.Программист выбирает задачу из списка и запрашивает взятие задачи на исполнение.

3.Система переводит задачу в состояние «Выполняется».

Альтернативы

1а.На сегодня программисту не назначено ни одной задачи.
… (что делать в этом случае)

1б.Программист не завершил предыдущую выполняемую задачу.
…

1в.В задаче не указаны поля «название» или «описание».
…

1г.В задаче не указаны поля дат начала или окончания.
…

и т.д.

Специальные требования

Нет

Список технологий и типов данных

нет

Частота использования

• 2-3 раза в день

Открытые вопросы

Нет

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

Итог

Итак, для разработки функционала программы следует выполнить следующие 4 шага:

1. Определить цель программы в целом
   
2. Описать основные бизнес-процессы
3. Выделить участки автоматизации
4. Описать работу каждого из участков.

Составленное таким образом описание функционала будет настолько полным и подробным, насколько это только возможно.

Сделайте эти 4 шага и получите отличную программу, которой будете гордиться всю жизнь!

Не могу не добавить к себе в блогролл блог «Заметки аутсорсера«: Евгений Мирошниченко описывает процесс продвижения своей shareware-программы TVTons.

Книга Сергея Большедворского «The Little Blue Book of Software Marketing» – это богатырский камень, указывающий разработчику программного обеспечения возможные пути движения: направо пойдешь – богатым будешь, налево пойдешь – … Камень, указующий путь в неизведанное, огромное пространство коммерции и продаж ПО.

А на самом деле эта книга – полноценный, подробный и всеобъемлющий маркетинговый план.

Зачем он нужен?

Как зачем? Думаете, сделать программу – это всё, что нужно, чтобы получить от неё прибыль? К сожалению, это не так. Продать программу в разы сложнее, чем сделать её. Раскрутка и продажи – настоящая проблема, к решению которой надо подходить очень основательно.

И вот здесь помощь книги просто неоценима, ведь в ней представлены ВСЕ возможные пути и способы маркетинга программ.

По большому счету все они хорошо и давно известны, однако никто до сих пор не объединил их в единую систему так, как это сделал Сергей.

Получилось здорово.

Конечно, есть вещи, которых в книге нет. Например, можно было бы расставить приоритеты каждого из способов продвижения, чтобы превратить книгу во что-то вроде инструкции: «Делай раз, делай два…» и получишь хорошие продажи своей программы.

И ссылки. Конечно, ссылок не хватает. Эта книга – как трамплин, с которого можно прыгнуть в любую сторону. И если уж это трамплин, то пусть уж он будет настоящим, т.е. по-настоящему будет указывать не просто направление, но и само место, куда мы попадём.

В общем и целом книга понравилась, читается легко, быстро и приятно. В ней можно найти для много новых вещей и подтвердить свои собственные догадки.

Если Вы – начинающий разработчик программного обеспечения, то прочтение книги Вам обязательно. Если Вы уже имеете опыт разработки и продажи своего софта, то книга несомненно поможет Вам систематизировать свои знания и разработать единую стратегию продвижения своего продукта.

Сергей Большедворский, автор «The Little Blue Book of Software Marketing«, раздаёт книгу бесплатно тем, кто напишет на неё отзыв.

Я первый в очереди!

Пробовали ли Вы когда-либо приделавать прием оплаты к своему сайту? Успешно? Поздравляю!

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

Что такое работа с покупателями?

Что это за свойства и откуда они берутся? Очень просто: какие данные необходимы продавцу для полноценной работы с покупателями?

Работа с покупателями – это в первую очередь обработка их обращений. Как определить, что обратившийся к Вам человек действительно купил у Вас товар?

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

Какие же данные достаточны для идентификации звонящего Вам человека?

Несомненно это

1. ФИО покупателя

2. Его E-mail

3. Телефон
4. Адрес проживания

5. Дата покупки

6. Состав покупки – какой именно товар был куплен и в каких количествах

7. Пришли ли деньги на Ваш счет или нет

8. Через какого регистратора/платежную систему была произведена оплата

9. Идентификатор платежа в этой платежной системе

10. Выданный регистрационный ключ

Это поможет Вам

• Не только удостовериться в том, что человек действительно купил у Вас программу, но и

• Поднять историю его покупок и убедиться, что с его платежом нет никаких проблем. Если же проблемы есть – определить где именно они произошли.

Но ведь все эти данные учитываются у регистраторов и в платежных системах! Зачем для этого создавать отдельный скрипт?

На самом деле не все системы хранят данные о покупателях и заказах. Например, рунетовские системы (Roboxchange.com, Rupay.com, money,yandex.ru) в большинстве своем такие данные не хранят.

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

Таким образом, процесс приема денег – не такая уж и простая задача.

Стоит ли тратить время?

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

Мое личное мнение: надо правильно строить работу с клиентами с самого начала, т.к. это напрямую повлияет на их лояльность к Вам. А лояльность клиентов – гарантия повторных продаж. Помните? На повторные продажи тратится в разы меньше сил, чем на привлечение новых клиентов.

Выскажите свое мнение прямо на этой странице

Подпишитесь на новые публикации

Если Вы хотите получать новые публикации этого блога мгновенно при их появлении, добавьте RSS блога в свой rss-reader или подпишитесь на получений новых сообщений по e-mail.

У меня пошли первые продажи Эскулапа в России! Ура, товарищи!

Вот Вы и решили написать свою программу. Её идея прост и блестяща – программа соврешенно точно будет популярной!

Популярной насколько? В каких количествах? Откуда такая уверенность? Откуда Вы знаете, что пользователям Ваша программа будет интересна? Вы сами разработаете эту программу или будете делать её в команде? Почему Вы думаете, что Вашим партнерам понравится идея программы?

Это те вопросы, о которых создатели программ обычно не очень задумываются начиная разработку своего софтверного шедевра, однако ответы на них им всё равно следует получить ещё до того как начнется какое-либо кодирование.

• Каждый раз когда Вы рассказываете кому-то идею своей программы, её детали теряются и искажаются;
• Первоначальная идея со временем постепенно забывается;
• Цель, которую первоначально Вы перед собой ставили, исчезает.

И когда в конце-концов на программу убивается огромное количество времени и сил и она (не дай бог!) накрывается, Вас постигает жуткое разочарование.

Чтобы достигнуть цели, избежать депрессии и сделать программу интересной для пользователя, надо как можно раньше совершить одно очень простое действие – изложить суть своей программы на бумаге. И всё!

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

А особенную актуальность этот простой способ получает при командной разработке. Он дает участникам команды возможность заранее договориться о цели и назначении программы и избежать ненужных споров во время процесса разработки (всем, думаю, понятно, что разногласия во время разработки приводят только к одному – краху).

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

Посмотрим на реальном примере как это происходит – у меня как раз есть хорошая идея.

Первым делом…

1. Напишите, что за программу Вы хотите создать

«Я хочу создать программу подбора цвета галстука, рубашки и костюма»

2.Что Вы хотите получить от своей программы для себя лично и почему решили угрохать на неё 3, 6 или даже 12 месяцев своей жизни?

«Хочу сделать программу, которой буду пользоваться в первую очередь сам. И буду пользоваться часто. А заодно и смогу получить доход»

3. Каковы предпосылки и какое неудобство она устраняет?

Проблема в том, что…

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

А было бы здорово…

«Было бы здорово сделать такую программу, чтобы видеть перед собой на одном экране и рубашку и галстук и костюм. И иметь возможность быстро и просто поменять цвет и фактуру каждого из элементов костюма простым нажатием мышки. Это сильно облегчило бы мне подбор галстука под имеющийся костюм и рубашку. Классно было распечатать картинку на цветном струйном принтере или иметь её у себя на бумаге или КПК во время покупки.»

Вау! А идея-то действительно стоящая! Такой программой действительно можно будет пользоваться.

4. Помечтаем о перспективах

«Подгрузка настоящих фактур. Например, фотографируем галстук или рубашку и загружаем картинку в программу – таким образом будет вообще всё настоящее!

Загружаем фотографию и видим на экране себя в классном костюме.

Подбираем в программе не только мужские костюмы, но и женские. Сменой радио-бокса «мужчина» на «женщина».

Подбираем не только костюмы, но и пляжные комплекты, свитера, футболки и шорты разных форм.»

Ого, какие перспективы! Есть куда развиваться.

Ну хватит, теперь к делу.

5. Каким образом Вы получите для себя выгоду от создания программы?

• «Я буду распространять программы как shareware и т.о. получу с неё доход»
• «Я сделаю программу очень простой в использовании и максимально приближенной к реальности, чтобы ей можно было пользоваться часто. Так я смогу использовать её для себя по-настоящему»

6. И на последок посмотрим, чем наш вариант лучше

Тут, конечно, хорошо бы посидеть несколько часиков в Интернете и полазить по файловым архивам, чтобы убедиться в том, что предлагаемое Вами решение – самое лучшее.

Напишите, чем именно оно лучше других вариантов.

В случае с костюмной программой, конкурентов, похоже, просто нет и потому сравнивать не с кем. Ну что ж, будем пионерами, всем программистам примерами.

Итого

Посмотрите внимательно на то, что у Вас получилось. Фактически, это Ваше УТП – Уникальное Торговое Предложение, перед которым Ваши партнёры и инвесторы просто не смогут устоять

Это то, что вызовет у людей интерес и доносит Вашу идею до всех участников команды без искажений, позволив договориться обо всем заранее – еще до того как программа начнет разрабатываться.

Итак, для того, чтобы изложить суть своей программы, лучше всего придерживаться следующего плана:

1. Напишите, что за программу Вы хотите создать.
2. Подумайте ачем Вам это надо и что Вы хотите получить от программы лично для себя.
3. Укажите предпосылки создания программы и неудобства, которые она устраняет.
4. Немного помечтайте о перспективах.
5. Решите, каким путем получите для себя выгоду от программы.
6. Посмотрите на конкурентов и выясните свои преимущества перед ними.

Используйте представленную здесь методику и Вы гарантированно сделаете свою программу нужной и популярной.

А если серьезно, то подобный документ обычно называется «Видением» (Vision) и во всю используется в проектах по разработке больших программных продуктов. Точно также его можно использовать и в других целях, например при внедрении, или в работах, совершенно не связанных с программированием.

Шаблон Видения заимствован из книги Крэга Лармана «Применение UML 2.0 и шаблонов проектирования. Введение в объектно-ориентированный анализ, проектирование и итеративную разработку«

P.S. Если кто-то захочет вместе со мной сделать описанную выше галстучную программу – Welcome!

Выскажите свое мнение прямо на этой странице

Подпишитесь на новые публикации

Если Вы хотите получать новые публикации этого блога мгновенно при их появлении, добавьте RSS блога в свой rss-reader или подпишитесь на получений новых сообщений по e-mail.

Эскулап Про теперь можно купить на Softkey. Всё идет по плану. В работе договор с AllSoft. Следующий шаг – узнать как пробраться в Ozon.

Сразу же обнаружилось потребность в списке популярных интернет-магазинов, куда можно программу положить. Это надо записать в список дел, например, в GTD как Next Action.

Почему я начал не с первого шага? Просто потому, что на момент составления плана продаж просто не знал как он должен работать

Первый шаг в плане – клиенты по рекомендации. И вот только сейчас стало понятно как им воспользоваться.

Помог случай: буквально вчера просматривая статистику я увидел, что из поисковика на сайт зашли по фразе «ключ к эскулап про», т.е. люди ищут как ломануть программу.

Что это значит? Это значит, что надоедливые экраны сыграли свою роль, люди пользуются программой и им надоело видеть бяку. Они ищут средства как воспользоваться программой бесплатно. И это хорошо!

Почему бы не дать им этот шанс и получить те самые супер-рекомендации? Как это сделать? Довольно просто – организовать конкурс: сообщи два или три контакта и по итогам месяца получи лицензию в подарок. Я так уже делал однажды, и метод работал.

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

Отлично придумано! Но не стоит бросаться делать это сразу, надо, чтобы мысль «отстоялась» и утвердилась. Записываем в список дел.

И сразу комментарий: Том Хопкин в «Искусстве торговать» специально обращает внимание, что обычная фраза «Порекомендуйте своих знакомых» не работает. И не работает по очень простой причине: человеку трудно сосредоточиться. Для того, чтобы метод работал, надо сузить горизонты, т.е. предложить выбрать не просто знакомых, а, например, членов семьи или сотрудников отдела, в котором работает посетитель. Стоит внимательно отнестись к текстовке конкурса.

Выскажите свое мнение прямо на этой странице

Подпишитесь на новые публикации

Если Вы хотите получать новые публикации этого блога мгновенно при их появлении, добавьте RSS блога в свой rss-reader или подпишитесь на получений новых сообщений по e-mail.

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

Автору shareware-программы самому приходится проводить раскрутку программы и организовывать её продажу, поэтому крайне важно не промахнуться и не угрохать усилия и время на действия, которые не принесут отдачи. С чего начать, какие шаги сделать? Можно ли обойтись только размещением программы по софтовым каталогам или стоит разослать еще и пресс-релизы, как это рекомендуют заслуженные деятели бизнеса? Какие ещё способы продажи программы существуют?
Конечно, способов продажи много и сразу составить список довольно трудно – сил человека хватает на весьма ограниченный набор вариантов.

Тут поможет проведение мозгового штурма и анализа его результатов.

Продажи, как способ физического перехода денег от Покупателя к Поставщику происходят всего в двух местах: на сайте shareware-программы (с сайта программы происходит перенаправление на сайт регистратор) и в сторонних интернет-магазинах/у дистрибьютеров (например, в softkey.ru, allsoft.ru, ozon.ru и т.п.).

Казалось бы, надо просто запустить форму оплаты на сайте и продажи пойдут, однако на самом деле продажи = информирование массовой аудитории, что совсем не совпадает с формой оплаты.

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

За что взяться сначала, а что сделать потом? Как расставить приоритеты? Ответы на вопросы дает логика:

1.Клиенты по рекомендации

Я – покупатель. Когда я куплю товар с наибольшей вероятностью? Правильно, когда мне это порекомендовал сделать мой хороший друг. Том Хопкинс в своих книгах «Умение продавать для чайников» и «Искусство торговать» говорит прямо: эффективность продажи «холодным» клиентам равно 10%, при том, что эффективность продаж клиентам, пришедшим по рекомендации равно 60%. Так зачем же тратить время на малоэффективные действия?

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

2.Интернет-магазины/дистрибьютеры

Они требуют только заключения договора и могут существовать параллельно всему, чем Вы будете заниматься. Поэтому интернет-магазины следует обработать в сразу как только появится такая возможность.

3.Сайт программы

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

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

4.Популярные тематические интернет-ресурсы

Покупает программу только целевая аудитория. Задумаемся, где же она обитает? Несомненно, первое и самое уловистое место – это тематические интернет-ресурсы (порталы, форумы, блоги, usenet-конфереции). Они обычно лучше известны, легче доступны и дешевле остальных средств рекламы.

5.Контекстная реклама

Пока еще контекстная реклама выходит немного дешевле, чем реклама в печатных изданиях, поэтому данное место отдается ей.

6.Популярные тематические печатные издания

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

7.Тематический софт третьих лиц

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

8.Тематические выставки

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

Итоги

Итак, для того, что продать программу, необходимо рассмотреть все возможные пути продажи и отработать их в порядке приоритета:

1. Клиенты по рекомендации
2. Интернет-магазины
3. Продвижение сайта программы
4. Популярные тематические интернет-ресурсы
5. Контекстная реклама
6. Популярные тематические печатные издания
7. Тематический софт третьих лиц
8. Тематические выставки

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

Отработка каждого шага будет приводить все новых и новых клиентов, и постепенно увеличивать продажи до запланированного уровня.

Самый же важный результат плана – это то, что он задает главное направление движения, вектор в направлении которого автору shareware-программы надо двигаться, чтобы начать продажи своей программы.

В следующих выпусках каждый шаг плана будет пошагово проанализирован и представлены результаты его исполнения.

Для тех, кто хочет научиться продавать, книги известного мастера продаж Тома Хопкинса

Выскажите свое мнение прямо на этой странице

Подпишитесь на новые публикации

Если Вы хотите получать новые публикации этого блога мгновенно при их появлении, добавьте RSS блога в свой rss-reader или подпишитесь на получений новых сообщений по e-mail.