Проблема монетизации веб-проектов актуальна до сих пор, несмотря на то, что интернет-бизнес существует давно и успешно. Вместе с пользователями сервиса Quora попытаемся ответить на вопрос о том, как заработать на бесплатном онлайн-сервисе.
Несмотря на то, что модели монетизации веб-проектов вроде бы опробованы и доказали свою эффективность, проблема заработка в интернет-бизнесе является актуальной и острой. Особенно если речь идет о контент-проектах и онлайн-сервисах.
Даже большая аудитория не гарантирует веб-сервису успех, что недавно продемонстрировал сервис The Old Reader, не выдержавший наплыва пользователей и объявивший о закрытии.
Пользователи сервиса Quora выделили несколько наиболее типичных способов заработка для бесплатных веб-сервисов. Многие из этих моделей успешно опробованы крупнейшими компаниями, у которых стоит поучиться зарабатывать деньги.
«Freemium» модель
Модель Freemium принято называть классикой для большинства веб-сервисов. Эта модель наиболее опробована и чаще других она продемонстрировала свою эффективность. Freemium предусматривает, что клиентам предлагается бесплатный продукт (например, программа или игра) с ограниченными функциями или возможностями.
За отдельную плату пользователь получает «недостающий» функционал. Большинство продуктов SaaS используют эту модель.
Ограниченный триал-период
Эта модель работает не для всех продуктов, однако она тоже доказала свою эффективность. Вначале продукт предлагается бесплатно, так сказать, «на пробу» на ограниченный период времени. По истечении установленного срока для продолжения работы с продуктом или сервисом пользователь должен перейти на платную модель взаиморасчётов.
Например, компания-разработчик 37 Signals для большинства продуктов использует бесплатный 30-дневный пробный период.
Компаниям, которые хотят зарабатывать на рекламе, нужно знать как можно больше о своих клиентах и доставлять им релевантную и таргетированную рекламу. Так зарабатывают Facebook и Google.
Спонсорская модель
В том случае, если сервис косвенно помогает властям и/или крупным компаниям, вполне возможен вариант использования спонсорской модели, проще говоря, можно попытаться обратиться к заинтересованной организации за поддержкой. По такой схеме финансируется один из крупнейших стартапов, работающих на рынке MOOC-обучения – проект , спонсорами которой выступают Gates Foundation и Google.
Модель Wikipedia
Суть этой модели – в сборе пожертвований от пользователей. Многие плагины WordPress, программы и приложения с открытым исходным кодом, а также Wikipedia используют эту модель.
Модель Gillette
Принтеры и бритвенные станки знаменитой компании продаются по заниженной стоимости, так как главную и долговременную прибыль обеспечат сменные картриджи или лезвия. Принтер или станок будет бесполезным, если его хозяин не потратится на другой высокодоходный дополнительный продукт от производителя.
В Интернете, например, можно создать облачный сервис, который позволит бесплатно создавать и редактировать документы, однако для того, чтобы скопировать готовый файл на локальный компьютер, понадобится оплата или подписка.
Модель открытого исходного кода
Эта модель заключается в предоставлении бесплатного продукта в расчёте на получение денег от его поддержки, настройки, кастомизации и установки. Большинство программного обеспечения с открытым исходным кодом работает по этой модели.
Плата за превышение бесплатных лимитов
Эта модель подобна Freemium-модели. Пользователям бесплатно предоставляется полноценный продукт, в котором ограничены объёмы (масштабы) его использования – например, пространство для хранения данных (как в Dropbox), или количество скачиваний. Чтобы воспользоваться продуктом в меру своих потребностей, клиенту приходится платить.
Модель Zynga
Получение прибыли от продажи виртуальных продуктов или открытие новых уровней внутри бесплатной игры.
Модель «Кредитная карточка»
В этой модели продукт делается бесплатным для одной стороны (потребителей), а при помощи сетевых эффектов доход приходит от другой стороны (продавцов). Подобную модель уже используют Facebook, Yelp и другие онлайн-сервисы.
Доп-продажи / кросс-продажи (Up-sell/Cross-sell)
Предложение бесплатного продукта с целью продвижения премиального продукта в том же сегменте. Например, на финансовом веб-сайте может присутствовать бесплатный информационный сервис котировок акций, а за плату предлагаются аналитические отчёты и инструменты финансового планирования.
Создание бренда
Бесплатный сервис можно использовать для создания бренда, имиджа, информационного поля, которые позволят затем продавать продукты премиум-класса (связанные или нет непосредственно с бесплатным продуктом).
Аффилированный (партнёрский) маркетинг
Можно подписаться на партнёрскую программу, связанную с товаром или услугой, конвертируя своих пользователей в клиентов партнёров, получая за это вознаграждение.
Продайтесь Google построив большую базу пользователей, можно сделать так, чтобы она смогла бы привлечь крупного покупателя, такого как Microsoft или Google. Они, в свою очередь, могли бы использовать её, чтобы продавать свои продукты/услуги премиум-класса. Многие компании, такие как Freebase и Powerset, нашли свою нишу в этой области.
Сделайте бесплатный сервис вкладом в успех следующего предприятия
Если ни один из предыдущих бесплатных продуктов вы не смогли заставить приносить деньги, используйте их для построения личного бренда и повышения популярности, в надежде обеспечить финансирование для следующих стартапов.
Если бизнес нельзя назвать чисто альтруистическим, значит, в нём найдется то, что можно продать за деньги. Как говорится: «Если вы не платите, вы не клиент, но вы продукт».
С ростом популярности социальных сетей типа Twitter, где длина сообщения ограничена, возникла необходимость в специальных сервисах для сокращения длинных ссылок. В результате появилось много сайтов, где вы можете ввести длинную ссылку и вместо нее получить короткую. При переходе по такой ссылке вы сперва попадаете на сайт-редиректор, а уже с него выполняется автоматический переход на нужную ссылку. Я даже встречал такие сокращенные ссылки в печатных изданиях, а не только в интернете. Ничего сложного в реализации такого сервиса нет, и сейчас мы сделаем что-нибудь подобное.
Начинается все с покупки короткого доменного имени. Все красивые имена уже разобраны или захвачены киберсквоттерами, но кое-что еще можно найти . В конце концов, рядовому пользователю нет особой разницы, по красивой ссылке идти или по некрасивой, главное чтобы она помещалась в его сообщение. Хорошо, домен у нас есть, едем дальше.
CREATE TABLE IF NOT EXISTS `redirector_links` (
`link_id` INT(11) NOT NULL AUTO_INCREMENT COMMENT "ID ссылки в базе",
`link_hash` VARCHAR(32) COMMENT "Хэш ссылки",
`link_url` TEXT COMMENT "Адрес ссылки",
PRIMARY KEY (`link_id`),
KEY `link_hash` (`link_hash`)
) ENGINE=MyISAM
Хэш ссылки нужен для того, чтобы не создавать в базе дубли для повторяющихся ссылок. В принципе, сюда же можно добавить счетчик для сбора статистики переходов, добавить принадлежность к какому-нибудь владельцу и т.п. Все зависит от поставленных задач.
Следующий шаг - выбор формата коротких ссылок. Оптимально, чтобы они имели вид "http://site/id" , где id - это индекс ссылки в нашей базе, по которой будет выполнен переход. Можно использовать привычную числовую систему, а можно сэкономить еще несколько байт в ссылке за счет использования других символов кроме цифр. Например, возьмем все буквы английского алфавита, причем строчные и прописные будут считаться различными "цифрами". Вместе с десятичными цифрами получится 62 символа. Но традиционными средствами PHP с такими "числами" работать нельзя. Для этого нам потребуются две вспомогательные функции для преобразования числа из десятичной системы счисления в 62-ричную и обратно:
Что нам это дает? Ну, например, семизначное десятичное число 2906248 преобразуется в четырехзначное число "cc2Y" , экономия в три символа налицо. Можно подумать, что это "экономия на спичках", но мы же пишем сервис КОРОТКИХ ссылок. Теперь нам надо настроить сервер, чтобы он мог обрабатывать переходы по коротким ссылкам. Это делается через файл .htaccess примерно следующим образом:
DirectoryIndex index.php
RewriteEngine on
Options +FollowSymlinks
RewriteBase /
RewriteRule ^(+)$ /index.php?link=$1
Теперь при переходе по короткой ссылке ее идентификатор будет передан скрипту index.php, затем идентификатор преобразуется из нашей 62-ричной системы счисления в обычное десятичное число и по этому ID выбирается соответствующая запись в базе. Если запись есть - выполняется переадресация на соответствующую ссылку, если записи нет - выводится сообщение об ошибке. На переадресации остановлюсь поподробнее. Ее лучше сделать одновременно несколькими способами, а именно сперва через заголовок сервера "Status: 301 Moved Permanently" и "Location: URL" , затем на странице выполняется автоматическая переадресация средствами HTML через тег , там же выполняется скрипт JavaScript document.location.href="URL"; и для совсем уже клинических случаев выводится обычная ссылка вида "нажмите сюда, чтобы перейти" . Такое решение позволит выполнить переход в любом браузере, независимо от того, поддерживает ли он скрипты, обрабатывает ли заголовки и т.п. Получается что-то вроде такого:htmlspecialchars ($link ). "">" ;
Переходим к добавлению ссылок в базу. Здесь алгоритм следующий: пользователь вводит длинную ссылку, сервис заносит ее в базу и возвращает короткую ссылку вида http://site/id , сформированную на основании ее ID, переведенного в 62-ричную систему счисления. Если такая ссылка уже есть в базе, то новая запись не добавляется, а берется ID ранее добавленной записи. Для проверки уникальности проще всего использовать какой-нибудь хэш типа MD5 (поле link_hash в таблице).
Вот, в принципе, и все. Осталось собрать все перечисленное в один скрипт. Вы также можете расширить функционал сервиса, например, как я уже говорил в начале статьи, добавить счетчик переходов, личный кабинет пользователя с его подборкой ссылок, а всякие мудаки могут даже показывать принудительную рекламу на странице переадресации.
В приложении мой скрипт , который представляет собой готовый сервис коротких ссылок. Исходник прокомментирован, можете использовать его совершенно бесплатно при условии сохранения ссылки на сайт и информации об авторе.
Немного статистики по платформе Youca.org :
- 18 модулей
- 253 файла
- 52 867 строк кода
- 13 месяцев разработки, совмещенных с основной деятельностью.
После того, как я придумал идею, нужно было приступать к реализации.
С чего начать?
Попробуйте максимально подробно изложить свою идею на бумаге (не обязательно писать карандашом или ручкой, напечатать на компьютере тоже сойдет:)). Во-первых, расписывая свой проект, вы более полно сможете оценить картину и скорее всего увидите недоработки, которые сразу сможете улучшить. Во-вторых, все будет задокументировано, и вы ничего не забудете. В-третьих, по описанию попробуйте составить список задач, чтобы были более понятны дальнейшие шаги. Что касается формы описания, то я считаю, что это не имеет никакого значения. Не нужно пытаться использовать какие-то умные теории или методы, если вам не удобно потом будет с этим работать. Для себя я сделал простую таблицу сначала с названием пунктов меню, позже, когда стала понятна общая структура, я уже смог трансформировать таблицу в список модулей, описать примерный функционал каждого и некоторые их взаимосвязи. На данном этапе важно понимать состав частей будущего проекта, но совсем не обязательно детально расписывать функциональность каждого. В моем случае изначальное описание хоть и совпадает по составу с реализованным проектом, оно все же примерно на 30% отличается по функциональности.
После того, как вы полностью все расписали, структурировали все задачи, а на бумаге и в вашей голове стало больше ясности, нужно приступить к программированию сервиса, но не спишите кидаться в омут с головой. Сначала ответьте на ключевые вопросы. Далее привожу те вопросы, которые вставали передо мной, и найденные мной на них ответы:
На каком языке разрабатывать сервис?
Сколько я ни старался найти наиболее подходящий язык программирования в статьях и на форумах, результатом стало понимание, что у каждого свой язык для решения конкретной задачи. Используйте тот язык, который вы лучше всего знаете! В моем случае – PHP (планировал использовать PHP-FPM, но позже удачно подоспел PHP7)
Какую базу данных использовать?
Тут ответ аналогичен предыдущему вопросу: ту, которую знаете лучше всего. В моем случае – MySQL.
С какого конца браться за список задач по написанию модулей?
Как не трудно догадаться, начинать нужно с основных модулей, но какие из них основные, если все вместе и есть ваш будущий сервис? В первую очередь нужно продумать глобальную бизнес-логику вашего приложения. Будет ли это один главный файл, например, index.php в корне сайта или стоит разбить весь проект на множество поддиректорий. Если ваш проект подразумевает регистрацию пользователей, то реализуйте в первую очередь именно этот функционал (регистрация, авторизация, логаут, смена учетных данных и т.п.). Дальше все пойдет легче, один модуль будет тянуть за собой другой.
Как вы будете проектировать бизнес-логику приложения?
Обычно, приступая к новому модулю, я сверялся со своей генеральной табличкой, дописывал/дорабатывал функционал, создавал все нужные файлы, накидывал в классе модуля все названия необходимых методов с интуитивно понятными названиями по собственному шаблону (например: getUserById) и только после этого приступал к кодингу каждого метода. Таким образом я как бы обрисовывал более наглядно себе текущую задачу.
Для упрощения работы рекомендую использовать небольшой ORM, чтобы не отвлекаться от бизнес-логики на работу с базой данных. Я использовал модель MVC (model – view - controller), в которой классы и методы, непосредственно выполняющие операции с базой данных, выносятся в отдельный файл (модель) и подключил простой ORM, если в будущем понадобится оптимизировать запросы к БД, то сделать это будет не сложно, они никак не связаны с бизнес-логикой. Достаточно будет просто заменить вызовы ORM на прямые запросы в методах моделей модулей.
Что потом?
Когда все модули написаны необходимо еще раз провести комплексный анализ функционала (имеется ввиду не тестирование, которое естественно должно быть на каждом этапе и в конце общее, а именно анализ получившейся бизнес-логики приложения). Скорее всего вы найдете какие-то нестыковки или не очень удобные решения. По таким моментам я составлял отдельный список дел и дальше работал по нему.
Публикация приложения.
P.S. Не забудьте перед запуском приложения установить счетчик статистики на все страницы.
- Делайте бэкапы после каждой контрольной точки или по другому четкому правилу. Я делал бэкап в конце каждого рабочего дня, не зависимо от того, был ли он длиной в 14 часов или 30 минут. Бэкапы лучше делать на несколько носителей. Я бэкапил все на внешний жесткий диск и параллельно заливал архив в облако файлового хостинга.
- Для дополнительной мотивации я рисовал себе график работы над модулями, выделял на каждый определенное количество времени. Даже если не укладываешься в отведенное время (а так чаще всего и бывает), то все равно ты всегда видишь прогресс, так он становится более осязаемый, когда в табличке зачеркивается очередной квадратик.
- Иногда бывает такое время, что ничего не получается, все валится из рук, мысли разбегаются и никак не можешь сосредоточиться на работе. Мой вам совет: плюйте на работу и идите отдыхать, иначе можно наломать дров.
В следующей статье я поделюсь списком книг, которые я нашел полезными, которые помогли мне с мотивацией и информацией.
Здесь даю обзор некоторых интернет-сервисов и немного теории по их созданию. Более конкретная информация еще впереди.
Лирическое отступление.
Львиная доля авторов статей о заработке в Интернет рассказывают о том, как создать информационный товар и затем распространять в сети. Назвать это бизнесом можно с большой натяжкой. Качество этих самых «информационных товаров» оставляет желать лучшего, а способы распространения больше похожи на «впаривание абсолютно бесполезного всем кому не лень».
Зачастую авторы предлагают партнерскую систему распространения этих «супер-полезных» товаров. Множество новичков, мечтающих работать в Интернете, «клюют» на красочные «заманухи», сулящие без труда получать баснословные доходы, лишь один раз заплатив за товар. Правда, после внесения в партнерскую систему вступительного взноса, они понимают что это была завуалированная финансовая пирамида и заработать в ней смогут разве что сами ее организаторы. После этого, многие разочаровываются в возможностях заработка в Интернете и у них складывается устойчивое впечатление, что в Интернете только мошенники и заработать честным путем в сети невозможно.
Я ни в коем случае не хочу сказать, что все партнерские программы это нечестный вид заработка. Напротив, это достаточно эффективный способ распространения товаров в сети. НО! Я осуждаю людей, которые производят некачественные информационные продукты, пытаясь продавать их за баснословные деньги. И на сегодняшний день для сети это большая беда.
Почему я про это пишу? В последние несколько месяцев я особенно интенсивно стал интересоваться e-коммерцией и искать статьи на эту тематику. К моему удивлению, девяносто с лишним процентов таких статей были именно об «информационных товарах». И что особенно поразило, в основном, это переводы «буржуйских» авторов, либо переделанный на их лад статьи наших деятелей Интернет — пространства. Думаю, не стоит говорить о том, что американский опыт нужно достаточно осторожно применять везде, включая Интернет. Ведь кардинальную разницу наших менталитетов еще никто не отменял. То, что работает «там», не работает у нас. Но речь не об этом.
Меня поразила «узость» тематики этих статей. Ведь бизнес в Интернете также разнообразен и многогранен, как и оффлайновый. Надо бы исправлять эту ситуацию, поэтому в сегодняшнем выпуске я буду рассказывать о сфере e-услуг – т.е. об Интернет-сервисах.
Введение.
Никто не будет спорить с тем, что «фишка дня» оффлайнового бизнеса – это услуги. Кроме того, что это крайне прибыльный бизнес, он распространился сейчас практически во всех сферах деятельности. Интернет здесь не является исключением и предоставляет уникальные возможности занять очень перспективные и прибыльные ниши.
Основной масса услуг в Интернете представлена сервисами – платными и бесплатными. Поскольку в моей рассылке мы говорим о бизнесе, то рассматривать здесь мы будем только платные сервисы. С другой стороны, большинство бесплатных сервисов со временем «мечтают» стать платными, но на этапе создания и тестирования ими можно пользоваться без оплаты. И это вполне нормальная практика.
Виды сервисов.
Пожалуй, дать четкую классификацию всем e-сервисам, на данный момент не представляется возможным. Рынок этот только формируется, и ежедневно появляются десятки и сотни абсолютно непохожих друг на друга сайтов, предоставляющих те или иные услуги.
Ниже я приведу примеры онлайновых сервисов, которые достаточно показательны для тех, кто подумывает о деятельности в этой сфере. Примеры выбраны мной абсолютно произвольно, а список этот может продолжить сами.
Эти сервисы широко распространены в Интернете благодаря партнерским своим программам и в особом представлении не нуждаются. Основная масса их услуг – бесплатна, но дополнительные возможности (перемещение анкеты в начало рейтингов, голосовое приветствие,…) активизируются только после оплаты.
Такая стратегия доказала свою эффективность и сейчас службы знакомств чрезвычайно популярны.
Интересна также система организации партнерской программы: партнер получает в свое распоряжение полностью настраиваемый сайт с уже заполненной базой данных участников. Всю работу по модерированию базы данных берет на себя организатор сервиса. Партнер же получает часть прибыли от заказа платных услуг на его сайте.
Пример такого сайта на моем проекте «Крымский портал»: www.love.crimea-gu.ru
Система покупки и продажи ссылок.
Таковых в сети можно найти множество, но сейчас я хочу рассмотреть проект SAPE. Это молодой, но интенсивно развивающийся проект.
Данный сервис предоставляет возможность покупать и продавать ссылки со всех страниц сайтов в автоматическом режиме. Он позволяет быстро подобрать и купить нужные ссылки оптимизатору, и также быстро продать эти ссылки владельцу сайта.
За свои услуги владельцы сервиса получают 10% от суммы платежей. У сервиса есть партнерская программа по привлечению реффералов, что позволило распространить информацию о нем очень быстро.
Адрес сайта в Интернете: www.sape.ru
Еще один сервис для оптимизаторов, на этот раз, достаточно старый – 1PS. Этот сервис позволяет проводить автоматическую регистрацию сайта в 2500+ каталогов, чем сильно облегчаем работу линкменеджерам. Созданная программистами проекта система, может оперативно дополняться новыми каталогами. На момент написания статьи через 1PS было зарегистрировано 351300 сайтов. При этом, многие сайты проходили повторную регистрацию через сервис, поэтому эту цифру можно смело умножить на 2.
А так как этот сервис получает деньги за каждый зарегистрированный в нем сайт, то нетрудно понять, что это достаточно успешный проект.
Адрес сайта: www.1ps.ru
Здесь хочу рассмотреть систему платежей WebMoney. В представлении система не нуждается, т.к. ей пользуются миллионы людей по всему миру.
Пройдя регистрацию, пользователь бесплатно получает кошелек-счет в системе. Далее, когда владелец кошелька отправляет платеж, с суммы платежа в пользу системы перечисляется 0,8%. Это и есть основная часть доходов WebMoney.
WebMoney – еще один пример успешного e-сервиса. Объемы платежей только за один день составляют $10+ млн, а ежедневное количество регистраций 4000+.
Адрес сервиса: http://webmoney.ru
Пожалуй, такого обзорного списка Интернет-сервисов достаточно, для того чтобы понять, что в Интернете можно зарабатывать очень даже приличные деньги в сфере е-услуг. Тем более что список этот можно продолжать еще долго.
Создание сервиса.
Как и любой вид бизнеса, создание сервиса нужно начать с формирования идеи, которая затем должна перерасти в четко сформулированный план действий. От качества и перспективности идеи будет зависеть дальнейшая успешность проекта.
С идеями проблем быть тоже не должно: это могут быть обучающие или консалтинговые услуги, всевозможные сервисные и информационные порталы,… Ваши мысли и идею я готов обсудить в Клубе е-бизнесменов (http://www.crimea-gu.ru/talk/viewforum.php?f=17) Думаю, не стоит говорить о том, что в выбранной сфере деятельности вы должны хорошо разбираться и работа в ней должна приносить удовольствие. Иначе шансы на успех проекта резко падают.
Что касается технической реализации проекта – то здесь есть варианты. Можно написать проект самому. Но это в том случае, если есть знания и умения в программировании. В противном случае можно нанять программиста или воспользоваться готовыми решениями, если таковые существуют. Естественно, то что напишет программист будет гораздо более гибким и приближенным именно к вашим требованиям, поэтому я рекомендую склоняться именно к этому варианту.
На сегодня все. Этот выпуск получился обзорным, но я готов обсуждать эту тему более углубленно и специализированно. Напишите письмо с вашими вопросами. Я готов обсуждать любые вопросы и предложения, связанные с Интернет-бизнесом.
Также напоминаю, что существует раздел на форуме, который я назвал «Клуб e-коммерсантов». После прохождения простой регистрации Вы сможете стать членом этого клуба и получать информацию и консультации единомышленников. Приглашаю всех!
Предположим, один разработчик выпил чаю и придумал идею для стартапа - с помощью двух фитнес-браслетов полностью заменить джойстик Xbox.
Ему так понравилась эта идея, что две следующие недели он бежал домой и тратил все своё свободное время на реализацю. И у него получилось создать тестовый прототип. Дальше он показал эту штуку друзьям и даже услышал слово «инвестиции». Более того, создав нехитрую страницу и записав короткое видео, он даже нашел несколько клиентов, которые купили у него браслеты и настройку. Вскоре число клиентов дошло до 200.
В какой-то определенный момент он написал обновление.
Так как браслеты не обновляются по интернету, то нужно сообщить текущим клиентам, что есть обновление. Обзванивать - дорого и лениво. Sms-ки просто дорого. Решил отправить письмо. Казалось бы, в чём сложность? Подключи smtp-сервер и шли в своё удовольствие. Но любопытство взяло верх и наш герой решил узнать, за что берут деньги сервисы рассылок.
Вот такая преамбула.
Что из себя представляет сервис рассылки В этой статье мы разбираем не технические аспекты, а сами возможности. Реализацию можем обсудить в комментариях.Итак, предположим наша задача отправить письмо для 200 человек. Если вы хотите сделать всё вручную, то вам понадобится:
1. Редактор Сейчас нет проблем с html-редакторами. Но есть нюанс. Верстка писем отличается от верстки страниц. Не другая вселенная, но есть нюансы. Это можно найти в технических требованиях mail.ru .Если делать это вручную и самостоятельно, то можно использовать beefree или Inkbrush . Или вообще отказаться от красивого шаблона. Кому он нужен.
2. Почтовик Мы обсуждаем вариант, когда не будем писать велосипед и попытаемся сделать вручную.Поэтому возьмем Outlook, потому что удобно загружать созданный нами html-шаблон. Только обязательно проверим, что всё норм - скорее всего придется ещё немного попотеть с html-кодом, чтобы всё получилось так, как выглядит.
3. Ексель для сегментации? У нашего героя 2/3 клиентов - владельцы android-телефонов. Естественно, инструкции по обновлению совершенно разные. Сервисы рассылок позволяют разделить контакты по сегментам. Например, одно письмо отправить владельцам iPhone, а другое - андроидофилам. Это буквально в два клика.Самый простой аналог, который я придумал - excel. Фильтры и функция ВПР позволит создать список. Фильтры помогут выбрать нужных людей, а ВПР - для проверки наличия в других списках.
4. Покрошить базу Помните о том, что мы делаем вручную?Адекватно, со стороны пользователя, об этом написано у sendgrid , CampaignMonitor и MailChimp . Хуже, но на русском у UniSender .
11. Ждать Сервисы рассылок работают над тем, чтобы отправлять миллионы писем в час. Вот тут можно посмотреть статистику MailChimp . Они утверждают, что письмо на gmail отправится за две минуты. Из «наших» UniSender обещает 2 млн. писем в час.Да, в нашем случае это не критично, но вдруг идея с браслетами попрёт и нужно будет писать тысячам клиентов? Тогда время будет важным параметром.
Темы триггеров, транзакционных писем и автоматизации я не касаюсь. Нашему герою рановато.
В общем, из таких 11 базовых блоков состоит любой сервис рассылки + обычно они очень тщательно следят за доставляемостью и репутацией своих серверов.
А наш герой с 200 клиентами может использовать практически любой сервис рассылки бесплатно.
С чём могут быть проблемы - сервисы рассылок обычно требуют согласие на рассылку.
