Учебник по созданию shareware программ

         

Базы данных



Базы данных

В тарифные планы средней и высшей ценовых категорий обычно включается поддержка баз данных. Самым распространенным сервером баз данных на Web-серверах в настоящее время является MySQL (http://www.mysql.com). Менее распространены Postgres, Oracle, Interbase, Infomix и др. Эти серверы, в основном, используются для очень крупных специализированных проектов. Поэтому с MySQL работают, как правило, все хостинг-компании, а вот поддержка остальных серверов встречается в списках услуг хостеров достаточно редко.

Конечно, базы-данных на Web-сервере — это не та опция, без которой сайт shareware-программы никак не может обойтись. Но ситуация, в которой вам может очень сильно понадобиться поддержка MySQL, вполне вероятна. Например, хорошим тоном считается создание на сайте форума, где пользователи могут обсуждать различные темы, касающиеся работы программы, ее перспектив, другие сходные (и не очень) вопросы. На рынке существует множество очень мощных готовых программных пакетов для организации форума, некоторые из которых, например, phpBB (http://www.phpbb.com), к тому же, абсолютно бесплатны, так что заниматься самостоятельным написанием скриптов для форума не нужно. Но практически все они для своей работы используют базу данных MySQL, особенно скрипты, написанные на РНР, т. к. в этом языке программирования работа с серверами баз данных организована очень хорошо. Так что волей-неволей приходится заботиться о том, чтобы на Web-сайте поддержка баз данных была включена.



Доступ Telnet (SSH)



Доступ Telnet (SSH)

Эта опция позволяет подключаться к серверу по соответствующему протоколу — Telnet или SSH (последний имеет больше преимуществ с точки зрения безопасности), и выполнять на нем системные команды точно так же, как будто вы сидите за клавиатурой, непосредственно подключенной к серверу. Конечно, уровень прав доступа, выдаваемых абонентам виртуальных серверов, несколько ниже, чем у администратора сервера, однако владелец виртуального сервера все равно имеет достаточно широкие полномочия.

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

Нужна ли эта возможность — зависит в основном от устройства сайта и потребностей его владельца. Например, если разработчик планирует запускать на своем виртуальном сервере различные дополнительные резидентные сервисы (в Unix-подобных операционных системах они называются "демонами"), устанавливать и запускать какие-то дополнительные утилиты, использовать CGI-скрипты, написанные не на интерпретируемом языке типа Perl, а на C/C++, которые требуют компиляции — для всего этого понадобится Telnet- или SSH-доступ.



Где и как разместить сайт



Где и как разместить сайт

Разместить Web-сайт в Интернете очень легко. Существует огромное число Web-серверов, которые абсолютно бесплатно размещают у себя сайты всех желающих. Достаточно зайти на один из таких серверов, заполнить небольшую анкету — и вы окажетесь обладателем 5—30 Мбайт дискового пространства, с адресом вида www.сервер.соm/~ваше_имя или даже ваше_имя.сервер.соm. Некоторые сервисы предоставляют набор дополнительных возможностей, например: ящик для почты, гостевую книгу или Web-конференцию (форум).

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

Главное требование к Web-серверу, на котором размещена shareware-программа, — это надежность. Сайт должен быть доступен посетителям 24 часа в сутки, 7 дней в неделю. Конечно, в работе серверов коммерческих хостинг-провайдеров также бывают перерывы (вы понимаете, что абсолютно надежного аппаратного и программного обеспечения не существует), но обычно все неполадки довольно быстро устраняются, т. к. за работоспособностью сервера следят специалисты компании, которая, к тому же, просто обязана обеспечить бесперебойную работу сервера — ведь клиенты платят ей именно за это. А вот то, что бесплатный сервер "лежит", не отвечая на запросы — вполне обычное дело: в России, например, имя старейшего бесплатного сервиса — chat.ru — даже стало нарицательным, обозначающим крайне ненадежный сервер. Частота и длительность перебоев в работе бесплатных хостингов обусловлена рядом причин. Во-первых, они имеют очень высокую нагрузку, ведь число страничек, размещенных на них, исчисляется сотнями тысяч и даже миллионами, тогда как коммерческие провайдеры обычно "довольствуются" гораздо меньшим числом клиентов — несколькими тысячами, реже — несколькими десятками тысяч. Во-вторых, т. к. денег от размещения страниц бесплатный сервис не получает, то и на его поддержку выделены значительно меньшие материальные и людские ресурсы.

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

Другое требование к хостинг-провайдеру, на сервере которого планируется разместить сайт shareware-программы, — это гарантии предоставления сервиса. Любая коммерческая хостинг-компания работает по договорам и имеет определенные обязательства перед своими клиентами. Разработчик может быть уверен, что компания-хостер будет выполнять эти обязательства в течение длительного времени, а не закроет свой сервис буквально завтра, и "осиротевшему" автору придется в экстренном порядке искать место для размещения своих файлов. Конечно, бизнес есть бизнес: бывает, что фирмы-провайдеры по каким-то причинам меняют условия предоставления услуг или вообще перестают их оказывать. Но заботящаяся о своей репутации хостинг-компания (а таковых большинство) обязательно оповещает своих клиентов о готовящихся изменениях заранее, предоставляя клиентам спокойно перенести свои сайты на площадки других компаний, не допуская простоя, а также, в случае наличия соответствующих обстоятельств, получить свои деньги назад.

Бесплатный же сервер не имеет никаких обязательств перед людьми, размещающими на нем страницы. Это вполне естественно: "тот, кто платит, заказывает музыку". В данном случае за хостинг платит не клиент, а владелец бесплатного сервера, поэтому авторы страниц, размещенных на его площадке, не могут требовать от него выполнения каких-либо обязательств. Вследствие этого бесплатные хостёры меняют условия предоставления своего сервиса без каких-либо уведомлений. Порой эти изменения оказываются очень болезненными для разработчиков shareware-программ.

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

Впрочем, на такие "хлопоты" ради уменьшения своих расходов бесплатный хостер может и не пойти, остановившись на более радикальном способе решения этой проблемы — простом удалении файлов программы с сервера. Конечно, одним из важнейших требований к хостеру, на площадках которого планируется разместить Web-сайт (а сайт shareware-программы особенно) — это пакет предоставляемых услуг. Бесплатный сервер может предложить желающим разместить на нем свои страницы, как правило, только дисковое пространство определенного объема и ящик для электронной почты. Для серьезного же сайта нужно гораздо больше _— свой домен второго уровня (вида ваше_имя.сот), возможность выполнения любых CGI-скриптов, поддержку технологии SSI, языка программирования РНР, баз данных и многих других функций. Ничего подобного бесплатный хостер предложить не может, а вот многие коммерческие компании включают все это даже в относительно недорогие тарифы.

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

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

Кто-то из читателей, возможно, скажет: "Все эти преимущества коммерческих хостеров понятны, но все-таки им нужно платить деньги, а это может оказаться слишком накладно!" К счастью, сейчас услуги коммерческого хостинга очень дешевы. В большинстве компаний можно купить тариф, включающий все необходимые для старта в shareware-бизнесе опции, всего за 10$. Если же популярность сайта и программных продуктов, которые размещены на нем, потребует перехода на более дорогостоящий тариф, то это не будет слишком разорительно: популярность shareware-продуктов означает, что доходы разработчика тоже сильно возросли. Доходы от продаж успешной программы во много раз превышают расходы на самый высококачественный хостинг. Во многих компаниях самые дорогие тарифы стоят 50—70$ — т. е. на их оплату нужно будет потратить всего 4—5 регистрации программы в месяц.

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

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

Примечание
Примечание

Многие компании предоставляют своим заказчикам аренду выделенных серверов, т. е. размещение Web-сайта клиента на отдельном компьютере. Такие серверы в основном востребованы создателями крупных корпоративных сайтов и небольшими хостинг-компаниями. Цена на такую услугу начинается от 100$ в месяц.

Большинство людей, впервые выбирающих платный сервис по размещению Web-сайтов и читающих предложения хостинг-провайдеров, сначала обращают внимание на объем предоставляемого дискового пространства. "50 Мбайт? Неплохо! 100 Мбайт? Замечательно! А может, где-то можно взять 200 Мбайт за 1$ в месяц?" Взять-то можно, но это почти наверняка будет обозначать, что, кроме этих двухсот мегабайтов за 1$, вы больше ничего не получите.

Но нужны ли- вам эти 200 Мбайт? В самом деле, попробуйте прикинуть, сколько вам понадобится места для размещения файлов своих программ. В большинстве случаев достаточно будет нескольких мегабайтов. Файлы HTML-страниц и графики занимают еще меньше — не более одного мегабайта, максимум — двух. Нужно оставить еще немного места для размещения файлов гостевой книги или форума (если вы планируете их завести). Место для log-файлов статистики обычно выделяется отдельно, к тому же они периодически "подчищаются" сервером, чтобы не занимать слишком много места на диске. Вот и получается, что для среднего Web-сайта с несколькими shareware-программами нужно всего около 10 Мбайт дискового пространства. Если вдруг вам понадобится больше дискового пространства, то его можно легко докупить по символической цене.

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



Учебник по созданию shareware программ



ГЛАВА 9.

Ваша программа в Интернете



Лимит трафика



Лимит трафика

Это — самый важный из всех параметров вашего будущего хостинга. Пожалуй, только его несоответствие потребностям конкретного shareware-разработчика с 100%-ной вероятностью приводит к необходимости перенести сайт к другому провайдеру или пойти на дополнительные, и порой очень высокие расходы.

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

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

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

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

Кстати, здесь проявляется еще один недостаток российских провайдеров, не имеющих своих серверов за рубежом: трафик иностранных пользователей им (а следовательно, и их клиентам) обходится очень дорого. Например, специалист одной из российских фирм, которая предлагала довольно выгодные условия размещения сайтов, в том числе и неограниченный трафик, в ответ на мое письмо сказал, что 1 Гбайт иностранного трафика будет стоить 60$ в месяц — а это (за такой объем трафика) просто астрономическая сумма.

Какие лимиты трафика обычно предлагают "честные" провайдеры? Для тарифов начального уровня — 5—10$ в месяц — типичной является цифра в 3—5 Гбайт в месяц. Для более дорогих тарифов лимит трафика, естественно, возрастает: так, для тарифов ценой 15—20$ трафик может ограничиваться объемами 10—20 Гбайт, а по еще более дорогостоящим тарифам он может быть 25 Гбайт и выше.

Каким же образом определить требуемый вам объем трафика и решить, подходит ли соответствующий тарифный план? С большой точностью предсказать будущий объем трафика нельзя, но кое-какие выкладки произвести все-таки можно. Предположим, что дистрибутив вашей программы "весит" 1 Мбайт. Провайдер предлагает вам тариф стоимостью 10$ в месяц и лимит трафика 5 Гбайт. Один гигабайт из этих пяти оставим "про запас" - - на долю чтения HTML-страниц посетителями, получения вами почты и т. п. Получается, что на оставшийся у вас лимит — 4 Гбайт, пользователи смогут скачать с Web-сайта примерно четыре тысячи экземпляров дистрибутива вашей программы. Так как в среднем программу регистрируют всего 0,5—1% от числа пользователей, скачавших ее, то получится, что это принесет вам, по самой пессимистичной оценке, около 20 регистрации, чего должно хватить не только на оплату десятидолларового хостинга, но и более дорогого тарифного плана, имеющего больший лимит трафика.

Правда, существуют факторы, которые могут негативно повлиять на оценку выгодности того или иного тарифа. Так, если вы предоставляете своим зарегистрированным пользователям последующие обновления программы бесплатно, то большое количество скачивании программы, а следовательно, и увеличение трафика после выхода новых версий может не приносить вам соответствующей материальной отдачи, т. к. значительная часть закачек инициируется уже зарегистрированными пользователями, которые за новые версии программы платить не должны. Другой пример — появление продукта на сайтах архивов программного обеспечения таких стран, как Россия или Китай, где программу покупает очень небольшой процент пользователей, скачавших ее. Несколько российских разработчиков shareware-программ даже просили меня убрать их программы из каталога SoftList.ru. Конечно, их просьбы я выполнял, но, думаю, хостинг-компанию они все-таки выбрали неправильно — лично у меня никаких проблем (при лимите трафика всего в 5 Гбайт) из-за пользователей, приходящих с российских каталогов программ, не возникало.



Организация почтового сервиса



Организация почтового сервиса

Заполучив в свое распоряжение сайт с адресом, например, http:// www.avsoftware.com, было бы неразумно предлагать своим пользователям писать письма по адресу e-mail типа avsoftware@mail.ru. Конечно же, почтовые адреса для обслуживания shareware-бизнеса должны быть в том же домене, что и Web-сайт.

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

Как правило, самые дешевые тарифные планы, стоимостью 10$ и ниже, включают поддержку одного почтового ящика (mailbox) и неограниченное количество почтовых псевдонимов (unlimited e-mail aliases). Это означает, что все письма, приходящие в домен клиента (например, info@avsoftware.com, sales@avsoftware.com, support@avsoftware.com, ivan@avsoftware.com, petya@ avsoftware.com и т. д.) помещаются в один почтовый ящик, а владелец сайта при получении почты почтовым клиентом может обрабатывать эту почту по своему усмотрению — например, производить ее фильтрацию и сортировку с помощью встроенных в почтовый клиент фильтров. Как правило, в почтовом сервисе существует возможность автоматически пересылать сообщения из почтового ящика на другой адрес (e-mail forwarding), что может быть очень удобно для российских разработчиков shareware-программ, т. к. скорость получения почты из ящика у местного провайдера гораздо выше, чем скорость доступа к почтовому ящику на сервере, расположенном в США.

Если над shareware-программой работают несколько человек, например, создав небольшую фирму, то может возникнуть необходимость иметь отдельные почтовые адреса для каждого участника проекта. Поддержка нескольких почтовых ящиков входит в тарифные планы средней и высшей ценовой категории, при этом количество ящиков различается: по недорогим тарифным планам предоставляется 5—10 почтовых ящиков, по более дорогим — от нескольких десятков до сотен.

Впрочем, проблема эффективного разделения почты, приходящей на один ящик, может быть решена и при использовании тарифных планов начального уровня. Некоторые хостинг-провайдеры включают во все тарифные планы услугу "неограниченной пересылки почты" (unlimited e-mail forwarding). Она заключается в том, что владелец сайта может указать в настройках почтового сервиса, что сообщения, приходящие на определенный почтовый адрес (представленный почтовым псевдонимом), будут автоматически пересылаться на другой адрес e-mail. Например, можно указать, что письма, пришедшие на адрес support@avsoftware.com, будут перенаправляться на адрес ivanov@online.ru, а письма, отправленные по адресу webmaster@avsoftware.com, будут пересылаться на адрес petrov@cityline.ru. Таким образом, не смотря на то, что в домене avsoftware.com будет существовать всего один реальный почтовый ящик, почта людей, отвечающих соответственно за техническую поддержку пользователей и оформление сайта, будет изолирована друг от друга.

Будет очень хорошо, если хостинг-провайдер, обеспечивая доступ к почтовому ящику по протоколам POP3/IMAP4 и SMTP, также может предоставить доступ к почте через Web-интерфейс наподобие того, который имеют все серверы бесплатной почты типа mail.ru или mail.yahoo.com. Конечно, постоянно пользоваться таким интерфейсом менее удобно, чем почтовым клиентом, соединяющимся с сервером по протоколам POP3/IMAP4 и SMTP, однако он может очень пригодиться, например, при отъезде в отпуск или в командировку, где почту придется читать в интернет-кафе. Но самое главное -- такой Web-интерфейс позволяет настроить фильтры обработки почты прямо на сервере, без загрузки писем или их заголовков почтовым клиентом. Таким образом, например, можно эффективно бороться с различными почтовыми вирусами -"червями" и "спамом" (нежелательной рекламой): после соответствующей настройки нежелательные сообщения будут автоматически удаляться прямо на сервере.



Поддержка CGIскриптов



Поддержка CGI-скриптов

CGI — это Common Gateway Interface, стандартный шлюзовый интерфейс, определяющий спецификации, по которым осуществляется взаимодействие CGI-скиптов (сценариев) и серверов. Браузеры пользователей непосредственно не взаимодействуют с CGI.

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

С помощью CGI-скриптов Web-сайты из набора статических HTML-страниц превращаются в интерактивные системы: CGI-скрипты позволяют организовать гостевые книги, форумы с обсуждениями, сбор и анализ статистики посещений, голосования, отправку сообщений и многое другое. CGI-программы могут быть написаны на любом языке программирования, который поддерживается Web-сервером; самыми распространенными из них являются Perl, PHP, С и C++.

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

Примечание
Примечание

В списках услуг хостинг-провайдеров поддержка CGI-скриптов часто обозначается термином "cgi-bin". Так на Web-серверах традиционно называется каталог, в котором должны храниться и выполняться CGI-скрипты.

Для установки CGI-скриптов на своем сайте вовсе не обязательно уметь их писать. В Интернете доступны тысячи CGI-скриптов, большинство из которых можно использовать совершенно бесплатно. Например, зайдя на мой сайт "Субъективные заметки об интернет-дизайне" (http://www.e-notes.ru), со страницы www.e-notes.ru/guestbook вы можете скачать бесплатный и достаточно продвинутый по возможностям скрипт гостевой книги. Что касается специализированных каталогов CGI-скриптов, то один из самых известных и крупных из них — http://www.cgi-resources.com.



Поддержка доменов и поддоменов



Поддержка доменов и поддоменов

Конечно, любой серьезный сайт, в том числе и сайт shareware-программы, просто обязан иметь собственный домен второго уровня (т. е. домен вида мое_имя.сот, мое_имя.rи и т. п.). Естественно, все коммерческие провайдеры предлагают по всем своим тарифным планам поддержку как минимум одного домена для сайта.

Иногда бывает необходимо зарегистрировать еще один или несколько доменов для одного сайта. Это может потребоваться, когда сайт меняет название и требуется, чтобы все ссылки извне (например, с поисковых машин), указывающие на "старый" домен, продолжали работать. Еще один пример необходимости зарегистрировать несколько доменов на один сайт — когда название сайта включает слова, которые могут в разных странах записываться по-разному: например, слово "анализировать" в США пишется как "analyze", а в других странах - "analyse". Во избежание путаницы лучше всего зарегистрировать сразу несколько доменов, чтобы все варианты написания имени домена вели на один и тот же сайт.

Примечание
Примечание

Интересно, что существует даже такой метод увеличения посещаемости Web-сайтов — "type-in-traffic". Он заключается в том, чтобы зарегистрировать для рекламируемого ресурса один или несколько доменов, созвучных с названием домена какого-нибудь известного сайта. В результате те пользователи, которые при наборе в адресной строке браузера имени сайта допускают опечатку (а таких среди аудитории очень популярных сайтов немало), попадают на рекламируемый сайт. Один из самых ярких образцов сайта "type-in-traffic" — http:// www.altavisa.com — имел 2 500 посетителей в день до тех пор, пока "настоящая" Altavista (http://www.altavista.com) не выкупила этот домен.

Вопрос регистрации нескольких доменов на один сайт решается различными хостинг-провайдерами по-разному. Некоторые предлагают перейти на более дорогостоящий тариф, допускающий поддержку нескольких доменов, а некоторые — просто доплачивать небольшую сумму (2—3$ в месяц) за каждый дополнительный домен.

Иногда владельцу сайта также требуется создать в своем домене несколько доменов третьего уровня, или поддоменов, т. е. доменов вида поддомен.ваше_имя.сот. Причины здесь тоже могут быть_ самыми разными: например, кто-то делает большой сайт, где для каждого продукта хочется завести отдельный поддомен, а кому-то не нравится вид адреса страницы http://www.avsoftware.com/support, а хочется, чтобы он был support.avsoftware.com. Как и в случае с дополнительными доменами второго уровня, хостинг-компании ведут различную политику относительно поддоменов: кто-то допускает любое число доменов третьего уровня для любого тарифного плана, а кто-то требует за каждый домен доплату.



Поддержка РНР



Поддержка РНР

PHP (Personal Home Page, http://www.php.net) — язык программирования, вернее, целая система разработки приложений для WWW. В отличие от традиционных CGI-скриптов, которые представляют собой отдельные файлы с исходным кодом программы, директивы РНР вставляются прямо в HTML-страницу. Когда клиент запрашивает у сервера соответствующий HTML-документ, то сервер сначала "пропускает" файл через интерпретатор PHP, a затем уже отправляет страницу клиенту.

В отличие от традиционных CGI-программ, в РНР значительно проще разрабатывать программы для работы с протоколами HTTP, FTP, РОРЗ, IMAP и SMTP. В версию 4.0 РНР была встроена поддержка сервера баз данных MySQL (в третьей версии РНР это был подключаемый модуль). Кроме того, в отличие от широко распространенного скриптового языка Perl, код программы перед выполнением компилируется, что обеспечивает довольно высокую скорость работы.

Тарифы начального уровня большинства провайдеров не обеспечивают поддержку РНР, поэтому, возможно, вам придется поискать нужную хостинг-компанию, чтобы заполучить РНР при минимальных денежных затратах. Если же в начале вашей работы с Web-сервером РНР вы решили пока не использовать, то можете не сомневаться: рано или поздно он вам все равно понадобится. РНР имеет настолько обширные возможности и развивается так стремительно, что завоевывает все более значительную долю на рынке систем программирования для WWW.



Поддержка SSI



Поддержка SSI

SSI — это аббревиатура словосочетания Server Side Include, что с английского переводится как "включаемый на стороне сервера". Эта технология позволяет Web-серверу включать в текст ваших HTML-страниц любой другой текст: содержимое текстовых файлов или, например, результат работы CGI-скриптов, который обычно оформляется в виде HTML-текста. Достаточно вставить в текст страницы инструкцию вида

<! --#include virtual="sections .html" -- >

и сервер начнет при показе страниц посетителям сайта "на лету" (т. е. без модификации файла на диске сервера) включать в текст страниц содержимое файла sections.html.

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

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



Подготовка скриншотов



Подготовка скриншотов

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

Даже если дизайн сайта выполнен профессиональной студией, почти всегда скриншоты делают сами программисты — ведь новые версии программ выходят очень часто, и сделанные однажды скриншоты устаревают; приходится их время от времени обновлять. Естественно, у программистов есть гораздо более важные занятия, чем изучение тонкостей подготовки графики для WWW, но из-за этого качество публикуемых на Web-сайтах скриншотов сильно страдает: картинка то получается слишком большой и редкий пользователь дождется хотя бы половины ее загрузки, то оказывается размытой и выглядит плохо.

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

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

Замечание 1
Замечание 1

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

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

Очень многие авторы совершают ошибку, сохраняя скриншоты в формате JPEG. Ведь интерфейс Windows (впрочем, как и интерфейсы Macintosh и графических оболочек Unix) построен на прямых линиях и довольно небольшом количестве цветов (не более 256, но обычно — от 8 до 32 цветов). А это означает, что для сохранения изображения компьютерных интерфейсов идеально подходит формат GIF: сжатие изображения без потерь качества, лучшая упаковка горизонтальных последовательностей точек (линий), максимум 256 цветов в одном файле. Если же сохранить скриншот в формате JPEG, то в результате используемой в этом формате компрессии изображения прямые линии и надписи на картинке будут сильно размыты, и она приобретет неприглядный вид. Конечно, можно сохранить скриншот в JPEG и без сжатия, но тогда объем получившегося файла будет слишком большим.

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

Что касается цветов, то в первую очередь нужно обратить внимание на такую деталь. В Windows 98 и более поздних версиях систем семейства Windows фон заголовков окон не сплошной, а градиентный (т. е. в виде плавного перехода от одного цвета (синего) до другого (светло-голубого). В этом переходе "участвуют" несколько миллионов цветов — т. к. действительно плавным такой градиент выглядит в режиме минимум 24 битов (более двух миллионов цветов). Представляете, как сильно пострадает качество скриншота при его оптимизации до стандартных для формата GIF 256 цветов, не говоря уже о 16 цветах? И это при том, что никакой смысловой нагрузки этот градиент не несет, — это не более, чем украшение.

А вот если открыть диалоговое окно Свойства: Экран Windows, выбрать вкладку Оформление и установить для заголовка активного окна одинаковые значения полей Цвет и Цвет 2, то миллионы цветов, присутствующие в окне программы, заменятся всего одним.

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

Теперь — о размере окна программы. На первый взгляд, не нужно особо задумываться над этим: проще простого сделать скриншот, а потом в графическом редакторе уменьшить изображение до нужного размера. Но в данном случае (когда речь идет не об изображении вообще, а о скриншоте) налицо два больших минуса. Во-первых, уменьшение снимка экрана отрицательно сказывается на качестве восприятия информации пользователем: на небольшом изображении трудно рассмотреть элементы интерфейса и оценить качество их исполнения. Во-вторых, и это самое неприятное, при масштабировании снимка экрана в графическом редакторе четкие линии оконного интерфейса Windows размываются, и теряется все преимущество формата GIF, который, как известно, лучше всего сжимает четкие и контрастные изображения. Например, если размеры рисунка (см. Рисунок 9.10) уменьшить в графическом редакторе в восемь раз, то получившийся в результате графический файл будет точно таким же, как файл исходного, большого изображения.



Пользовательский файл htaccess



Пользовательский файл .htaccess

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

закрыть паролем какие-либо каталоги своего Web-сайта, чтобы доступ к ним имели только отдельные пользователи; заменить стандартные малоинформативные сообщения об ошибках (например, "404 Файл не найден") на собственные, соответствующие дизайну сайта и рассказывающие пользователю о причинах и способах устранения ошибок; изменить или добавить способы обработки разных типов файлов (например, считать одни из них программами (скриптами), другие — текстовыми, третьи — двоичными).



Регистрация домена



Регистрация домена

Среди многочисленных опций, параметров и характеристик Web-сайта, о которых я говорил в предыдущем разделе, несколько особняком стоит доменное имя. Об этом я хотел бы рассказать поподробнее.

Доменное имя, или, для краткости, просто "домен" - непременный атрибут любого серьезного Web-сайта, свидетельствующий о том, что владелец бизнеса, который представлен этим сайтом, относится к своему делу ответственно. Конечно, 100% гарантии надежности бизнеса доменное имя не дает: в США во времена "бума Интернета" (1998—1999 гг.) открылись тысячи компаний, не имевших ничего, кроме домена .com. Они, выдавая себя за солидные и преуспевающие компании, брали на себя различные финансовые обязательства, а затем, так и не сумев наладить свою деятельность, закрывались, оставив своих партнеров и клиентов ни с чем.

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

А можно ли получить доменное имя бесплатно? В Интернете сегодня раздают "на халяву" почти все что угодно, однако за домен второго уровня нужно будет обязательно заплатить, хотя и довольно скромную сумму.

Кто-то из читателей может возразить: "Как же так, ведь в Интернете существуют сервисы, позволяющие зарегистрировать домен бесплатно, например, www.namezero.com". Действительно, такие сервисы существуют. Однако при регистрации доменов через эти службы владельцем домена становится не пользователь, подавший заявку на регистрацию, а соответствующая служба, иными словами, она регистрирует домен не "на пользователя", а "на себя". А это означает, что распоряжается этим доменом служба (та же namezero.com), и она имеет полное право перенаправить домен на любой другой проект, а не на сайт пользователя, если это будет ей выгодно. Доменное имя популярного проекта может представлять собой большую ценность (хотя бы потому, что оно приводит на сайт много посетителей), которой захотят воспользоваться многие. А если пользователь захочет перерегистрировать домен "на себя", то его придется выкупать у соответствующей службы по бесплатной регистрации доменов — естественно, не по номинальной стоимости, а по той, которую назначит эта служба. Да, это еще одна яркая иллюстрация пословицы "Бесплатный сыр только в мышеловке".

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

Сколько же стоит домен в зоне .com? Себестоимость домена — 8,95$ в год. Это та сумма, которую придется заплатить, если осуществлять процедуру регистрации самостоятельно. Все хостинг-провайдеры регистрируют домены для своих клиентов и обычно они берут некоторую сумму за эту услугу, т. е. в графе "Регистрация домена .com" прайс-листа хостинг-компании указывается не 8,95$, а большая сумма. Если она составляет 10—15$ — это нормально, если больше — есть повод поискать другого провайдера: регистрация домена — не такая уж сложная процедура, чтобы требовать за нее десятки долларов.

Читатели, наверное, заметили, что я говорю о доменных именах в зоне .com, а не в какой-то другой зоне. Дело в том, что эта зона наиболее оптимальна для сайтов shareware-программ, да и вообще любого бизнес-сайта. Пользователи уже давно привыкли к тому, что Web-сайты большинства серьезных компаний располагаются именно в зоне .com. Впрочем, "родственные" доменные зоны - .net и .org тоже неплохи, но .com все-таки более "престижна", т. к. предназначается для доменов именно коммерческих сайтов.

А вот в российской зоне .ru домен для shareware-программы следует регистрировать только в том случае, если программа ориентирована на российский рынок. Иначе сайт с доменом .ru только отпугнет потенциальных посетителей из зарубежных стран. Увы, там до сих пор распространено мнение, что половина россиян, работающих в области информационных технологий, параллельно сотрудничают с КГБ. Да и имиджу нашей страны в глазах иностранцев не позавидуешь. У многих из них Россия ассоциируется со словами "терроризм", нарушения прав человека", "экономическая нестабильность", "хакеры" и т. п. Так что любому, кто собирается добиться успеха на мировом shareware-рынке, нужно наступить на горло собственной патриотической песне и зарегистрировать доменное имя в зоне .com.

Если вы планируете зарегистрировать доменное имя, созвучное с названием вашей программы, то очень важно сделать это как можно быстрее, по возможности еще до выхода вашей программы на рынок. Дело в том, что как только ваша программа станет заметна — например, получит хорошие рейтинги в интернет-каталогах программного обеспечения, о ней начнут говорить в конференции — обязательно найдутся люди, которые зарегистрируют название вашей программы в качестве доменного имени, чтобы затем перепродать его автору программы — естественно, не за девять долларов, а уже за сотни и тысячи долларов (наверное, вы слышали термин "киберсквот-тер" - он как раз и обозначает человека, регистрирующего домен для перепродажи). Среди российских разработчиков очень много пострадавших таким образом авторов. Поэтому доменное имя — одно из важнейших капиталовложений на самом раннем этапе деятельности на_рынке shareware — еще на стадии написания самой первой бета-версии. Пускай у вас пока не будет своего Web-сайта — это не помеха: многие хостинг-провайдеры предлагают услугу регистрации домена без подписки на услуги хостинга. И, конечно же, домен можно зарегистрировать самостоятельно, зайдя на сайт одного из регистраторов доменных имен (например, www.godaddy.com или www.nic.ru), указав свои данные, название желаемого домена и осуществив оплату регистрации.



Статистика посещений



Статистика посещений

Shareware-разработчику обязательно нужно иметь доступ к детальной статистике посещений своего сайта, сгруппированной и отсортированной по различным параметрам: дате, времени, стране (откуда пришел пользователь), ссылкам (т. н. referrer, т. е. информация о том, со ссылок на каких сайтах приходят посетители), объеме трафика и т. д. Это позволяет shareware-разработчику, помимо удовлетворения собственного любопытства, оценить эффективность своих действий по продвижению программы и сайта: например, из каких стран больше всего ходят пользователи на сайт; какие интернет-архивы программного обеспечения приводят на сайт посетителей; как изменилась динамика посещений после выхода новой версии программы и т. п.

Обычно хостинг-провайдер устанавливает на своем сервере специальную программу для анализа log-файлов (одна из самых известных называется Webalyzer, http://www.mrunix.net/webalizer), позволяющую просматривать статистику посещений прямо в окне браузера и представляющую ее в наглядной форме, например, в виде диаграмм.

Некоторые провайдеры, впрочем, все еще по старинке предоставляют только "доступ к логам". Это означает, что log-файлы с записями посещений пользователей располагаются в одном из подкаталогов на сервере, и владелец сайта должен сам заботиться о том, какими средствами эти файлы просмотреть.



Страна размещения Webсервера



Страна размещения Web-сервера

Если ваш shareware-продукт не ориентирован исключительно на Россию (например, бухгалтерская программа), значит, подавляющее большинство ее зарегистрированных пользователей будет из США, Канады, Западной Европы, Японии и Австралии. Поэтому сайт должен быть размещен на площадке зарубежного провайдера одной из этих стран, лучше всего — США, т. к. пользователи из США — наиболее активные потребители shareware. В этом случае большинство посетителей вашего сайта будут иметь максимально возможную для них скорость доступа к нему

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

В России пока существует только один провайдер, который имеет собственные серверы, находящиеся в США, — Мастак.Ру (http://www.mastak.ru), и поэтому только он может рассматриваться как реальная альтернатива зарубежным хостинг-провайдерам для размещения shareware-программ. Ранее некоторые другие российские хостеры тоже предлагали своим клиентам размещение виртуальных серверов в США, однако постепенно они отказались от этого.



Структура сайта



Структура сайта

Проектирование Web-сайтов и разработка их дизайна -- тема, конечно, очень обширная, которая сама по себе заслуживает отдельной книги. В этом разделе я расскажу только об основных аспектах проектирования Web-сайта для shareware-программы. Информацию о Web-дизайне, правилах HTML-верстки и графического дизайна, различных технологиях разработки Web-сайтов можно почерпнуть из многочисленных специализированных справочных пособий — как печатных, так и online-источников. Например, вы можете почитать мои "Субъективные заметки об интернет-дизайне", опубликованные по адресу http://www.e-notes.ru.

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

Некоторые сайты, посвященные shareware-программам, в качестве списка основных разделов имеют список программ, представленных на нем. Пользователь выбирает интересующий его продукт, попадает на страницу с данными о соответствующей программе и читает описание программы, смотрит скриншоты ("снимок экрана"), нажимает ссылки "Download" или, если он хочет оплатить регистрацию программы - "Register" или "Order". Если при размещении всей этой информации на одной странице объем страницы получается слишком большим, то дополнительно создаются страницы для загрузки и регистрации соответствующей программы.

Более эффективной организацией сайта считается создание отдельных глобальных разделов Download и Order (Register, Purchase). Под словом "глобальный" здесь имеется в виду то, что в таком случае в разделе Download содержатся ссылки на загрузку файлов всех программ, имеющихся на сайте, а в разделе Order (Register), соответственно, ссылки на формы регистрации также всех программ.

Дело в том, что очень многие посетители заходят на сайт с намерением сразу скачать программу, без желания читать информацию о ней. Это, например, те пользователи, которые уже имеют одну из предыдущих версий программы и хотят обновить ее, или те, которым порекомендовали программу друзья, знакомые или собеседники в Web- или FIDO-конференции. По проведенным исследованиям, переход с главной страницы в раздел "Download" - один из самых популярных маршрутов посетителей сайта.

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

Примечание
Примечание

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

Назначение глобального раздела Order (Register) несколько другое. Если его название видно на главной странице, то пользователь сразу запоминает, что программы с этого сайта нужно будет зарегистрировать. Также наличие такого раздела, имеющего "глобальный" статус, как бы подчеркивает серьезность бизнеса, ведущегося на данном сайте.

Помимо разделов Download и Order (Register), хороший shareware-сайт должен содержать еще несколько секций.

Очень часто на сайтах shareware-программ встречается раздел под названием Awards, где размещаются логотипы всевозможных наград и рейтингов, полученных программой от различных online-архивов, обозрений и журналов -вид всех этих "регалий" производит хорошее впечатление на пользователей и потенциальных покупателей программных продуктов. У хороших и известных программ такие страницы напоминают целый иконостас.

Хорошим ходом является организация раздела "Ответы на частые вопросы" (Frequently Asked Questions, FAQ), где будут публиковаться ответы на вопросы пользователей, которые задают чаще всего. И пускай таких вопросов очень мало или их нет вообще (например, потому, что программа только появилась на рынке). Подавляющее большинство страниц FAQ составляется самими авторами программных продуктов. Они просто представляют себя на месте пользователей и пишут ответы на самые очевидные, по их мнению, вопросы. Конечно, по мере увеличения популярности shareware-программы пользователи начинают сами задавать вопросы, и страницы FAQ пополняются ответами уже на "настоящие" часто задаваемые вопросы.

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

Еще один раздел, который очень благоприятно повлияет на популярность Web-сайта и программ, размещенных на нем, — это организация форума, т. е. системы обсуждений различных тем. В нем пользователи могут задавать свои вопросы, обмениваться опытом использования программ и т. п. Конечно, в форуме обязательно должны участвовать разработчики программы, как минимум, отвечая на вопросы пользователей. Это привлечет внимание людей, использующих программу (каждому приятно пообщаться почти "в живую" с автором понравившейся программы), и продемонстрирует, что разработчикам интересны пользователи их программных продуктов. Возможно, вокруг сайта образуется своеобразное community (сообщество) пользователей, которое сможет оказать неоценимую помощь в деле развития и продвижения программы (см. разд. "Техническая поддержка"гл. 10).

Конечно, на сайте могут быть и другие разделы — со скриншотами (см. разд. "Подготовка скриншотов" данной главы), информацией о разработчике, новостями и пресс-релизами и т. д.



Свойства экрана Windows с измененными



Рисунок 9.3. Свойства экрана Windows с измененными параметрами заголовка окна


Учитывая это, лучше всего изменить размеры окна "снимаемой" программы до нужных вам (с некоторыми окнами, например окнами диалогов, это не удастся -- т. к. они имеют неизменяемую границу). При этом не нужно стесняться "оставить за кадром" часть кнопочных панелей инструментов или уменьшить рабочее поле (там, где, например, в MS Word набирается текст) — главное, чтобы зрителю было понятно их функциональное назначение.

Примечание
Примечание

Иногда бывает так, что уменьшить размеры окна программы нельзя, т. к. его содержимое должно быть показано "во всей красе". Тут ничего не поделаешь: такой скриншот приходится масштабировать в графическом редакторе и затем сохранять его в формате JPEG. Единственное, что радует — цветов в таких снимках экрана относительно немного, и можно применять высокий уровень сжатия JPEG (60-70%) — снижение качества почти незаметно.

Теперь нужно сделать непосредственно сам скриншот -- т. е. изображение окна программы. Для этого необходимо скопировать содержимое экрана компьютера в буфер обмена Windows.

Существует множество программ для создания скриншотов. С их помощью можно скопировать содержимое экрана или его часть в буфер, отредактировать его и записать на диск. Например, одна из самых известных программ такого типа — HyperSnap DX (http://www.hyperionics.com). Однако в большинстве случаев для копирования содержимого экрана или его части не требуется специальной программы.

Итак, чтобы скопировать содержимое экрана компьютера в буфер обмена, нажмите клавишу <PrintScreen>. Если вам нужно скопировать только содержимое активного окна, нажмите комбинацию клавиш <Alt>+<PrintScreen>. При этом в буфер обмена не попадает курсор мыши. Если вам нужно, чтобы он присутствовал на снимке экрана, то необходимо воспользоваться упоминавшейся выше HyperSnap DX или любой другой аналогичной программой. Лично я пользуюсь для таких "съемок" замечательным просмотрщиком изображений IrfanView (http://www.irfanview.com), который отличается компактностью, высокой скоростью работы, статусом "freeware" и богатым набором возможностей, среди которых есть и Capture (Захват).

После того как содержимое экрана скопировано в буфер обмена, нужно открыть имеющийся у вас графический редактор. У многих из них в меню Edit (Правка) есть функция Paste As New Image (Вставить как новое изображение). В распространенном у нас Adobe Photoshop нужно сделать на два щелчка мыши больше: создать новый файл (размеры для него будут автоматически предложены равные размерам изображения, находящегося в буфере обмена) и нажать <Shift>+<Insert>. Результат — новый графический файл, содержащий сделанный вами снимок экрана.

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

И, наконец, финальная стадия — сохранение файла. В зависимости от возможностей конкретного редактора, вам нужно выбрать цветовую палитру изображения. Поэкспериментируйте с палитрами 8, 16, 32, 64, 128, 256 цветов и остановитесь на той, при которой соотношение "качество картинки/объем файла" является оптимальным. После этого сохраните файл на диск в формате GIF — качественный скриншот готов.



Техническая поддержка



Техническая поддержка

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

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

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



Webсайт одной из sharewareкомпаний — SecureAction Research



Рисунок 9.1. Web-сайт одной из shareware-компаний — SecureAction Research


Такой способ организации "представительства" своей программы в Интернете не только неудобен и ненадежен, но и малоэффективен. Во-первых, отдельный Web-сайт разработчика (или его отдельной программы) имеет гораздо больше возможностей для размещения информации, чем одна страничка на сервере интернет-архива. Во-вторых, автор никогда не может быть уверен в том, что его программа будет доступна желающим ее попробовать и впредь: интернет-архив может по каким-то причинам убрать программу со своего сервера или вообще прекратить практику физического размещения файлов. Например, в 2001 году, в разгар кризиса интернет-компаний, несколько крупных каталогов программ закрыли свои файловые архивы из-за высокой стоимости исходящего трафика. И, наконец, собственный Web-сайт shareware-разработчика — одно из свидетельств того, что автор намерен серьезно заниматься этим бизнесом и дальше (a shareware — это бизнес), что помогает оставить хорошее впечатление у потенциальных пользователей и увеличить число регистрации. Откровенно говоря, я не представляю, как можно добиться хоть каких-то успехов на рынке shareware, не имея собственного Web-сайта.



Зачем программе собственный Webсайт



Зачем программе собственный Web-сайт

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

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

Но некоторые shareware-разработчики, судя по специализированным интернет-конференциям по shareware, без энтузиазма и, более того, даже с опаской относятся к вопросу создания собственного Web-сайта. Регистрация у хостинг-провайдера, разработка HTML-страниц и обновление, копирование файлов на сервер по FTP-протоколу — все это кажется им слишком сложным и запутанным. По их мнению, лучше закачать файл программы на сервер одного из тех архивов программного обеспечения, которые размещают дистрибутивы непосредственно на диске своего сервера (а не ограничиваются ссылкой на файл, лежащий на сайте разработчика). После этого online-архив автоматически создаст необходимую страницу с информацией о программе и ее авторе, и можно будет указывать ее в качестве домашней страницы программы, а желающим скачать программу давать URL файла на сервере архива.



Запрос пароля для доступа к защищенному каталогу



Рисунок 9.2. Запрос пароля для доступа к защищенному каталогу


Возможность настройки Web-сервера с помощью пользовательского файла .htaccess обычно не относится к услуге, за которую нужно много платить. Однако часто провайдеры отключают обработку некоторых параметров, указываемых в .htaccess, в зависимости от стоимости тарифного плана. Например, по наиболее дешевым тарифам обычно не допускается установка пароля каталогов — эта возможность традиционно относится к разряду "продвинутых", не предоставляемых для виртуальных серверов начального уровня. Другой случай — запрет исполнения CGI-скриптов где-либо, кроме каталога cgi-bin: .это делается в целях обеспечения безопасности сервера.

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

Итак, я перечислил все основные возможности хостинга, предлагаемые большинством провайдеров и требуемые для построения эффективного Web-сайта для shareware-программы. Конечно, существуют и другие опции, которые могут быть востребованы в зависимости от личных потребностей разработчика и его квалификации: crontab (запуск программ, скриптов, на сервере по расписанию), поддержка FrontPage Extensions (серверные модули для автоматизации сайта и работы с ним); анонимный FTP-сервер (виртуальный FTP-сервер с адресом вида ftp://ftр.ваше_имя.соm — скорее престижный атрибут, чем действительно полезная опция); WAP (просмотр сайта с помощью сотовых телефонов и тому подобных устройств), возможность заведения на сервере собственных пользователей с отдельными каталогами и почтовыми ящиками и т. д.



Ассоциация профессионалов shareware



Ассоциация профессионалов shareware

В разд. "Профессионалы shareware" гл. 1 рассказывалось о создании самого крупного, известного и влиятельного объединения shareware-разработчиков -Ассоциации профессионалов shareware (Association of Shareware Professionals, ASP). В этом разделе я расскажу о том, какие преимущества получают разработчики, вступившие в ASP.

Примечание
Примечание

Членство в ASP платное — 100$ в год. Однако подсчитать, сколько денег принесет вступление в ASP и какова будет прибыль, вряд ли возможно. Членство в ASP увеличивает общий уровень разработчика и его проекта, а вследствие этого — вызывает рост продаж, но выразить в цифрах это преимущество нельзя.

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

А вот с пользователями, увы, все не так однозначно. Многие пользователи "старой закалки", которые до сих пор работают с BBS и еще помнят, кто такой Джим Кнопка, с большим уважением относятся к продуктам, на Web-сайтах которых стоит логотип ASP. А некоторые, не доверяющие shareware-продуктам, наоборот, избегают регистрировать программы, авторы которых говорят о своем членстве в ASP. Из-за этого некоторые члены ASP даже выступали за переименование организации в "Association of Software Professionals", но эта инициатива не была поддержана остальными.

Второе преимущество ASP — секция "Member Only" на Web-сайте ASP (http:// www.asp-shareware.org), предназначенная только для членов организации. В ней замечательный раздел "Shareware Guide", где освещаются практически все вопросы shareware: какую программу писать, как составлять документацию, как реализовывать защиту, в каких shareware-архивах регистрировать программу и т. д. Написаны эти материалы в основном "монстрами" shareware, постоянно обновляются и очень полезны — и для новичков, и для профессионалов.

Также -очень полезными, по отзывам членов ASP, являются "закрытые" news-конференции. На вопрос по практически любой теме (техническая реализация, и маркетинг) можно получить большое количество ответов от опытных и авторитетных shareware-разработчиков. Кроме того, в этих конференциях нет никакого спама, т. е. нежелательной, "мусорной" рекламы.

Кроме того, на сайте ASP есть раздел "Special Offers", в котором члены ASP предлагают своим коллегам специальные предложения, например значительные скидки на shareware-продукты и услуги.

Наконец, не стоит сбрасывать со счетов и награды, вручаемые на Shareware Industry Conference (см. разд. "Профессионалы shareware" гл. 1). Стать лауреатом не просто, но, по крайней мере, получить номинацию вполне реально. Например, в 2001 году на награды SIC выдвигались и российские shareware-продукты — The Bat! и ReGet.

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



Банковский чек



Банковский чек

Чек — это выраженное в письменной форме поручение, выданное в данном случае регистратором "своему" банку выплатить определенную сумму. Чек представляет собой красиво оформленную бумагу, в которой указывается плательщик, получатель платежа, сумма, которая должны быть выплачена, а также другие реквизиты. Регистратор высылает shareware-разработчику чек в обычном "международном" конверте.

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

Чек — достаточно надежный способ получения денег. Объясняется это, в частности, тем, что чек — это еще не непосредственно платеж, а только обещание заплатить. При предъявлении чека банк, обязанный выдать деньги, запросит подтверждение чекодателя. Кроме того, для выдачи денег обязательно предъявление паспорта. Вследствие этих двух причин, например, не страшна потеря чека при его пересылке из США в Россию: если чек попал в руки злоумышленника, то он не сможет получить по нему деньги. А разработчик, недождавшись чека, может попросить регистратора заново выслать чек, что и будет сделано без каких-либо дополнительных вопросов. Регистратор не рискует пострадать от возможного мошенничества: банк запросит подтверждение платежа, и получить деньги повторно, по дубликату чека, будет невозможно.

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

Недостатков у этого способа получения денег два. Во-первых, процедура обналичивания чека занимает довольно продолжительное время — от одного месяца до трех, в зависимости от банка, производящего инкассо. Неудобство это очень ощутимо по сравнению с переводом на валютный счет, деньги с которого можно снять сразу после получения их банком. Да и скорость прохождения платежей у валютного счета выше — из США в Россию перевод идет около недели, тогда как скорость работы "обычной" почты оставляет желать лучшего. Во-вторых, банки, принимающие чеки иностранных банков на инкассо, обычное явление только в крупных российских городах. На периферии с обналичиванием чеков, по отзывам живущих там шаровар-щиков, большие проблемы. Кроме того, банки, принимающие чеки, пришедшие из-за рубежа, очень не любят с ними связываться и частенько меняют свою политику по отношению к ним. Например, зайдя как-то по своим делам в местное отделение Сбербанка, я заметил на двери валютного отдела объявление о том, что прием на инкассо чеков иностранных банков прекращен "на неопределенный срок"...



Блокировка покупок с бесплатных почтовых ящиков



Блокировка покупок с бесплатных почтовых ящиков

Большинство заказов на регистрацию программы, в графе "E-mail" которых указан адрес на бесплатном почтовом сервере типа hotmail.com или yahoo.com, — это фрауды. Бесплатный почтовый адрес характеризуется анонимностью владельца, т. к. по нему практически невозможно "вычислить" фамилию и другие личные данные человека, который пользуется им. А вот если в качестве e-mail указан адрес, выданный интернет-провайдером или корпоративный почтовый ящик, то в случае фальшивости сделанной покупки предъявить претензии такому "покупателю" будет очень легко. Именно поэтому почтовые ящики на бесплатных серверах облюбовали любители получить регистрационный ключ "на халяву". И поэтому возможность со стороны регистратора запретить указывать в форме заказа бесплатные почтовые адреса будет совсем не лишней.

Замечание 1
Замечание 1

Нужно сказать, что эта мера не дает 100% защиты от фраудов и, кроме того, не каждый покупатель с бесплатным почтовым адресом — это "халявщик". И у меня, и у других shareware-разработчиков были вполне нормальные покупатели с почтовыми ящиками, например, на hotmail.com.



Большой выбор способов оплаты регистрации



Большой выбор способов оплаты регистрации

Многие пользователи, напуганные частыми сообщениями о хакерах, крадущих номера кредитных карточек или перехватывающих передачу другой ценной информации, опасаются доверять номер своей кредитки Интернету. Поэтому хороший регистратор должен принимать кредитки не только online, но и по телефону (желательно — "800", т. е. бесплатному для звонящего), по факсу и по e-mail. Также желателен прием регистратором к оплате чеков (хотя бы американских банков), а также дорожных чеков на предъявителя (Рисунок 10.2).



Ценообразование



Ценообразование



Что такое "регистратор"



Что такое "регистратор"

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

Первым регистратором стала существующая ныне компания PsL (Public Software Library, http://www.pslweb.com). Основанная в 1984 году (см. разд. "Распространение shareware-программ" гл. 1) фирма открыла в 1989 году первый в мире процессинговый центр по приему и обработке платежей по кредитным картам и заказов, сделанных по телефону, факсу, электронной и обычной почте.

В настоящее время на shareware-рынке регистраторов работает очень много. Жестокая конкуренция заставляет их постоянно расширять ассортимент предоставляемых услуг и улучшать их качество. Сегодня многие регистраторы не только принимают платежи, но и рассылают регистрационные коды к программам, составляют и продают сборники программного обеспечения на CD-ROM, создают собственные online-каталоги программ, ведут рекламу продуктов, создают целые интернет-магазины по продаже программ (Рисунок 10.1). Несмотря на то, что регистратор является посредником между продавцом программы и покупателем, а к посредникам у большинства людей традиционно существует негативное отношение, регистраторы — это одна из основ shareware-рынка, и без них подавляющее большинство shareware-авторов просто не смогли бы продать свои программы.



Делать ли первую версию бесплатной



Делать ли первую версию бесплатной

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

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

Выпуск бесплатных версий программы на том основании, что, по мнению автора, она еще слишком маломощная и "сырая" - тоже ошибка. Даже бета-версии нужно продавать за деньги, естественно, не очень большие. Специально подчеркните на самом видном месте Web-сайта или в nag-screen ("экране ворчания"), что "релиз" будет стоить на 50—100 процентов больше — это очень хороший стимул для пользователей. Уже на стадии бета-тестирования можно "одним выстрелом убить двух зайцев": довести программу "до ума" и заработать неплохие деньги. В конференции SwRus я даже читал шутливую рекомендацию брать пример с Microsoft: "Продавайте даже беты за деньги, а к первому же релизу сразу выпускайте патчи и сервис-паки, и за них тоже требуйте деньги". В каждой шутке есть доля правды, и мне кажется, что в этой шутке доля правды довольно велика.

Замечание 2
Замечание 2

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



Доменное имя



Доменное имя

Если пользователь проводит поиск по определенным словам, то некоторые поисковые системы в первую очередь в ответах на запросы показывают те сайты, доменные адреса которых включают эти слова. Такой особенностью характеризуются Altavista и Lycos.



Учебник по созданию shareware программ



ГЛАВА 10.

Организация продаж и маркетинг



Главная страница сайта регистратора RegNow



Рисунок 10.1. Главная страница сайта регистратора RegNow


В общих чертах принцип работы регистратора состоит в следующем. Автор, желающий распространять свою программу на shareware-рынке, заходит на Web-сайт регистратора и заполняет анкету со своими данными и данными о своих программах. Регистратор открывает ему аккаунт (от англ, account, что означает "счет"), а также выдает автору адреса страниц, сгенерированных регистратором, па которых располагаются формы регистрации программ. Автор ставит ссылки на эти страницы в документации программы, на своем Web-сайте и т. п., кроме того, регистратор размещает эти ссылки на своих ресурсах (например, в принадлежащем ему online-каталоге программ или выпускаемом CD-ROM).

Пользователь, желающий оплатить регистрацию программы, щелкает по этим ссылкам и попадает на соответствующую страницу, где заполняет Web-форму информацией о себе (имя, фамилия, почтовый адрес, телефон, e-mail и т. д.) и, главное, указывает номер своей кредитной карточки. После этого регистратор проверяет заказ и, если все нормально, дает поручение банку снять деньги с карточки клиента и зачислить на свой счет. После прихода денег на счет регистратора он начисляет на "внутренний" счет автора соответствующую сумму, вычтя свои комиссионные. Непосредственно автору деньги высылаются не сразу, а по мере накопления такой суммы, которая сделает банковский перевод или отправку чека выгодной — ведь сумму, например, в тридцать долларов переводить нет смысла, т. к. банковская комиссия, как уже говорилось в разд. "Самостоятельный прием платежей" этой главы, "съест" почти всю сумму перевода. То, что маленькие платежи за программу копятся на счету регистратора, является одним из главных преимуществ работы с регистратором по сравнению с самостоятельным приемом платежей от конечных пользователей.

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

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



Главная страница сайта российского регистратора Shareg com



Рисунок 10.10. Главная страница сайта российского регистратора Shareg.com


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

Примечание
Примечание

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



Изменения ценовой политики



Изменения ценовой политики

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

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

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

В конце концов, колебания цен — вполне обычное явление для рыночной экономики. Иностранные пользователи отлично знакомы с так называемым market-skimming pricing (буквально -"снятие сливок"), когда производитель (продавец) устанавливает на новые продукты завышенные цены, чтобы охватить потребителей, готовых платить такие деньги. Позже он снижает цены, чтобы привлечь следующий слой потребителей своего сегмента и так до тех пор, пока цена продукта не опустится на уровень себестоимости. Личное дело пользователя — использовать программу или нет, оплачивать ее или нет. Ведь от пользователя тоже никто не требует дать гарантию, что он будет пользоваться только данной программой данного автора, а не "перебежит" к конкуренту.

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

если данная версия программы стоит определенную сумму (или вообще бесплатна), то эта цена (или статус "freeware") на данную версию (именно данную версию!) должна сохраняться неизменной.. Иначе автор должен явно объявить, что с такой-то даты цена программы или ее статус будут такими-то. Исключение составляют скидки, объявляемые к праздникам, например к Рождеству: о них всегда объявляется не заранее, а сразу после введения скидок; если автором было обещано, что все дальнейшие обновления программы будут бесплатными, а затем он изменил свою политику, продавая новые версии уже за деньги, т. е. пользователи, которые зарегистрировали программу в "период бесплатных обновлений", все равно должны получать эти обновления бесплатно.

Изменения цены, как показывает практика, — удачный маркетинговый ход, позволяющий значительно увеличить продажи программы. Например, известный продукт FolderGuard (http://www.winability.com), дающий возможность ограничивать доступ к ресурсам компьютера, продавался очень плохо, стоя всего 20$. После того как автор просто увеличил цену до 35$, количество регистрации значительно увеличилось. А вспомните, например, "историю успеха" программы Chameleon Clock, рассказанную в гл. 1: увеличение цены с 14,95 до 24,95$ также вызвало скачок регистрации!

Как вы, наверное, заметили, хороший момент для изменения цены на программу — выход новой версии. Однако можно пойти еще дальше: создать на основе своей программы целую линейку продуктов (например, варианты Pro и Standard), установив на них цену в зависимости от функциональных возможностей. Вот, например, рассказ одного из shareware-авторов о таком опыте изменения ценовой политики: "У меня была программа за 15$. Многие пользователи хотели новых функций. Нате — получите. Только я поступил так: сделал новую версию с несколькими достаточно важными новыми функциями и поставил продавать за 24,95$. А старую, не изменяя, поставил за 17,95$. Плюс сильно "кастрировал" старую и сделал Freeware. Результат — берут Pro больше всего, не взирая на цену (а я сомневался), a Standard берут в основном те, кто старую версию закачал и не подозревал о существовании Pro. А некоторые Freeware пользуют и счастливы. [...] Финансовая отдача увеличилась в 2 раза".



Качественная защита от фраудов



Качественная защита от фраудов

Фрауд ("fraud" - обман; мошенничество, жульничество; подделка) - это заведомо фальшивая покупка, т. е. покупка, денег за которую автор не получит, или получит, но они затем будут отозваны банком (см. разд. "Возврат денег" данной главы). Обычно фрауды осуществляются пользователями, желающими получить регистрацию программы бесплатно и, чаще всего — намеревающимися выложить "халявный" регистрационный код в Интернете для всеобщего доступа. В качестве номера кредитной карты при фрауде указывается номер украденной кредитной карты (и, естественно, украденные данные владельца) или номер, сгенерированный специальной программой (кодогенератором). Хороший регистратор должен проводить качественную проверку номеров кредитных карточек, как минимум — не пропускать кодогенераторы, но лучше всего — иметь online-связь с карточными системами. Сотрудники некоторых регистраторов даже проверяют наиболее подозрительные заказы вручную, звоня по указанному в регистрационной форме телефону и запрашивая подтверждение заказа.



Качественный подбор текста для страницы сайта



Рисунок 10.6. Качественный подбор текста для страницы сайта


Submass.com названия программ-конкурентов также заносятся в базу данных, и когда пользователи ищут в поисковых системах AddSoft или SiteTrack, то в ответах на запросы выдаются и ссылки на Submass.com. Например, при поиске в Altavista по образцу "AddSoft" ссылка на Submass находится на втором месте в результатах запроса, а по "SiteTrack" - на первом месте, обогнав даже официальный сайт SiteTrack! В результатах запросов к другим поисковым системам рейтинг SubMass.com не так впечатляющ, но тоже очень высок: ссылки на сайт находятся на первых страницах результатов запросов.

Примечание
Примечание

Использование торговых марок конкурентов для "раскрутки" собственного сайта не является корректным. Например, существует прецедент предъявления судебных исков к компаниям, которые на своих сайтах в теги <МЕТА> включали официальные наименования конкурентов. Но в случае с Submass речь идет всего лишь о цитатах высказываний пользователей.

Авторов Web-страниц, старающихся непременно привлечь на свои сайты как можно больше посетителей, такой "интеллектуальный" способ оптимизации своих страниц не привлекает. Ведь нужно не только отлично знать язык, на котором пишется текст, но и разбираться в психологии пользователей, чтобы составить текст, одинаково хорошо воспринимаемый и посетителями, и поисковыми системами. В конце концов, нужно тратить на это время! А ведь гораздо проще просто указать список ключевых слов, который был бы виден для поисковых систем — да вот незадача, теги <МЕТА> поисковыми роботами чаще всего игнорируются или имеют невысокий приоритет.

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

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

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



Как определить цену на программу



Как определить цену на программу

Ценообразование — весьма непростой вопрос для shareware-разработчика: трудно сразу установить на продукт оптимальную цену, которая устроит и продавца, и покупателя, и при этом благополучно повлияет на имидж продукта.

Многие начинающие авторы программ считают, что чем меньше стоимость программы, тем лучше она будет продаваться, ведь цена почти всегда является самым главным параметром, на который обращает внимание пользователь при выборе товара. Кроме того, низкая цена позволит получить преимущество перед конкурентами, имеющими более дорогостоящие продукты. Исходя из этих соображений, новички в shareware часто совершают ошибку — назначают на свои программы цены в пределах 3—10$.

Дело в том, что компания-регистратор, принимающая платежи за программу, возьмет свою комиссию, которая для такой недорогой программы окажется слишком большой. Например, RegSoft взимает за программы дешевле 30$ не менее 3$ комиссии, т. е. для дешевой программы комиссионные регистратора окажутся от 30 до J00% ее стоимости.

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

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

Два самых важных фактора ценообразования, не только для shareware-программ, но и любого продукта, продающегося в розницу, — это номинал наиболее распространенных купюр в стране и способ оплаты (наличный или безналичный). Например, 19,95$ кажется американцу значительно меньше 20$, потому что во втором случае ему придется отдать целую "двадцатку" (любимая американская купюра), а в первом он попытается наскрести эту сумму мелкими купюрами и монетами. А вот большинство россиян не видят никакой разницы между 34,95$ и 35,00$ во многом потому, что в России принято считать доллары сотнями, а центы можно встретить только у тех, кто недавно приехал из США и у кого в кошельке завалялось несколько монет.

Не смотря на то, что при оплате регистрации shareware-программ пользователь чаще всего не имеет дела с наличными деньгами, а расплачивается кредитной карточкой, прием "уменьшенных" цен все равно работает, т. к. решение о покупке принимается до того, как человек решит, как он будет платить. Чтобы убедиться в этом, достаточно посетить сайты иностранных shareware-компаний: на большинстве из них указываются именно "уменьшенные" цены —24,95$; 39,85$ и т. п.

Есть более интересный способ ценообразования, одинаково эффективный и для наличных, и для безналичных форм оплаты — вводить скидку в виде "дней оставшихся до конца месяца". Например, 20 числа объявляете, что начиная с сегодняшнего дня вы устанавливаете скидку в размере количества дней, оставшихся до конца месяца. То есть, 20 числа — 10%, 21 — 9%, 22 — 8% и т. д. Это приводит к росту продаж даже несмотря на то, что скидка 1% ничтожна в денежном выражении — дело в том, что не все в состоянии это подсчитать.



Каталоги программ



Каталоги программ

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

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



Комментарии и текст ALT



Комментарии и текст ALT

Текстовая информация, которая может повлиять на рейтинг программы, может быть размещена не только непосредственно в тексте и заголовке страницы. Можно использовать также комментарии и атрибут ALT HTML-тега <IMG>.

Первый вариант — комментарии — не очень распространен. А вот текст, размещенный в атрибуте ALT, индексируется гораздо большим числом поисковых машин, среди которых — Altavista и Lycos.



Конференции



Конференции


Одно из самых эффективных мест рекламы shareware-продуктов — зарубежные news-конференции (Usenet). По отзывам некоторых разработчиков программ, Usenet для продвижения shareware даже более эффективен, чем поисковые системы или интернет-каталоги. Лично мой опыт это подтверждает: один из основных источников посещаемости моего сайта http:// www.actualsystem.com — всевозможные Web-интерфейсы для поиска и просмотра информации в Usenet, например, http://www.google.com/grphp?hl=ru. И это без учета тех пользователей, которые читают news-конференции при помощи специальных программ (например, Microsoft Outlook Express или Netscape Messenger), т. к. переходы из таких программ системы сбора статистики Web-серверов распознать не могут.

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

Для продвижения своей программы можно использовать следующие группы:

специальные группы, название которых содержит слово announce. Они, как легко догадаться, предназначены для анонсов новых разработок. Например, сотр. lang.pascal.delphi. announce можно использовать для анонсов VCL-компонентов и инструментов для Borland Delphi, a сотр.archives.ms-windows.announce и comp.shareware.announce — для объявлений о выпуске продуктов любой тематики; в обычных группах, в которых возможен интерес к распространяемому вами продукту. Если видите вопрос, решить который поможет ваша shareware-программа — смело пишите: "Take a look at my great tool at http://... ". Также хорошо будет поставить краткое описание продукта и URL сайта в подпись, вставляемую в каждое ваше сообщение, отсылаемое в конференцию. Тогда можно рекламировать свою программу, участвуя в любых обсуждениях, пусть даже не связанных напрямую с вашей программой. Главное — люди будут читать ваши сообщения, видеть подпись с описанием программы, и многих продукт обязательно заинтересует!

Замечание 5
Замечание 5

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

Если программа действительно интересна многим пользователям, то из Usenet она распространится очень широко. Многие пользователи поместят ее в свои коллекции файлов, поставят на нее ссылку в разделах "Мои любимые программы" своих домашних страничек. Несмотря на "несерьезность" таких мест, посетители очень доверяют информации, опубликованной в них, и многие делают свой выбор в пользу именно той программы, о которой так тепло отозвался какой-нибудь Джон Смит из Огайо.

Кроме того, архив всех конференций доступен в Интернете, поиск по нему можно осуществлять не только со специального сервера www.dejanews.com, но и некоторых поисковых систем, например, www.altavista.com или www.google.com. Из-за широчайшего тематического охвата и огромного количества ценнейшей информации (людям всегда особенно интересно читать не рекламные тексты, а мнения других людей), архивы конференций Usenet пользуются большой популярностью у пользователей. Информация, размещенная в сообщениях конференций (в том числе и описание программы и адрес ее сайта), будет привлекать внимание значительного числа людей.



Текст CGIскрипта



Листинг 10.1. Текст CGI-скрипта, осуществляющего переадресацию пользователя

# ! /usr/local/bin/perl

# Получение параметров, передаваемых скрипту

@pairs = split (/&/, $ENV{ ' QUERY_STRING ' )) ;

foreach $pair (Opairs)

{

($name, $value) = split (/=/, $pair) ;

$PARAMS{$name} = $ value;

}

$product = $PARAMS{ 'product' };

$registar = $PARAMS{ ' register '};

# Объявление переменной (хотя в Perl оно не нужно) ;

$redir = "";

# Адрес, на который пользователь переадресовывается по умолчанию

$default = "http://www.regnow.com/.../";

# Адреса для переадресации

# Первая цифра в названии переменной

# обозначает продукт, вторая — регистратора

$redir_l_l = "http: //www. regnow. com/ ... /product1";

$redir_l_2 = "http: //www. regsoft. com/ ... /product1";

$redir_2_l = "http: //www. regnow. com/ ... /product2";

$redir_2_2 = "http: //www. regsoft. com/ ... /product2";

}

$redir_3_1 = "http://www.regnow.com/.../products";

$redir_3_2 = "http://www.regsoft.com/.../products";

# Анализ параметров if ($product == 1)

if (registar == 1) {$redir = $redir_1_1;

}

if (registar == 2) {$redir = $redir_1_2;

}

if ($product == 2)

if (registar == 1) {$redir = $redir_2_1;

}

if (registar == 2) {$redir = $redir_2_2;

}

if ($product == 3)

if (registar == 1) {'$redir = $redir_3_1;}

if (registar == 2) {$redir = $redir_3_2;}

# Переадресация

if ($redir ne "")

print "Location: $redir\n\n";

exit;

}

print "Location: $default\n\n";

exit;

Как видите, структура программы очень проста. В ней, для примера, приводится переадресация для трех различных программ, платежи за которые принимаются двумя регистраторами. С помощью комбинации клавиш <Copy>
+<Paste>
и несложных модификаций текста можно расширить количество программ и регистраторов, которые учитывает скрипт, до требуемого числа. Сохранив получившийся текстовый файл под именем, например register.cgi, и скопировав его в каталог cgi-bin вашего виртуального Web-сервера, можно прямые ссылки на страницу регистратора в документации программы поменять на ссылки на register.cgi. Например, для переадресации пользователя на страницу регистрации, созданную первым регистратором для первой программы из списка, нужно поставить ссылку на http:// www.Bam_caйт.com/cgi-bin/register.cgi?product=l&registar=l, а если требуется перенаправить пользователя для регистрации третьего продукта через второго регистратора, то ссылка должна вести на httр://Ваш.ваш_сайт.соm /cgi-bin/register.cgi?product=3&registar=2.

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

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

Модифицировав исходный текст скрипта по своему усмотрению (для этого, конечно, вам понадобится знание языка Perl), можно существенно расширить функциональность скрипта, например, "перебрасывать" пользователей на разные страницы в зависимости от страны их проживания, собирать различную статистику и т. д.



Локализация программы и Webсайта



Локализация программы и Web-сайта

Как всем известно, основной язык в shareware — английский, и для продаж на западном shareware-рынке интерфейс программы и Web-сайт должны быть на этом языке. По статистике, англоязычные пользователи составляют 50—60% от общего числа покупателей. Но устраивает ли остальные 40% то, что программа, которую они тестируют, имеет интерфейс на неродном для них языке? И нужно ли переводить на другие языки страницы Web-сайта программы?

С переводом Web-сайта ситуация достаточно сложная. Конечно, Web-страницы на других языках помогут увеличить количество регистрации, однако затраты на перевод нескольких языковых версий сайта и, самое главное, их поддержку могут и не окупиться. А вот если продукт в какой-то из стран, что называется, "пошел", то за версию сайта на языке этой страны вполне можно взяться. Например, японская версия сайта ReGet (http://www.reget.com) имеет посещаемость несколько тысяч человек в день!

Примечание
Примечание

Оплата труда профессионального переводчика, производящего перевод сайта на иностранные языки, может быть довольно высокой — около 10 — 12$ за 1 Кбайт текста. Однако я читал совет по существенной экономии средств при локализации сайта: можно перевести русский текст на иностранные языки программой-переводчиком наподобие Stylus, а затем попросить пользователей из соответствующих стран довести перевод "до ума" в обмен на бесплатную регистрацию программы.

А вот локализация интерфейса программы - совсем другое дело. Здесь shareware-разработчики единодушны: переводить интерфейс на разные языки нужно обязательно! В некоторых богатых и развитых странах английский язык не очень распространен. Всем известный пример — Франция, где даже законодательно преследуется применение иностранных языков вместо французского. Или, например, Тайвань: там практически никто не говорит по-английски — даже сотрудники компьютерных компаний. Кроме того, даже если в стране широко распространен английский язык, и большинство населения свободно владеет им (например, Германия, Нидерланды, Бельгия), пользователям гораздо приятнее работать с программой, интерфейс которой переведен на их родной язык. Так или иначе, но после выпуска локализаций всегда наблюдается увеличение интереса к программе со стороны покупателей из соответствующих стран.

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

Самая сложная проблема при локализации программ — необходимость добавления новых строк в языковые файлы, содержащие перевод элементов интерфейса, в связи с выходом новых версий программы и появлением новых пунктов меню, кнопок, сообщений. В этом случае приходится связываться с каждым из тех пользователей, которые переводили языковые файлы, а если те не откликаются — просить перевести других пользователей. Если же все-таки дополнить перевод не получается — это не так страшно, ведь "новые" строки будут отображаться на английском языке (английский перевод интерфейса должен быть "прошит" прямо в файл программы). Рано или поздно, но кому-то из пользователей, работающих с такой локализацией, надоест смотреть на 3—4 фразы на английском среди надписей на его родном языке. Он переведет их на свой язык и пришлет дополненный языковой файл автору программы.



Настройка дизайна формы регистрации



Настройка дизайна формы регистрации

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

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



Нужно ли продавать shareware в России



Нужно ли продавать shareware в России

В разд. "Продвижение программ" данной главы я рассказал о продвижении программ на западных рынках. А нужно ли продавать свои программы в России? Можно ли вообще продавать shareware-программы, цены на которые составляют минимум 15$, в стране, где весь комплект необходимых для пользователя программ можно купить на одном компакт-диске стоимостью всего 2—3$?

У российских авторов shareware отношение к российскому рынку, конечно, особое. Их тоже волнует вопрос: продавать свои программы в России или нет? Об этом часто говорят разработчики shareware в online-конференциях и форумах.

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

А вот авторы "среднего звена" относятся к shareware-рынку России гораздо более благосклонно. По их отзывам, в России с продаж одной программы вполне можно получать неплохой доход, исчисляющийся сотнями долларов в месяц — вполне достойная сумма для нашей страны. То, что прибыль от регистрации российских пользователей меньше, чем получаемая на Западе, их не особенно смущает. В конце концов, кому, как не российским авторам, развивать рынок shareware-программ в их родной стране?



Нужно ли создавать свою компанию



Нужно ли создавать свою компанию

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

В большинстве случаев работать на shareware-рынке можно и без образования собственной фирмы. Более того, подавляющее большинство авторов, начинающих свое дело в одиночку, фактически не имеют возможности зарегистрировать свою компанию, т. к. требуется оплатить процедуру регистрации, вести бухгалтерию, отчетность и т. п. По опыту авторов, давно работающих на shareware-рынке, регистрация собственной фирмы нужна тогда, когда автор выходит на качественно новый уровень работы, например участвует в компьютерных выставках, ведет переговоры с другими компаниями, и денежный оборот дела по разработке и распространению программ имеет довольно большой объем (от 5 000$). Создание собственной компании может понадобиться и тогда, когда над shareware-проектом работают несколько человек и требуется упорядочить отношения между партнерами. А вот человеку, который самостоятельно осуществляет разработку и поддержку собственной программы и при этом имеет доход до нескольких тысяч долларов в месяц, собственная компания, как правило, не нужна.

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

Продажа собственных программ от имени несуществующей компании -очень распространенное явление. Многие из фирм, которые указаны в качестве разработчиков программ, опубликованных на мировых интернет-архивах программного обеспечения, на самом деле нигде не зарегистрированы. Опытные специалисты это прекрасно понимают и уже привыкли к этому. Например, на известном сервере Zdnet (http://www.zdnet.com), в статье, объяснявшей систему выставления оценок обозревателями каталога Zdnet, говорилось: "Обозреватели понимают, что хорошую программу очень часто может написать один хороший программист-одиночка, и что название компании никак не влияет на оценку". К этому можно добавить — имя компании не повлияет на оценку программы обозревателем каталога, но сильно повлияет на продажи!

А безопасно ли это — использовать имя несуществующей компании? У нас в стране до разработчиков shareware-программ, распространяющих свои программы по Интернету, никому нет дела. В США, например, есть закон, по которому дают до года тюрьмы за ведение бизнеса под несуществующим именем. Но так же никто не будет проверять, где на самом деле зарегистрирована компания AV Software и зарегистрирована ли она вообще. По отзывам разработчиков, ведущих свои дела от имени несуществующих компаний, в США считают, что фирма, чьи программы их заинтересовали, — это русская компания, и она зарегистрирована в России, в России считают, что она зарегистрирована где-нибудь на Кипре. При этом иностранные партнеры даже заключают с разработчиками, выступающими под видом компании, договоры - например, OEM-соглашения, т. е. договоры на включение программы в комплект поставки производимых партнером компьютерных комплектующих.

Замечание 3
Замечание 3

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

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



Обработка заказов



Обработка заказов

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

Например, возможна такая ситуация. Человек купил две копии shareware-продукта, а в заказе указано только одно имя. Если регистрационный ключ генерируется по имени пользователя, то разработчик не сможет самостоятельно решить, что нужно делать в такой ситуации: сообщить покупателю, что один код подходит для обеих копий? Тот может удивиться: "А зачем же я тогда покупал две копии"?

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

Человек купил программу себе и хочет одну копию подарить своему другу или родственнику. Со стороны автора программы, естественно, не должно быть никаких возражений — необходимо лишь уточнить второй адрес e-mail, на который нужно выслать ключ. Человек просто хочет использовать программу и дома, и на работе, поэтому, как честный человек, он заказывает две лицензии. Если же разработчик предоставляет лицензию не на компьютер, а на пользователя (это самый распространенный вариант), то пользователю нужно объяснить это и сказать, что он может спокойно пользоваться программой и на работе, и дома. После этого деньги за "лишнюю" лицензию пользователю нужно вернуть, т.е. сделать "рефанд" (см. разд. "Возврат денег" данной главы). Может быть и такая ситуация: в форме заказа в графе Имя указано название компании. Нужно также связаться по указанному в форме адресу e-mail с заказчиком и спросить у него, для кого он хочет приобрести регистрацию. Здесь также возможны два варианта. Человек купил программу для себя, а название компании указал для солидности или из гордости — например, если это его собственная компания. В этом случае нужно объяснить ему, что лицензия приобретается на пользователя, и спросить у него имя, по которому нужно сгенерировать ключ. Если же выдать ему лицензию на имя компании, то он получит возможность установить программу на всех компьютерах компании, чтобы с ней могли работать много пользователей. Человек хочет приобрести лицензию на использование программы на компьютерах компании. В этом случае надо объяснить, что лицензия за обычную цену действительна только на одного пользователя, а для получения права использовать программу на всех компьютерах компании нужно приобрести так называемую site license.

Примечание
Примечание

Site license, в дословном переводе с английского — "лицензия на офис". Так называется лицензия на использование программы в пределах одного месторасположения какой-либо компании. Принято считать, что site license дает право использовать данную программу любому сотруднику компании, находящемуся в пределах 100 миль от этого самого site. Часто бывают различные исключения, зависящие от способа лицензирования продукта: per seat (на каждое рабочее место), per user (на каждого пользователя), per computer (на каждый компьютер), per server (на каждый сервер) и т. д. Цена такого вида лицензий зависит от цены одиночной лицензии, типа продукта и количества компьютеров в компании.

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

Иногда пришедшее разработчику уведомление о новой регистрации программы заставляет задуматься — а не фрауд ли это? Имя заказчика, его адрес e-mail, "обычный" адрес — все это у российского разработчика может вызвать сомнения в целесообразности отсылки кода, который прямиком попадет в интернет-архивы серийных номеров и кряков.

Часто впечатление, возникающее у российского автора, обманчиво. То, что, по его мнению, является откровенным издевательством со стороны анонимного пользователя-"халявщика", может быть вполне естественным явлением за рубежом. Например, фамилия Hacker, которая действует на российских авторов, как красная тряпка на быка, в США является вполне нормальной, примерно соответствующей русской фамилии Крестьянинов. Название "Lilli Pilli", указанное в поле Адрес заказа — реально существующий район в австралийском Сиднее, где находится улица Port Hacking Road. Почтовые адреса на почтовом сервере Hotmail.com используются не только хакерами, но и вполне респектабельными людьми — например, чтобы иметь доступ к своей почте и из дома, и с работы.

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

Примечание
Примечание

Чтобы проводить такие проверки как можно реже, нужно постараться выбрать компанию-регистратора, которая имеет эффективную проверку заказов. Тогда большинство фальшивых заказов будет блокироваться самим регистратором. Например, своей надежной и эффективной антифраудной системой славится компания RegSoft.

Сначала узнайте, из какой страны пользователь, сделавший заказ. Для этого нужно проверить IP-адрес заказчика, указанный в уведомлении о регистрации, с помощью соответствующего online-сервиса, например, http:// www.checkdomain.com. Если пользователь из России или другой бывшей республики СССР (откуда традиционно поступает очень много фраудов), то это серьезный повод насторожиться; если же дополнительно к этому в форме указан и бесплатный адрес с Hotmail.com, то можно сразу делать рафанд.

Если IP-адрес не указывает на пространство СНГ, однако какие-то сомнения остаются (например, тот же бесплатный адрес с Hotmail.com), то можно написать пользователю следующее письмо:

"Уважаемый Mr. xxx:

Спасибо за заказ. Поскольку Ваш e-mail бесплатный, политика нашей фирмы требует верификации заказа по телефону. Когда вам можно позвонить по тому номеру, что вы указали в заказе?

Извините за задержку, благодарим за понимание".

Если ответа на это письмо нет — можно делать рефанд, и, при большом желании и наличии времени, можно пожаловаться системному администратору, ответственному за сервер, которому принадлежит указанный в уведомлении IP-адрес. Если ответ есть - естественно, звоним по телефону: "Здравствуйте, извините за беспокойство Mr. xxx. Вы можете подтвердить вчерашний заказ программы YYY по Интернету?". Если в трубке слышится возглас "What???" или что-то вроде этого, то можно поступать так же, как и при отсутствии ответа.

Замечание 4
Замечание 4

Многие авторы, отославшие регистрационный код по заказу, который потом оказался фраудом (деньги были возвращены в порядке рефанда или чарджбэ-ка), публикуют данные, которые были указаны в форме заказа (имя и фамилия пользователя, его e-mail, адрес и т. п.), в интернет-конференциях, чтобы другие авторы занесли его в свои "черные списки". Вряд ли можно сказать, что это правильная политика. Чаще всего в форме заказа указываются данные человека, чей номер кредитной карты был украден, т. е. это такая же невинная жертва мошенников, как и сам автор программы. И наказывать его за это, конечно, несправедливо.



Образец РАDфайла



Рисунок 10.7. Образец РАD-файла


Основное применение PAD-файлов — это более удобный сабмит программ в online-каталоги. Если каталог поддерживает PAD (список таких архивов смотрите по адресу http://www.asp-shareware.org/pad/padsites.asp), то автору для регистрации своей программы не нужно заполнять Web-форму, с добрым десятком полей. Достаточно просто ввести один-единственный параметр -URL PAD-файла, лежащего на сервере разработчика программы, и архив (точнее, программное обеспечение, установленное на сервере архива) самостоятельно загрузит его и извлечет всю необходимую информацию (Рисунок 10.8). Более того, некоторые архивы даже не требуют, чтобы для обновления информации о программе (например, при выходе новой версии) ее автор уведомлял об этом: архив самостоятельно проверяет PAD-файлы на серверах разработчиков на обновление и обновляет информацию в своей базе данных.

Некоторые авторы включают PAD-файлы в дистрибутивы своих программ, а также ставят ссылки на них на своих сайтах. Это делается для того, чтобы любой заинтересующийся информацией о программе (например, обозреватель журнала или производитель компьютерных комплектующих, занимающийся подбором OEM-программ для своих продуктов), мог быстро получить подробную информацию о программе в удобной ему форме.



Один из лидеров среди регистраторов



Рисунок 10.3. Один из лидеров среди регистраторов — RegNow — не берет штрафы за chargeback




Onlineдоступ к аккаунту



Online-доступ к аккаунту

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



Оперативность службы технической поддержки



Оперативность службы технической поддержки

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

От многих компаний, озабоченных только сбором денег, по отзывам людей, контактировавших с ними, ответов приходится ждать месяцами. Службы технической поддержки некоторых регистраторов имеют различное отношение к авторам в зависимости от их оборота: если автор продает не очень много программ, то его письма игнорируются; но, как только продажи увеличиваются, служба поддержки начинает проявлять невиданную оперативность и учтивость. Некоторые авторы терпят такую "дискриминацию", надеясь, что они скоро "дорастут" до нужного уровня и их примут в "клуб" имеющих право на своевременную техническую поддержку. Я с таким подходом категорически не согласен: в конце концов, даже с "маленькими" авторами регистраторы работают не бесплатно, а за комиссионные отчисления. Оперативная техническая поддержка должна оказываться всем.

Итак, я перечислил основные критерии, по которым следует выбирать регистратора. Однако вполне может получиться наоборот - регистратор будет выбирать вас. Точнее, он будет настойчиво предлагать свои услуги.

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

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

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

По результатам многочисленных обсуждений в конференции SwRus можно составить список надежных, проверенных временем регистраторов, услугами которых пользуются большинство российских разработчиков shareware-программ. Это — RegNow (http://www.regnow.com), RegSoft (http://www.regsoft.com), ShareIt! (http://www.shareit.com), Virtual Software Store (VSS, http:// www.virtualsoftware.com) и Kagi Shareware (http://www.kagi.com). Каждый из авторов программ выбирает "своего" регистратора исходя из собственных привычек и предпочтений.

Сравнив предложения различных регистраторов и почитав отзывы о них, лично я остановил свой выбор на RegSoft, который, по словам других shareware-разработчиков, имеет очень эффективную систему проверки заказов, благодаря чему случаи возврата денег покупателям единичны и не превышают одного процента от общего числа. Кроме того, RegSoft славится оперативной службой поддержки. В этом я мог не раз убедиться лично: ответы на мои письма приходили в течение нескольких часов, причем даже в воскресенье! Набор услуг этой службы вполне соответствует требованиям к "идеальному регистратору": online-доступ к аккаунту, все варианты рассылки ключей, создание и отправка заказчику CD-ROM с копией программы, различные варианты оплаты заказа, перечисление денег банковским переводом или чеком, всевозможные отчеты, настраиваемый дизайн формы регистрации, уведомления по e-mail и т. д. При этом взимаемая комиссия — одна из самых низких на рынке: 3$ при цене программы до 30$ и 10% — в остальных случаях.

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

Отдельный разговор — так называемые "национальные" регистраторы, т. е. компании, которые имеют возможность обслуживать рынки отдельных стран и принимать платежи, сделанные в специфических для данной страны формах и валютах. Интересно, что среди стран, имеющих проблемы с традиционными для shareware кредитными картами есть экономически развитые, в том числе с очень вместительным рынком программного обеспечения. Например, из Германии часто поступают жалобы на то, что кредиток нет, а банковский перевод или чек в США стоит 20—25$. Здесь может помочь популярный регистратор Sharelt!, который находится в Германии. В Австралии рынок shareware очень большой (оценивается третьим после США и Европы), но с платежными средствами плохо. Основное средство расчетов — чеки местных банков, которые регистраторами типа RegNow или RegSoft, естественно, не принимаются. А в таких странах, как Китай, Северная Корея, Иран денежные переводы в США затруднены уже по политическим причинам.

Пользоваться услугами национальных регистраторов или нет — не самый простой вопрос. С одной стороны, выход на новый рынок должен принести увеличение количества регистрации пользователей из этой страны (или стран). С другой стороны, это увеличение вовсе не гарантировано. Вот, например, цитата из одного сообщения в конференции SwRus: "Ожидаемого притока европейских пользователей не случилось! То есть, процент их после появления переводов на немецкий, французский и другие языки возрос заметно, только регистрироваться они шли через RegSoft. За два месяца через Yaskifo1 зарегистрировалось 9 человек. При том, что линк был и на сайте, и в европейских версиях самой программы. Так что идея европейских валют потерпела полный крах. Доллар он и в Африке доллар. Сейчас я Yaskifo закрываю и убираю отовсюду. Game over".



Организация продаж



Организация продаж



Особенности русского национального shareware



Особенности русского национального shareware

Главная особенность России применительно к распространению программ состоит в том, что большинство потребителей не воспринимают программное обеспечение как продукт, имеющий реальную ценность. Для человека, купившего за 2$ на одном диске несколько версий Windows, Microsoft Office, Adobe Photoshop и еще десяток программ, стоимость софта измеряется копейками. Он не представляет себе, что стоимость разработки программы даже в России как минимум несколько сотен долларов, и цена программы 20$ вполне разумна.

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

Конечно, при назначении цены на свои программы в России, как и при ценообразовании для зарубежных рынков, нужно учитывать уровень доходов целевой аудитории, на которую рассчитана соответствующая программа. Например, программы для индивидуальных пользователей вряд ли можно продавать дороже, чем за $10, а вот продукты для бизнес-применения или рассчитанные на использование в организациях можно продавать по тем же ценам, что и за рубежом.



Отправка программы на физическом носителе



Отправка программы на физическом носителе

Некоторые покупатели, даже имя выход в Интернет и оплачивая программу online, предпочитают получить копию программы на CD-ROM. Некоторые регистраторы учитывают это и позволяют пользователю включить в заказ и доставку программы на CD-ROM — конечно же, за счет пользователя. При этом все хлопоты по созданию записи диска и отправке его заказчику берет на себя регистратор. И, что самое приятное, часть платы, внесенной пользователем при заказе CD-ROM, регистратор зачислит на счет автора, т. е. последний получит несколько дополнительных долларов к сумме регистрации без каких-либо действий со своей стороны.

Примечание
Примечание

Если регистратор, которого вы решили выбрать, не осуществляет доставку программ на физическом носителе, вы можете воспользоваться для этого услугами специализированных сервисов, например, http://www.swiftcd.com.



Отсутствие начального взноса



Отсутствие начального взноса

Нормальная практика среди солидных компаний, работающих в области приема платежей на shareware-рынке — отсутствие каких-либо выплат регистратору со стороны автора. Более того, стараясь получить дополнительные козыри перед своими конкурентами, некоторые регистраторы предоставляют новичкам льготные условия, например сниженную комиссию на несколько первых месяцев работы. А вот если некая компания, обещающая вроде бы выгодные условия, при этом требует сначала заплатить какую-то сумму денег — это очень серьезный повод насторожиться.



Отсутствие штрафов за chargeback и неподтвержденные платежи



Отсутствие штрафов за chargeback и неподтвержденные платежи

Chargeback — это возврат денег, уже снятых с кредитной карточки клиента (см. разд. "Возврат денег" данной главы). Чаще всего он случается после фрауда, т. е. фальшивой покупки, которая не была "отловлена" на этапе проверки заказа. Возврат денег всегда не бесплатен — банк, осуществляющий эту операцию, обязательно взимает свою комиссию, которая может быть очень серьезной — например, некоторые американские банки берут 15$! Но при этом хороший регистратор не перекладывает на плечи "своих" авторов штрафы, компенсируя их из общего оборота, или, в крайнем случае, берет очень небольшую комиссию (Рисунок 10.3). А вот новички среди регистраторов, считающие каждую копейку или старающиеся непременно свалить собственные расходы на счет своих партнеров-авторов, берут за каждый возврат денег большой штраф.



Перевод денег между аккаунтами



Перевод денег между аккаунтами

Очень полезная функция, позволяющая авторам переводить деньги с одного аккаунта на другой "внутри" регистратора. Например, можно оплачивать регистрации программ, авторы которых пользуются услугами того же регистратора. Например, я приобрел лицензионную копию ПО для защиты программ ASProtect (см. "ASProtect: взломщики отдыхают" гл. 6) именно таким способом. Более того, регистраторы открывают аккаунты специально для перевода денег от shareware-авторов, например, для хостинг-компаний, благодаря чему можно оплачивать услуги без пересылки денег из США в Россию и обратно, избегая уплаты банковских комиссий.



Перевод на валютный счет



Перевод на валютный счет

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

Открытие валютного счета — простая и доступная для каждого операция. В российском Сбербанке, например, открытие счета "до востребования" (как и других счетов) бесплатно, при открытии счета на него нужно положить всего лишь 5$.

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

Примечание
Примечание

Что такое "корреспондентский счет"? Российские банки редко имеют свои филиалы за рубежом. Для обслуживания зарубежных переводов своих клиентов российский банк А, заключает договоры и открывает счета в зарубежных банках В, С, D, которые и называются корреспондентскими и предназначены для взаиморасчетов с зарубежными банками, где гарантом платежеспособности российского банка выступает зарубежный банк, у которого эти счета находятся. Расчет банка происходит не напрямую с зарубежными банками, а через банк-гарант (корреспондентский банк) — в этом отличие от зарубежных банков.

Дело в том, что многим регистраторам гораздо проще переводить деньги в зарубежный банк (а затем этот банк переведет эти деньги на счет российского банка-корреспондента), чем непосредственно в Россию.

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

S.W.I.F.T. SABR RU MM NA1

SAVINGS BANK OF THE RUSSIAN FEDERATION

BR.1647 MOSCOW A/c 3030231734510935277908

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

Примечание
Примечание

Обратите внимание, что только название банка-корреспондента не помогает ускорить прохождение платежа — нужен номер счета банка-получателя в банке-корреспонденте. Также, естественно, одного номера корреспондентского счета для получения перевода в России недостаточно — нужны еще и "внутренние" реквизиты, пример которых приводился чуть ранее — "S.W.I.F.T. SABR RU MM NA1, BANK... BR.1647..."

У Сбербанка, например, корреспондентских счетов довольно много (их список занимает две страницы формата А4) — в банках разных стран, для разных валют. В частности, если регистратор находится на территории США, то в качестве номера корреспондентского счета можно указать следующий номер:

#890-0057-610 with BANK OF NEW YORK, N/Y, USA

Примечание
Примечание

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

Еще несколько лет назад получение денег на валютный счет разработчиком shareware-программ, работавшим как частное лицо, было очень затруднено. В России действовала инструкция Центробанка, разрешающая получать деньги на счет только в виде зарплаты по подписанным и нотариально заверенным контрактам, или в виде благотворительных пожертвований (опять же — подтвержденных документально). Разумеется, таких документов авторам взять было неоткуда и поступающие деньги банки отправляли обратно.

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

Кроме того, теперь многие банки открывают для своих клиентов международные карты (например, VISA) и позволяют "привязывать" их к валютным счетам. По отзывам разработчиков shareware-программ, воспользовавшихся этой услугой, для получения денег даже не нужно заходить в банк и заполнять расходный ордер — деньги со счета можно снимать в уличном банкомате.

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



Поддержка незарегистрированных пользователей



Поддержка незарегистрированных пользователей

Многие авторы shareware-программ на своих Web-сайтах и в документации декларируют предоставление неограниченной технической поддержки для зарегистрированных пользователей. Однако при этом возникает вопрос — какой же должна быть поддержка незарегистрированных пользователей?

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

Например, довольно часто приходят письма примерно такого содержания: "Программа неплохая, но в ней не хватает таких-то функций. Вот если peaлизуете их, то, возможно, я ее куплю". Я подробно отвечаю на такие письма, рассказываю, над какими функциями я уже работаю, какие будут реализованы, а какие — нет. После этого большинство пользователей отвечают: "Вот это да, не ожидал такого хорошего отношения!" - и покупают программу.

Более того, некоторые пользователи, попав на мой сайт ActualSystem.com, что в переводе означает "Система, какая она есть", задают даже вопросы, не касающиеся непосредственно самих моих программ — спрашивают, например, об особенностях работы операционной системы. Я очень вежливо отвечаю и на такие вопросы, в силу своих возможностей стараясь помочь пользователю решить его проблему. Даже если человек после этого и не покупает у меня программу, он обязательно запоминает мой сайт и рекомендует его своим друзьям и знакомым.

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



Поисковые системы и каталоги



Поисковые системы и каталоги

Поисковые системы и каталоги интернет-ресурсов — один из важнейших источников трафика любого Web-сайта. Для shareware, как и любого бизнеса, поисковые системы хороши тем, что привлекают к продукту внимание не просто посетителей, а потенциальных покупателей. Например, по наблюдениям разработчиков shareware-программ, предназначенных для корпоративного рынка, наибольшая часть аудитории узнает об их продуктах не из других традиционных для рынка shareware-программ источников, (например, специализированных каталогов программ), а именно из поисковых систем.

Из сотен существующих в мире поисковых систем самыми популярными и, следовательно, приводящими наибольшее количество посетителей, являются следующие: www.excite.com, www.google.com, www.hotbot.com, www.lvcos.com, www.northernlight.com, www.overture.com, www.yahoo.com.

Примечание
Примечание

Список популярных поисковых систем еще недавно был гораздо шире и включал lnfoseek.com, Snap.com, WebCrawler.com. Сегодня некоторые из известных когда-то поисковых серверов представляют собой всего лишь оболочки поисковых механизмов других компаний, например Overture или Excite.

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

Исключение, пожалуй, составляет только последний в списке сайт — Yahoo! (http://www.yahoo.com). Основа портала Yahoo! — не поисковая система, а каталог — самый старый из ныне существующих, впервые воплотивший заимствованную сейчас на тысячах аналогичных сайтов концепцию каталога — иерархическую систему разделов и расположение ссылок на разделы на главной странице в две колонки.

Yahoo! является одним из самых посещаемых интернет-ресурсов в мире, однако основная ценность для сайтов, опубликованных в каталоге, заключается в другом. Когда пользователь начинает что-то искать (введя ключевое слово и нажав кнопку Search), то Yahoo! пытается сначала найти вхождения в каталоге, и, если находит хотя бы одно, то в результатах поиска пользователь увидит только ссылки из каталога (Рисунок 10.5). Даже если найдена всего одна ссылка! А раньше по запросам пользователей Yahoo! выдавал множество ссылок на разные сайты (это был результат работы поисковой машины Inktomi). Теперь же эти многочисленные ссылки, найденные поисковиком (используется механизм Google), можно получить, только дополнительно щекнув по специальной ссылке. Естественно, большинство пользователей этого не делает, а идет сразу по предложенной единственной ссылке. То есть, ценность именно в попадании в каталог, т. к. это дает сайту привилегии при поиске по ключевым словам, и, учитывая огромную популярность каталога Yahoo! — значительный приток посетителей. Причем, по отзывам shareware-разработчиков, довольно "качественных" как покупателей.

К сожалению, попасть в Yahoo! довольно сложно. Заявки на публикацию в каталоге, подаваемые владельцами сайтов, рассматриваются очень долго (1—2 месяца), и лишь немногие из сайтов-претендентов попадают в каталог, причем нередко — далеко не с первого раза. Правда, можно воспользоваться услугой Yahoo! Express (http://docs.yahoo.com/info/suggest/busexpress.html) за 299$ сайт точно будет рассмотрен сотрудниками Yahoo! и, возможно (но не обязательно!) включен в каталог. Но это не останавливает владельцев сайтов: попадание в каталог быстро окупит потраченные 299$. По отзывам воспользовавшихся услугой Yahoo! Express, подавляющее большинство из рассмотренных за плату сайтов все-таки включается в каталог.



Полная статистика продаж



Полная статистика продаж

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



Получение денег чеком или на счет?



Получение денег: чеком или на счет?

Как уже упоминалось в разд. "Регистраторы" этой главы, компании, осуществляющие прием платежей за shareware-программы, переводят деньги разработчикам двумя способами: банковским чеком и переводом на валютный счет — по выбору каждого конкретного автора. В данном разделе я подробнее расскажу об этих способах и их преимуществах и недостатках.



Продажи в России



Продажи в России

Для продажи программы на российском рынке совершенно необходим перевод ее интерфейса и Web-сайта на русский язык. Российские пользователи настолько привыкли к русским интерфейсам программ, что меню и диалоги на английском языке вызывают у них дискомфорт. Например, когда я стал распространять свою программу Actual Startup (http://www.actualsystem.com /products/startup), имевшую тогда только английский интерфейс, каждое (!) из писем пользователей содержало не только отзывы и предложения по улучшению программы в будущем, но и просьбы сделать в программе русский язык. И это притом, что Actual Startup (менеджер автозагрузки Windows) предназначается для опытных пользователей и имеет достаточно простой интерфейс.

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

Большинство российских shareware-авторов продают свои программы в России через Shareg.com (http://www.shareg.com) — российского регистратора, осуществляющего прием платежей из России и республик бывшего СССР всеми доступными способами — квитанциями Сбербанка, почтовыми и телеграфными переводами, банковскими переводами, переводами через платежные интернет-системы (например, Webmoney), кредитными картами, наличным платежом (Рисунок 10.10).

Услуги Shareg.com, в которые входит размещение программы на Shareg.com, обработка платежей от клиентов, предоставление авторам отчетов по платежам, стоит 20% от конечной цены программы.



Продвижение программ



Продвижение программ



Программу можно оплатить пятью способами



Рисунок 10.2. Программу можно оплатить пятью способами




Рассылка прессрелизов



Рассылка пресс-релизов

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

Пресс-релиз (press-release) — это небольшая по объему статья, предназначенная для публикации в средствах массовой информации, рассказывающая о событиях в компании, анонсирующая выпуск нового продукта и т. п. Помимо того, что пресс-релизы рассылаются в издания, подходящие по тематике пресс-релиза, они также публикуются на сайте компании, выпустившей пресс-релиз, в разделе "Для прессы". Чтобы увидеть наглядные примеры того, как должен выглядеть "правильный" пресс-релиз, достаточно зайти па сайт какой-нибудь солидной компании и посмотреть соответствующий раздел.

Отзывы об эффективности рассылки пресс-релизов у разработчиков разные. Кто-то из авторов доволен: даже учитывая то, что пресс-релиз был опубликован всего в 3—4 журналах, а рассылка была проведена более чем по 1 500 адресов, акция окупилась сполна. Немногочисленные, но качественные обзоры (внимание редакторов было привлечено как раз пресс-релизами) в популярных журналах вызвали скачок регистрации, и доход от них многократно превысил затраты на подготовку и рассылку пресс-релиза. А кто-то, воспользовавшись рассылкой пресс-релизов, остался разочарован: в ответ пришли в основном только письма типа "Адрес не найден", "Я в отпуске", просьбы ничего больше не высылать по этому адресу, и лишь несколько запросов дополнительной информации.

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

Если для рассылки пресс-релизов планируется воспользоваться услугами специализирующейся на этом фирмы, то лучше всего доверять той, о которой существуют положительные отзывы других shareware-разработчиков. Например, хорошо отзываются о DPDirectory (http:// www.dpdirectory.com): при нормальной для такой услуги цене (99$) эффект от рассылки вполне удовлетворителен (обзоры программы в различных престижных журналах), кроме того, фирма ведет мониторинг -т. е. отслеживает публикации о рекламируемом продукте и даже присылает вырезки с их текстами. Если рекламные обещания какой-то незнакомой вам фирмы кажутся .заманчивыми, и никто из ваших знакомых тоже ничего о ней не слышал, попробуйте провести поиск по ее названию в Usenet — наверняка вы обнаружите отзывы других людей об этой компании. Содержание пресс-релиза должно быть таким, чтобы он требовал как можно меньше правки для его публикации в журнале или другом периодическом издании. Это касается и структуры релиза и стиля изложения (желательно, представить не сухое изложение фактов, а интересную для читателей статью). Редакторы средств массовой информации получают огромное количество пресс-релизов, и подготовить их все для публикации в срок часто бывает невозможно. Поэтому в первую очередь публикуются те пресс-релизы, текст которых требует минимального редактирования. Текст, который выглядит как статья, должен иметь примерно следующую структуру: краткое изложение новости; текст, в котором формулируется проблема, для решения которой предназначен продукт; описание продукта.

Таким образом, редактор вполне может опубликовать пресс-релиз полностью. Если он уберет из пресс-релиза какие-то части, то получится тоже неплохо: например, только части 2 и 3 образуют что-то наподобие проблемной статьи; части 1—3 четкое сообщение о выходе нового продукта; и даже часть 1, опубликованная в виде краткой новости, привлечет немалое внимание публики.

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

Самостоятельная рассылка пресс-релизов считается более выгодной, т. к. в этом случае у shareware-разработчика существует больше возможностей для контроля хода и результатов рассылки. Правда, список адресов все равно придется купить. Но делать это нужно очень осторожно. Фирма-продавец должна быть надежной — о ее надежности можно судить, как и в случае с подбором компании для рассылки пресс-релизов, по отзывам других пользователей. Списки никогда нельзя покупать "вслепую" (просто "список для рассылки пресс-релизов") — вам вполне могут умышленно или неумышленно "подсунуть" список главных редакторов периодических изданий штата Небраска. В худшем случае берите "список адресов редакций компьютерных журналов". Поинтересуйтесь географией, хотя бы приблизительно: только ли это американские издания, или и европейские тоже. Поинтересуйтесь также, offline ли это журналы или среди них есть и online-издания. Если online-журналы в списке присутствуют, то выясните хотя бы соотношение изданий online и offline. Покупать списки, в которых много online-журналов, не рекомендуется -- такие журналы растут как грибы и так же быстро закрываются. Ведутся они зачастую студентами, которые по окончании университета бросают это дело — т. е. большинство таких адресов может оказаться нерабочими.

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

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



Рассылка регистрационных ключей



Рассылка регистрационных ключей

В конференциях, посвященных shareware, часто задают вопрос — как лучше всего рассылать регистрационные ключи: самостоятельно или поручить это регистраторам?

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

Однако возможности регистраторов по рассылке ключей устраивают далеко не всех авторов. Например, для эффективной работы shareware-проекта регистратор должен:

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

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

Если же автору shareware-продукта нужно, чтобы ключи высылались не из статического списка, а генерировались по имени пользователя, которое было указано при заказе, то, если регистратор поддерживает такую возможность, ее реализация тоже может устраивать не всех. Например, начинающему разработчику, программирующему на Visual Basic, не подойдет предложение предоставить кодогенератор в виде DLL-библиотеки (функция получает имя пользователя, возвращает код) или консольной программы под DOS (имя передается как параметр, код отправляется в текстовый файл или стандартный output) — так, в частности, организована поддержка кодогенераторов на RegSoft и Sharelt!. Скорее всего, рассылка регистратором ключей, генерируемых по имени пользователя, не устроит и тех shareware-разработчиков, которые для защиты своих программ используют специализированные пакеты третьих фирм, ведь алгоритм генерации регистрационных ключей в данном случае закрыт.

Но основной недостаток рассылки ключей регистратором заключается в следующем: если антифраудная система регистратора работает неэффективно, то довольно большое число ключей будет попадать в руки злоумышленников. Главная слабость любой автоматической проверки правильности заказа — если номер кредитной карты был украден, то деньги с этой карты зачисляются на счет регистратора и он высылает ключ на адрес e-mail (как правило, анонимный) злоумышленника. Однако через некоторое время настоящий владелец кредитной карты обнаружит несанкционированное снятие денег со своей карточки и попросит свой банк отменить платеж — что и будет сделано банком без лишних вопросов ("chargeback", см. разд. "Возврат денег" данной главы). Вот пример пропущенного системой регистратора заказа:

First Name: Great Last Name: Satan

Address 1: 666 hell drive

City: Hell

Country: USA

Phone: 666-6666-666

Email Address: hzds@hotmail.com

Деньги по этому заказу были зачислены на счет, и система рассылки ключей регистратора отправила серийный номер на указанный в форме заказа анонимный почтовый адрес. Но, если бы заказы проверялись не программой, а вручную, т. е. хотя бы просматривались сотрудником компании-регистратора, то заказ был бы заблокирован, т. к. очевидно, что это — потенциальный "chargeback" (см. разд. "Возврат денег" данной главы).

Некоторые регистраторы преподносят разработчикам еще один "сюрприз". Они не высылают покупателю регистрационный номер, а просто показывают его на странице. Если регистратор работает именно так — лучше посылать номер самостоятельно или выбрать другого регистратора. Многие покупатели этот номер просто не замечают, не записывают или записывают, но с ошибками. Это доставляет разработчику много хлопот и неприятностей - пользователи начинают сердиться, предъявлять автору претензии, обвинять в обмане, требовать вернуть деньги.

После описания всех этих недостатков в реализации рассылки регистрационных ключей различными компаниями-регистраторами может создаться впечатление, что найти регистратора, имеющего удовлетворительный сервис по рассылке ключей, невозможно. Конечно, это не так. Например, известнейшая компания RegNow (http://www.regnow.com), по отзывам, замечательно справляется с рассылкой ключей, в том числе и при довольно больших объемах продаж (несколько десятков регистрации в день), выполняя требования, указанные ранее (большие списки номеров, каждый покупатель получает уникальный ключ, отправка писем, текст которых определен разработчиком и т. д.). Проверка на фрауды при этом проводится довольно поверхностная, однако, если ее ужесточить, это вызывает недовольство клиентов. Но даже при такой простой проверке на фрауды число последних относительно невелико — 2—3% от общего числа регистрации. Если "прошивать" ключи, полученные по фраудам, внутри ЕХЕ-файла программы, чтобы эти ключи не могли разблокировать закрытые в незарегистрированной версии функции, и менять дистрибутив на сервере программы, то фрауды не приносят ощутимого ущерба продажам продукта.

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

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

Соответственно, недостатки ручной рассылки ключей состоят в следующем:

обработка уведомлений о заказах и подготовка писем с регистрационными ключами занимает дополнительное время, что может быть очень существенно при большом объеме продаж; автор программы не может высылать ключи так же быстро, как регистратор; если автор работает в одиночку, то у него могут возникать проблемы с рассылкой ключей — например, если он уехал в отпуск или случились какие-то неполадки у провайдера, обеспечивающего выход в Интернет. Пользователи, оплатившие программу, но не дождавшиеся ключа, могут предъявить автору претензии и потребовать вернуть деньги. Какой способ организации рассылки ключей все-таки предпочтителен? Однозначно ответить па этот вопрос нельзя. Каждый разработчик выбирает то, что его устраивает, исходя из особенностей распространяемых им продуктов, своих личных потребностей, объема продаж, собственного расписания дел и т. д.

Различные варианты перечисления денег



Различные варианты перечисления денег

Регистратор должен уметь высылать деньги автору в зависимости от суммы, накопленной на счету автора у регистратора, или по графику — по выбору автора. При этом нормальной практикой считается установление определенной минимальной суммы, которая может быть выслана. Например, автор желает получать деньги раз в месяц, однако регистратор переводит минимум 200$ за один раз. Следовательно, если за месяц на счету автора накоплено 150$, то они не высылаются, а остаются на счету и могут быть перечислены в следующем месяце — когда сумма на счету достигнет отметки 200$.

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



Различные варианты рассылки регистрационных ключей



Различные варианты рассылки регистрационных ключей

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

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

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



Различные варианты стоимости копий



Различные варианты стоимости копий

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



Регистрация в каталогах



Регистрация в каталогах

Процесс регистрации программы в каталоге (как, впрочем, и в поисковой системе или online-сервисе) называется по-английски submit, что в переводе означает "предлагать", "представлять на рассмотрение". Как и в случае с терминами chargeback и refund (см. разд. "Возврат денег" данной главы), русского перевода этого термина, столь же краткого и поэтому удобного для применения, как оригинал, не нашлось, и среди русскоязычных разработчиков используется его русскоязычная транскрипция — "сабмит".

Каталоги программ принимают регистрации новых продуктов тремя способами:

E-mail — описание программы высылается письмом. Сейчас используется очень редко. HTTP — на сайте архива заполняется Web-форма с информацией о программе. Это — самый распространенный способ, он используется на подавляющем большинстве Web-сайтов. Upload — программа целиком закачивается на Web-сервер архива. Раньше архивов, хранящих у себя копии файлов программ, было не так уж мало, но в последнее время, в связи с кризисом интернет-проектов и последовавшим уменьшением их бюджетов, многие каталоги программ отказались от файловых архивов.

Различают три основных вида сабмита:

Ручной — при котором автор программы (или другое лицо, ответственное за сабмит) самостоятельно посещает Web-страницы каталогов программ с формами добавления новой программы, заполняет все поля вручную (значения полей либо вводятся с клавиатуры, либо копируются через буфер обмена). Этот вариант приносит максимальный эффект (т. е. программа появляется на максимально возможном числе архивов программ), но при этом требует и максимальных затрат времени. Автоматический — с помощью специальной программы для регистрации программных продуктов в каталогах (так называемый "сабмиттер"). Для этого требуется в сабмиттере один раз заполнить форму с информацией о программе,, нажать кнопку — и данные будут отосланы в каталоги программ, имеющиеся в базе данных сабмиттера. Затраты времени минимальны, однако и результат обычно неважный — программа появляется самое большее лишь на трети архивов, на которые отправлялись данные. Происходит это по следующим причинам. Во-первых, механизмы регистрации программ в каждом конкретном каталоге время от времени меняются (к примеру, дабавляются новые поля Web-формы), и запросы, посылаемые сабмиттером, не принимаются. Во-вторых, иногда при регистрации программы в архиве возникают некоторые трудности (скажем, архив требует предоставление какой-то специфической информации о программе, например, регистрационный ключ для полноценного тестирования продукта), которые программа-сабмиттер не может отследить. Не удивительно, что автоматических сабмиттеров на рынке сейчас очень мало, и ими практически никто не пользуется. Даже признанный лидер среди программ такого рода - AddSoft (http://www.cyberspacehq.com) больше не поддерживается разработчиками.

Полуавтоматический - "золотая середина". Для такого сабмита также используется программа-сабмиттер, но несколько иного плана. Она, как и автоматические сабмиттеры, содержит базу данных сайтов и базу данных программ, которую пользователь заполняет информацией о своих продуктах. После нажатия на кнопку Submit, программа поочередно открывает страницы каталогов программ, содержащих Web-формы регистрации. После того как очередная страница загрузилась, программа автоматически заполняет поля формы нужной информацией. Пользователю остается только подтвердить правильность заполнения формы и нажать кнопку подтверждения регистрации. Полуавтоматический сабмит характеризуется наилучшим соотношением временных затрат и полученного результата, т. к. сабмиттер не отправляет информацию на сайт программы (этот процесс часто проходит неудачно из-за изменений в механизме регистрации программ и политики архивов), а лишь помогает пользователю заполнять Web-формы на сайтах архивов программ. Среди программ-сабмиттеров этой категории можно назвать RoboSoft (http://www.rudenko.com), SubMass (http://www.submass.com), Submitus (http://www.officetune.com/).

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

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

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

Для хорошей "раскрутки" своей программы, если только это не гениальное произведение, о котором тут же напишут на первой странице нескольких самых крупных и популярных каталогов, сегодня необходимо регистрировать свою программу на 120—150 архивах. Естественно, вести такую деятельность, учитывая необходимость делать проверки правильности регистрации и повторные сабмйты, программисту, на котором также лежит разработка новых версий программы и техническая поддержка пользователей, очень не просто. Поэтому многие shareware-разработчики прибегают к услугам компаний, осуществляющих сабмит программ за плату (цены начинаются от 50$ за сабмит одного программного продукта на 120 и более каталогов программ, проверку результатов и повторный сабмит). А те, кто уже имеет постоянный и достаточно высокий уровень дохода от продаж своих продуктов, нанимают на работу сотрудников, занимающихся только сабмитом.

РАD-файлы

PAD — это аббревиатура Portable Application Description, что переводится как "переносимое описание приложения". PAD - специальный формат файлов, содержащих детальное описание программы.

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

С технической точки зрения, PAD представляет собой текстовый файл с именем pad_file.xml, размеченный с помощью тегов XML (Extended Markup Language, расширенный язык разметки). Теги XML служат для выделения соответствующих полей: например, тег <Program_Name> служит для обозначения названия программы, a <Primary_Download_URL> указывает на предпочтительный адрес для закачки файла с дистрибутивом продукта (Рисунок 10.7).



Регистраторы



Регистраторы



Реклама продуктов



Реклама продуктов

Если регистратор, помимо приема платежей, осуществляет и рекламу продуктов, которые продаются через него, то это является очень большим плюсом, т. к. обеспечивает дополнительный и при этом довольно солидный приток покупателей. Самый распространенный способ рекламы продукта, который может вести регистратор, — это публикация информации о программе в каком-нибудь крупном и популярном каталоге программ, куда "обычному" автору не так уж легко попасть, и размещение рядом с описанием программы ссылок "Зарегистрировать". По таким ссылкам на страницы регистрации программ приходит довольно приличное число покупателей. Например, многие shareware-авторы пользовались услугами регистратора RegNow (http://www.regnow.com) до 2000 года в основном из-за того, что их программы при этом размещались в одном из самых популярных shareware-архивов WinFiles (http://www.winfiles.com, в настоящее время он закрыт), а по веселым ярко-зеленым кнопочкам Register Now! щелкало довольно большое число покупателей. Впрочем, сейчас ссылки на RegNow стоят в другом популярнейшем каталоге - Download.com: щелкнув по красной кнопке Click to buy!, посетитель может сразу приобрести программу.

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



Результат поиска в Yahoo! сайту



Рисунок 10.5. Результат поиска в Yahoo!: сайту, размещенному в этом каталоге, обеспечено повышенное внимание посетителей


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

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



Российский рынок shareware



Российский рынок shareware



Российский sharewareрынок



Российский shareware-рынок

И все-таки, что это за рынок shareware-программ в стране, где в любом городе в киоске за 2—3$ можно купить пиратский компакт-диск с полным набором программ?

Распространено мнение, что у нас в стране программы законно покупают в основном организации, и при этом не shareware-продукты, а коммерческие пакеты наподобие серверного программного обеспечения, операционных систем, бухгалтерских программ... "Домашние" пользователи якобы покупают программы очень редко. Если же shareware-программу приобретает частное лицо, то этот пользователь обычно живет в Москве или Санкт-Петербурге, где и доходы населения гораздо выше, чем в среднем по России, и пластиковые карточки распространены шире.

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

Частные пользователи приобретают shareware-программы в России довольно неплохо — это видно по динамике продаж продуктов, рассчитанных на индивидуальных пользователей, а также использование в личных целях — например, часов, органайзеров, dial-up-звонилок и, конечно же, игр. Да, игру никогда не купит организация (если, конечно, ее профессиональные интересы не лежат в области игровой индустрии), однако продаются они очень хорошо.

Неплатежеспособность российских частных пользователей — тоже миф. Покупатели из России, вопреки распространенному мнению, готовы платить за shareware-программы много больше, чем стоимость одного пиратского компакт-диска. Например, часы Chameleon Clock (http://www.softshape.com) стоят 100 рублей, GoldenSection Organizer (http://www.tgslabs.com) - 250 рублей, а "звонилка" FlexibleSoft Dialer (http://www.flexiblesoft.com), продукт из категории традиционно бесплатных в нашей стране, продается даже за 300 рублей. Получить плату за действительно качественный и мощный продукт даже при наличии бесплатных конкурентов — не проблема.

Говоря о якобы неплатежеспособности российских пользователей, показателен пример с продажами программы просмотра изображений ACDSee (http://www.acdsystems.com). Взломанная версия этой программы установлена чуть ли не на каждом третьем компьютере в России, тем не менее ACDSee довольно хорошо продается и через российского реселлера по цене 60$, причем покупают этот продукт как организации, так и частные пользователи.

Да, ценность российского рынка, небольшого сейчас, но имеющего хорошие перспективы, осознают и зарубежные разработчики shareware-программ. Например, в каталоге программ SoftList (http://www.softlist.ru), администратором которого я являюсь, зарегистрировали свои программы уже больше тысячи зарубежных авторов. Многие, опубликовав программу в каталоге, пишут, что не ожидали такого большого интереса к своим программам со стороны русских пользователей и готовы продавать русские версии своих программ в России. При этом они готовы пойти на снижение цены до приемлемого для России уровня — не больше 10$. И оказывается, что они прекрасно понимают, — в России пока нельзя надеяться на большую прибыль, нужно сначала приучать россиян платить за программы.

А один француз, автор мощного каталогизатора изображений (цена для зарубежных пользователей —29$), готов был продавать свой продукт в России вообще всего лишь за 4$ (!), при этом он предполагал 75% отдавать российскому дистрибьютору за представление программы в России (перевод интерфейса, Web-сайта и прием платежей). Удивительно: человек готов отдавать свою программу почти бесплатно — за 1$! Вот вам пример того, на что готовы пойти иностранцы для захвата нашего рынка.

Утверждать, что, якобы, нигде, кроме Москвы и Санкт-Петербурга, легально программы не покупают — тоже не верно. Конечно, больше всего покупателей именно из этих двух городов (что, действительно, объясняется большой численностью населения, высоким уровнем доходов и развитой технологической инфраструктурой), однако из других регионов России приходит достаточное количество регистрации, чтобы принимать "провинциальный" shareware-рынок всерьез.



Самостоятельный прием платежей



Самостоятельный прием платежей

Итак, первая версия вашей shareware-программы создана, к ней написана справочная система, дистрибутив загружен на виртуальный сервер, специально зарегистрированный у надежного коммерческого хостинг-провайдера. Словом, ваша программа готова к продажам на мировом shareware-рынке. Однако остается еще один важный вопрос — как же будет происходить процедура поступления денег от покупателей программы к автору shareware-программы?

На заре shareware отец-основатель индустрии Джим Кнопф (см. разд. "История shareware" гл. 1) получал деньги в конвертах писем от пользователей, желавших подписаться на рассылку уведомлений о выходе новых версий программы. Так же поступали и другие авторы, перенявшие придуманный Кнопфом и Эндрю Флюгльманом способ распространения программ.

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

Правила получения платной версии.

Вы высылаете деньги в конверте на адрес: 420 111, г. Казань, а/я XXX, приложив с ними свои контактные данные: [...]

Правила отсылки денег в конверте.

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

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

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

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

Есть еще одна причина, из-за которой самостоятельно принимать платежи из-за границы в России не имеет практически никакого смысла. Дело в том, что за каждый перевод банк, осуществляющий пересылку денег, берет определенную плату, составляющую определенный процент от суммы перевода, но которая при этом не может быть ниже определенного минимума. Так вот, почти всегда этот минимум составляет 20—30 долларов, т. е... среднюю цену shareware-программы! Это означает, что банковская комиссия будет "съедать" почти всю сумму платежей, осуществляемых пользователями в качестве оплаты регистрации программы.

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



Сколько должно быть регистраторов



Сколько должно быть регистраторов

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

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

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

Если же shareware-разработчик пользуется услугами более чем двух регистраторов, это, как показывает практика, не прибавляет покупателей, однако создает проблемы при получении денег автором. Большая часть пользователей регистрируется через того регистратора, который стоит в списке первым, что подтверждается опытом тех разработчиков программ, которые имеют не статический список регистраторов, а периодически "тасуют" его. Деньги с покупок остальных пользователей, составляя довольно приличную сумму, будут "распылены" по оставшимся в списке регистраторам, а из-за того, что на счетах каждого конкретного регистратора будет относительно небольшая сумма денег, регистратор не будет ее высылать. Например, если разработчик использует услуги пяти "лишних" регистраторов, то на их счетах могут "зависнуть" денежные средства объемом до тысячи долларов!

Примечание
Примечание

К "лишним" регистраторам не относятся национальные регистраторы (с/и. разд. "Выбираем регистратора" данной главы). Считается вполне нормальным иметь несколько дополнительных национальных регистраторов — ведь каждый из них обслуживает shareware-рынок определенной страны или региона, и их покупательские аудитории почти никогда не пересекаются.

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



Скорость работы регистратора



Скорость работы регистратора

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

Если уведомление о заказе приходит автору практически сразу после того, как заказ был сделан, то это не всегда является показателем высокого качества работы регистратора. Обычно это означает, что заказ регистратором проверяется поверхностно и автору самому нужно тщательно проверить информацию, введенную пользователем при оформлении покупки, чтобы убедиться, что это не фрауд. Например, уведомления от регистратора RegNow приходят очень быстро, однако при этом "проходят" даже заказы, в которых, скажем, в качестве имени пользователя указывается "Devil", а в графе "номер телефона" - 666-66-66, т. е. явные фрауды.



Составление регистрационных писем



Составление регистрационных писем

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

Как уже говорилось ранее, приемом платежей за регистрации shareware-программ занимаются специальные компании-регистраторы. От их же имени банк снимает деньги со счетов пользователей. Однако многие пользователи, оплачивающие регистрацию, не обращают внимания на то, что покупали-то они программу разработчика, например "AV Software", а форму регистрации заполняли на сайте регистратора. В результате пользователь, просматривая выписку по операциям по своему счету, обнаружив, что деньги были сняты каким-то RegNow или RegSoft. Помня, что у них он точно ничего не покупал, пользователь обращается в банк с требованием отменить снятие денег (т.н. "chargeback", см. разд. "Возврат денег" данной главы). Такой невнимательностью, оборачивающейся для авторов программ

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

Учитывая это, нужно обязательно внести в регистрационные письма информацию о том, от чьего имени будут сняты деньги с карточного счета пользователя. Например, так сделано и в письмах, приходящих в ответ на регистрацию таких известных shareware-программ, как, WinZip (http://www.winzip.com) и UltraEdit (http://www.ultraedit.com).

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

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

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



Ссылки на регистратора



Ссылки на регистратора

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

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

Основной источник потока покупателей, заходящих на страницу регистрации программы, — это ссылки в документации и на Web-сайте программы. Также автор может поставить эти ссылки и в окне О программе (About) своего продукта и (или) привязать их к пункту меню или командной кнопке. Именно по этим ссылкам подавляющее большинство покупателей попадает на страницу регистрации и оплачивает приобретение лицензии на программу.

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

В случае с установкой ссылок на Web-сайте программы никаких проблем не возникает: HTML-код ссылок модифицируется, чтобы они указывали на сайт нового регистратора. А вот ссылки в документации... Конечно, их можно поменять, но ведь предыдущие версии программы "расползлись" по всему Интернету и "осели" на множестве FTP-серверов, в частных online- и локальных коллекциях программного обеспечения. Время от времени они будут попадать в руки новых пользователей, которые, желая зарегистрировать программу, будут нажимать на ссылки, указанные в документации (увы, немногие пользователи, получив файл программы не с официального сайта разработчика, не удосуживаются проверить, новейшая у них версия или нет). И, столкнувшись с трудностями на таком ответственном этапе, как регистрация (ведь дело касается личных денег пользователя), вполне вероятно, что человек испугается и решит отказаться от использования программы.

Для решения этой проблемы можно применить два способа. Во-первых, в документации программы указывать не прямые ссылки на страницу регистрации, а ссылку на раздел "Регистрация" Web-сайта программы, где уже стоят прямые ссылки на регистратора. Меняя, при необходимости, ссылки на странице "Регистрация" Web-сайта программы, можно добиться того, что пользователи, щелкающие по ссылкам в документации программы, даже при смене регистратора могут продолжить процесс регистрации. Однако в данном случае существует небольшой недостаток: для пользователя процесс регистрации усложняется, т. к. после нажатия на ссылку в документации программы пользователь попадает сначала не на страницу регистрации, а в раздел "Регистрация" Web-сайта программы. В результате существует вероятность, что пользователь окажется сбит с толку — например, решит, что именно на этой странице нужно производить регистрацию.

Чтобы этого не произошло, можно использовать второй способ — переадресацию пользователя, нажавшего на ссылку в документации, при помощи CGI-скрипта. Он осуществим, если вы последовали моим советам по выбору хостинга в гл. 9 и разместили свой Web-сайт на тарифном плане с поддержкой CGI.

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



Ссылки на сайт



Ссылки на сайт

Многие поисковые системы (например, Google, Excite, Lycos) определяют рейтинг сайтов, проиндексированных ими, исходя из того, как много других сайтов поставили ссылки на этот сайт. Google имеет более сложную систему оценки рейтинга: они учитывают не только количество, но и качество ссылающихся на индексируемый ресурс Web-сайтов. Например, ссылка с CNN.com ценится гораздо больше, чем ссылка с какой-нибудь домашней странички на бесплатном сервере.

Так как на сайты shareware-продуктов ставится очень много ссылок в online-каталогах программ, имеющих хороший качественный уровень и высоко оценивающихся поисковыми механизмами, то у shareware-разработчиков есть шанс получить неплохой рейтинг в поисковых системах, основанных на механизме Google (например, http://google.yahoo.com, http://www.google.de).



Стоимость обновлений программы



Стоимость обновлений программы

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

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

Тем не менее практика показывает, что бесплатность обновлений не является настолько важным фактором развития shareware-программы, чтобы из-за него пренебрегать дополнительными 30—50% дохода, который генерируется за счет продажи обновленных версий. Конечно, на некоторых покупателей возможность бесплатного обновления оказала бы решающее влияние, но процент таких покупателей мал: большинство привыкло к тому, что за обновленные версии нужно платить, и это не является значительным тормозящим продажи фактором. Вот, например, цитата из письма одного пользователя (естественно, в переводе с английского), опубликованная в конференции SwRus: "Пожалуйста, взимайте плату за эту новую версию. Предыдущие обновления Вашей программы были бесплатными, и плата за обновления программы для поддержки Ваших усилий будет воспринята с пониманием и внесена без колебаний".

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

Очевидно, не все новые версии должны быть платными. Общепринятая практика состоит в том, что так называемые "минорные" обновления — например, с версии 1.2 до 1.3 — распространять все-таки бесплатно. А вот версии 2.0, 3.0 и выше должны быть платными — при этом, естественно, эти версии должны включать действительно реальные серьезные изменения, а не мелкие улучшения да новый номер версии в окне О программе (About), иначе пользователь будет чувствовать себя обманутым. Также желательно следить, чтобы версии, за которые уже зарегистрированные пользователи должны снова заплатить, выходили не чаще одного раза в год. Интервал в один год для платных обновлений является привычным для пользователей, потому что многие коммерческие и даже shareware-продукты продаются по такой схеме: зарегистрировавшись, пользователь получает все новые версии, выходящие в течение одного года со дня его регистрации, а за версию, вышедшую по истечении этого года, он должен заплатить. Пример тому популярный текстовый редактор UltraEdit. В крайнем случае, можно выпускать платные обновления раз в полгода.

Некоторые авторы считают, что продавать новые версии зарегистрированным пользователям не эффективно по причине того, что новая версия в этом случае должна стоить небольшие деньги —3—5$, которые все равно "съест" комиссия регистратора. Однако стоимость обновленных версий можно устанавливать на довольно высоком уровне — 30—70% от цены регистрации для новых пользователей. Конечно, чем дороже программа, тем больше должна быть скидка для зарегистрированных пользователей, т. к. платить 150$ за покупку новой версии двухсотдолларового продукта раз в год или полгода довольно накладно. А вот 15$ за обновление программы стоимостью 25$ — вполне нормальная цена: раз в полгода или год заплатить 15$ не так уж сложно.



Теги <МЕТА>



Теги <МЕТА>

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



Техническая поддержка



Техническая поддержка



Уведомления по email



Уведомления по e-mail

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

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



Вход в базу данных online регистратора



Рисунок 10.4. Вход в базу данных online регистратора по безопасному протоколу HTTPS


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

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



Виды каталогов программ



Виды каталогов программ

Каталоги программ, существующие в Интернете, можно разделить, на несколько групп.

Крупные архивы

К этой группе относятся старейшие каталоги, в базах данных которых находятся десятки тысяч программ, имеющие посещаемость в сотни тысяч и даже миллионы человек в день. Еще совсем недавно таких было довольно много — Download.com (http://www.download.com), Tucows (http://www.tucows.com), WinFiles.com (http://www.winffles.com), ZDNet (http://ww.zdnet.com/downloads), SoftSeek (http://www.softseek.com), WinSite (http://www.winsite.com), Simtel.net (http://www.simtel.net)... К сожалению, WinFiles.com и SoftSeek были закрыты компанией С net (владелец Download.com), которая приобрела их в 1999— 2000 годах. ZDNet, также приобретенный diet, не закрылся, однако качество этого каталога сильно упало: исчезли знаменитые обзоры программ, база данных была объединена с базой Download.com, после чего процедуры регистрации новых программ и обновления информации об уже присутствующих в каталоге стали работать очень плохо. Фактически сейчас из всех крупных архивов остались только Download.com, Tucows и WinSite.

Колоссальные объемы баз данных и огромная посещаемость этих каталогов — одновременно и плюс, и минус. В такие архивы поступает несколько десятков продуктов в день, и ваша программа имеет шансы быть замеченной только первые два-три дня, когда она размещается на странице "Что нового?". Но, если программа действительно актуальна, то относительно большое число пользователей (ведь посещаемость таких архивов, как уже упоминалось, огромна) будет находить ее в тематических категориях каталога, что обеспечит стабильный приток новых пользователей вашей программы. А уж если программа настолько понравится обозревателям архива, что они напишут хвалебный обзор, дадут ей значок-награду или хороший рейтинг (например, "5 звезд") или даже поместят в почтовую рассылку с лучшими программами каталога, то это может предопределить дальнейший успех всего shareware-проекта в целом.

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

С одной стороны, сотрудников крупных архивов можно понять: в каталогах присутствуют тысячи программ, ежедневно им приходится рассматривать десятки новых заявок, поэтому уследить за всеми программами и отвечать каждому автору по отдельности они не могут. Но для shareware-разработчика самая ничтожная неточность может обернуться большими убытками — например, неверное описание будет отпугивать пользователей. Поэтому не нужно смиряться с тем, что заявка на публикацию программы была проигнорирована или отклонена. Нужно повторять попытки еще и еще — например, еженедельно. Как показывает практика, рано или поздно архив сдастся и опубликует вашу программу. А некоторые авторы не без удовольствия рассказывают, что после такой "атаки" другие их программы добавляются в каталог мгновенно. Создается впечатление, что сотрудники архива уже боятся и, едва увидев в заявке знакомое имя, тут же публикуют программу.

Средние и мелкие архивы

Помимо крупных архивов, число которых относительно невелико, в Интернете существуют сотни средних и мелких архивов, число программ в которых составляет обычно несколько тысяч, а посещаемость — от тысячи до нескольких десятков тысяч человек в день. Появляются эти каталоги как грибы после дождя, и многие "умирают" буквально через несколько месяцев, т. к. их создатели, надеясь легко достичь уровня Download.com, быстро разочаровываются в этом деле и теряют к нему интерес.

Конечно, существует достаточно много и вполне качественных архивов, которые работают уже несколько лет. Все их перечислить невозможно, а в качестве примера стоит привести сайты Rocket Download (http://www.rocketdownload.com), SuperShareware.com (http://www.supershareware.com), Quality Shareware (http://www.quality-shareware.com), SoftPile.com (http://www.softpile.com). Хотя посещаемость их значительно ниже, чем тех же Download.com и Tucows, но за счет сравнительно небольшого количества программ, зарегистрированный в каталоге shareware-продукт имеет шансы быть замеченным тем же числом пользователей, что и на крупных архивах.

Да и вообще, по отзывам авторов программ, со средних и мелких архивов идет довольно качественный трафик, т. е. покупателей они приводят достаточно много. Например, один из зарубежных авторов, опубликовавших свою программу в каталоге Soft-List (http://www.softlist.ru), в личной переписке со мной как-то заметил: "Некоторые из наших лучших пользователей пришли с SoftList". Я подумал, что неправильно его понял и переспросил, действительно ли это так, на что получил подтверждение: "We really do have our best users from SoftList".

Правда, нужно оговориться, что большинство средних и мелких каталогов, судя по статистике посещений моего сайта http://www.actualsystem.com, подтвержденной свидетельствами других shareware-разработчиков, приводят большую часть посетителей только в первые несколько дней после того, как новая версия программы появилась в каталоге. Затем же с Web-сайтов этих архивов приходят всего по несколько человек в день. Но за счет того, что программа обычно регистрируется минимум в сотне средних и мелких архивов (см. разд. "Регистрация в каталогах" данной главы), суммарный трафик получается довольно ощутимый.

Кроме того, мелкие и средние архивы имеют еще одно преимущество перед крупными каталогами. Вследствие своей меньшей загруженности они гораздо более оперативны при добавлении и обновлении информации о программах. Механизмы обновления многих архивов поддерживают стандарт PAD (см. разд. "РАО-файлы" данной главы), имеют online-базы данных с возможностью для авторов самостоятельно обновлять информацию о своих программах.

Национальные архивы

Это — архивы, которые существуют не на английском языке. С их помощью можно увеличить число покупателей программы в тех странах, где английский язык не очень распространен. На первый взгляд, зарегистрировать программу в таких каталогах непросто — ведь страницы сайта архива обычно не имеют английской версии. С другой стороны, можно .воспользоваться программой-переводчиком или online-сервисом для перевода Web-страниц, или даже догадаться о назначении полей в Web-форме.

Конечно, очень желательно, чтобы интерфейс программы, заявка на публикацию которой отсылается на национальный архив, был переведен на язык той страны, которой принадлежит соответствующий архив (см. разд. "Локализация программы и Web-сайта"данной главы).



Виды технической поддержки



Виды технической поддержки

Основной вид технической поддержки, которым приходится заниматься авторам shareware-программ, — это ответы на вопросы, приходящие от пользователей по e-mail. Письма, присылаемые пользователями, чаще всего содержат всевозможные вопросы относительно работы с программой и ее приобретения, просьбы выслать потерянный регистрационный ключ (по словам shareware-авторов, такие письма их наиболее раздражают).

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

Те разработчики, которые получают высокие доходы от продажи своих программ, устанавливают в своих офисах так называемые "800-е" телефоны (их номера начинаются на "800"). Звонки по этому телефону для пользователей бесплатны, и такие "800-е" телефоны традиционно используются в службах технической поддержки серьезных компаний. Поэтому указанный на сайте и в документации программы, в разделе "Technical Support", номер телефона производит благоприятное впечатление на пользователей, убеждая их в том, что они имеют дело с солидной фирмой. Пользователи из зарубежных стран вообще очень любят использовать телефон для общения с компаниями, и если у них есть выбор между e-mail и телефоном, они выбирают последний.

Дополнительным видом технической поддержки являются форумы, в которых пользователи программы, обсуждают различные аспекты работы с ней, задают вопросы и т. п. (такие форумы так и называются — Support Forums, "форумы поддержки"). Автор, конечно же, должен участвовать в них, общаясь с пользователями и отвечая на их вопросы. Это позволит несколько разгрузить разработчика, т. к. некоторые пользователи (к сожалению, не все), прежде чем задать вопрос автору, будут предварительно просматривать форум и, возможно, находить нужную информацию. Кроме того, вокруг хорошо посещаемого и оживленного форума может сформироваться так называемое Community — сообщество активных пользователей, которые принимают деятельное участие в развитии shareware-программы: участвуют в бета-тестировании, помогают переводить интерфейс и документацию программы на другие языки, рисуют графику для оформления программы и Web-сайта. Вообще, Community — это главное, что может быть у проекта, и будет просто замечательно, если оно сложится вокруг ваших программ.



Возврат денег



Возврат денег

Да, при покупке пользователями shareware-программ деньги, к сожалению, не всегда движутся в одном направлении. Увы, иногда приходится возвращать пользователям деньги, которые уже были уплачены за программу.

Примечание
Примечание

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

Говоря о возврате денег, обычно употребляют два термина — chargeback и refund, которые обозначают различные виды операций по возврату денег покупателем. Русских переводов этих терминов, столь же кратких и поэтому удобных для применения, не нашлось, и поэтому используются английские транскрипции: "чарджбэк" и "рефанд".

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

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

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

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

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

Такой прием наиболее "сообразительные" пользователи активно практикуют, желая получить регистрационный ключ бесплатно. Например, после оплаты регистрации и получения ключа начинают предъявлять претензии, что программа не работает или работает не правильно — что вряд ли возможно, учитывая то, что девиз shareware — "Попробуй, прежде чем купить", и у пользователя было 30 дней на тестирование программы. Кто-то, увидев в письме с регистрационным ключом русскую фамилию и определив, что сообщение пришло из России, требует вернуть деньги только потому, что ему не хочется заказывать что-то в России (попробуйте себе представить реакцию российского разработчика программ, который читает письмо о такой "уважительной" причине). А кто-то откровенно наглеет и заявляет, что он ничего не покупал — хотя сам по себе факт, что с требованием вернуть деньги по этому основанию пользователь обращается не в банк, как обычно, а к разработчику, указывает на то, что дело здесь не чисто и покупатель, скорее всего, пытается автора "надуть".

Такие нечестные пользователи могут стать серьезной проблемой для разработчиков shareware-программ, особенно тех, чьи продукты пользуются известностью. К счастью, не все авторы согласны мириться с тем, что пользователь может в этой ситуации сделать все, что ему захочется. Вот, например, какова политика компании ElcomSoft (http://www.elcomsoft.com) относительно возврата денег:

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



Выбираем регистратора



Выбираем регистратора

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

Как же выбрать из всего многообразия компаний-регистраторов того, который обеспечит наиболее эффективное обслуживание платежей пользователей и, таким образом, поможет успеху shareware-проекта? Новички в первую очередь обращают на размер комиссии, взимаемой регистраторами с каждого платежа: конечно, чем он меньше, тем лучше. Здесь ситуация очень похожа на выбор хостинга (см. разд. "Где и как разместить сайт" гл. 9): начинающие владельцы сайтов выбирают в первую очередь те тарифы, которые предлагают наибольшее дисковое пространство, нисколько не обращая внимание на набор предоставляемых услуг. Да, при выборе регистратора, как и при выборе хостера, главное — пакет предоставляемых услуг. Если регистратор оказывает небольшой ассортимент услуг, то, скорее всего, вся экономия на проценте комиссионных может сойти на нет из-за, например, больших штрафов за возврат денег покупателям при отказе от покупки или плохой проверки заказов. Более того, вполне возможно, что с таким регистратором shareware-автор заработает гораздо меньше денег, чем с регистратором, берущим более высокую комиссию, но предоставляющим качественный сервис. Бесплатный сыр бывает только в мышеловке: снижение процента комиссии регистратора обычно достигается как раз за счет снижения количества и качества предоставляемых услуг. Итак, хороший регистратор, которому можно доверить обслуживание платежей по своим программам, должен оказывать большую часть из следующих услуг.



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



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

Игнорируя теги <МЕТА>, роботы поисковых систем обращают большое внимание на заголовок и текст страницы. Ведь именно эта информация обычно дает наиболее точное представление о содержании страницы. Учитывая это, следует подходить к написанию текста на Web-странице с особой тщательностью. Нужно составить текст таким образом, чтобы в нем встречались те ключевые слова, по которым пользователи будут искать информацию по теме, которой посвящен сайт, в поисковых системах. И, конечно, не нужно оставлять в заголовке страниц только название сайта — можно поместить там краткую аннотацию ресурса.

Очень удачный пример составления текста страниц, эффективно индексируемого поисковыми системами, я встретил на сайте http://www.submass.com, посвященном мощной программе для регистрации программных продуктов в online-каталогах программ. На первой странице сайта цитируются высказывания пользователей SubMass, которые сравнивают его с конкурентами -AddSoft, SiteTrack и SubmitWolf (Рисунок 10.6). В результате при индексации



Значение рекламы для shareware



Значение рекламы для shareware

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

Именно рекламе своего продукта нужно уделять особое внимание первые полгода после выпуска первой версии своей программы. Дальше программу будут рекламировать пользователи, рекомендуя ее друг другу в Web- и news-конференциях. И в уведомлениях о новой регистрации будут все чаще и чаще встречаться слова вроде таких: "A friend of mine gave me a copy for a try, just great..." ("Приятель дал мне копию на пробу..."). Автору программы останется только иногда делать целенаправленные рекламные акции, приуроченные к выходу новой версии или другим значительным событиям в истории развития своего продукта. Впрочем, никто не запрещает продолжать активно рекламировать свою программу и после того, как она станет достаточно популярной — это позволит добиться еще больших успехов на рынке shareware.

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



Значение технической поддержки



Значение технической поддержки

Техническая поддержка — одна из важнейших (возможно, самая важная) частей любого shareware-проекта. Для многих пользователей основной фактор, влияющий на выбор той или иной программы и оплату ее регистрации — именно наличие службы поддержки, гарантия того, что на любой вопрос будет получен подробный, вежливый, и, главное, быстрый ответ. Известное правило shareware — вести свою деятельность не от своего имени, а от имени компании (пуская и придуманной), обусловлен как раз тем, что пользователи привыкли к тому, что у компании больше возможностей обеспечить качественную техническую поддержку, чем у частного лица.

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

Многие популярные shareware-продукты, например WinZip (http://www.winzip.com), взломаны уже очень давно и серийный код к ним можно за минуту найти в Интернете. Однако продаются они на сотни тысяч долларов в месяц. Почему? Именно из-за технической поддержки. Если программа является достаточно сложной по своим функциям, то пользователь все равно заплатит за нее, чтобы иметь право на техническую поддержку.

Кроме того, есть пользователи, которые, прежде чем купить, "прощупывают" разработчика - "А есть там кто живой?", т. е. прежде, чем приобрести программу, шлют письмо с каким-нибудь вопросом. Я же сам рекомендовал вам (см. разд. "Где и как разместить сайт" гл.9), при выборе хостинг-провайдера сначала написать письмо в службу поддержки с каким-нибудь вопросом поглупее, чтобы проверить оперативность, вежливость и учтивость ее специалистов.

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