Здесь мы хотели бы остановиться на одном из подходов к монетизации социальных сетей. Построение различных сообществ (профессиональных, развлекательных или объединенных по какому-то общему признаку/признакам – социальных сетей) является в настоящее время горячей темой для интернет-сервисов.
Соответственно, и все вопросы монетизации для такого рода сетей весьма актуальны. Один из естественных подходов здесь – это платные дополнительные сервисы. Наиболее часто используемые при этом сервисы в российских сетях – это premium rate SMS (проголосовать, поднять рейтинг etc.) При этом голосовые сервисы практически отсутствуют. Несмотря на то, что наиболее естественной функцией для телефона является именно звонок.
Компания AbavaNet занимается именно разработкой подобного рода сервисов на стыке телефонии и Интернет (их еще относят к категории Mobile 2.0 или Telecom 2.0)
Вот некоторые примеры сервисов:
Подкасты по телефону: http://podcast.linkstore.ru Озвучивание подкастов по телефону. Идея – озвучивание произвольного mp3 файла из сети
Публикация голосовых сообщений в ЖЖ: http://www.linkstore.ru/voicelj/
Публикация голосовых сообщений в LiveInternet http://www.linkstore.ru/voiceli/
В обоих случаях идея – использования API стороннего сервиса для публикации голосовых сообщений. Еще одно возможное использование - блог-платформа как CMS система, в которой хранятся созданные пользователями медиа-файлы.
Голосовые SMS: http://www.linkstore.ru/voicesms/
Новый подход к общению, включая возможность анонимного общения
Мобильные уведомления: http://www.linkstore.ru/alert/
Идея сервиса - групповое общение
Запись mp3 файлов (Voice 2 WAP): http://www.linkstore.ru/voice2wap/
Идея – создание медиа-файлов с использованием телефона
Voice 2 Email: http://www.linkstore.ru/voice2email/
Сбор голосовых откликов для интернет-ресурсов или медиа сервисов (радиостанций, телепрограмм и т.д.)
Аудио-ссылки http://www.linkstore.ru/audiolink/
Это user generated аудио-контент. Например, голосовые блоги.
Еще одной особенностью является наличие программных интерфейсов к сервисам. Например, зарегистрировать телефон для голосовых SMS можно как позвонив на сервис, так и с помощью программного API. То же самое для голосовых блогов и т.д.
Все сервисы (это только часть из них) на сегодня запущены на сравнительно дешевом мобильном номере, со стоимостью звонка для конечного пользователя около 10 руб. минута.
Схема коммерческого использования отработана на сегодняшний день. Из стоимости звонка для пользователя (около 10 руб минута) примерно половину забирают операторы связи. Оставшаяся часть может быть поделена между тем, кто эксплуатирует сервис и агрегатором связи. Так уже несколько компаний эксплуатируют описанные выше сервисы.
Естественно, если нужно можно запустить сервисы и на более дорогих номерах, равно как и в фиксированных сетях. Просто оригинальная идея была именно в массовых и не эксклюзивных проектах.
Showing posts sorted by relevance for query монетизации. Sort by date Show all posts
Showing posts sorted by relevance for query монетизации. Sort by date Show all posts
Monday, October 29, 2007
Wednesday, June 06, 2007
Свечной заводик
Возвращаясь к предыдущей публикации, мы хотели бы еще раз изложить модель использования сервиса AudioLink.
Сейчас сервисный номер 0942 (самый Mobile 2.0 номер в России) используется для доступа к целой коллекции сервисов (Voice SMS, Мобильные уведомления, Голос ЖЖ, Voice to WAP, Голос Li.ru и др.). Каждый из сервисов использует какой-то дополнительный код (донабор), который необходимо указать после дозвона на сервисный номер 0942. Например: 8880 - мобильные уведомления, 8882 - голосовые SMS и т.д.
Теперь, с использованием сервиса AudioLink, произвольный мобильный абонент может завести себе собственный сервис (код для донабора). И самостоятельно задавать голосовой контент для данного сервиса. То есть другие абоненты, позвонившие на номер 0942 и указавшие код такого сервиса, будут прослушивать контент, созданный (обновляемый) самим автором нового сервиса. И обновлять этот контент автор сервиса может самостоятельно в любое время, с помощью своего телефона, позвонив на тот же самый номер 0942.
Так можно, например, создавать собственные информационные системы. Можно будет указывать своим абонентам (пользователям) телефон 0942 и код сервиса, по которому они смогут прослушать, например, ваш собственный автоинформатор.
Но можно, также, и заняться самостоятельно контентным бизнесом. Агрегатор, на базе которого запущен данный сервис (компания Audiotele), готов обсуждать вопрос о разделе оплаты за трафик на таких пользовательских сервисах с заинтересованными авторами. Был бы трафик. Если у вас есть интерес и ваш голосовой контент (это можно представить как голосовой блог или подкаст, записываемый по телефону, например) будет пользоваться спросом - пишите (info AT abavanet.ru). Это реальный путь монетизации контента. Номер 0942 с точки зрения российской специфики относится к категории дешевых (тариф около 10 руб за минуту) и много денег сразу не будет (мы уже описывали эту ситуации в теме с подкастами), но вдруг у вас появится миллион слушателей? Да и сервис, если нужно, можно будет запустить на другом номере.
Зачем нужен API, упоминаемый в описании сервиса? Это просто способ программного создания подобного рода сервисов. Если вы разрабатываете социальную сеть, портал, форум и т.п., то API позволит автоматически создавать (регистривать) такие сервисы для пользователей сайта. Каждому из них вы можете завести голосовой блог (автоинформатор) на номере 0942. А упомянутые выше предложения по монетизации имеют ,естественно, силу и здесь. Вот вам реальный путь добавить какой-то кеш-флоу к своему Веб 2.0 проекту. А если портал (социальная сеть) еще и будет делиться полученным от агрегатора со своими пользователями, то это уже просто будет выглядеть как нормальная модель функционирования, о которых вы пока только читали на Techcrunch и подобных ему сайтах.
Ну а мы скромно заметим, что,по крайней мере для российского рынка, это точно первый подобного рода мега-сервис.
Сейчас сервисный номер 0942 (самый Mobile 2.0 номер в России) используется для доступа к целой коллекции сервисов (Voice SMS, Мобильные уведомления, Голос ЖЖ, Voice to WAP, Голос Li.ru и др.). Каждый из сервисов использует какой-то дополнительный код (донабор), который необходимо указать после дозвона на сервисный номер 0942. Например: 8880 - мобильные уведомления, 8882 - голосовые SMS и т.д.
Теперь, с использованием сервиса AudioLink, произвольный мобильный абонент может завести себе собственный сервис (код для донабора). И самостоятельно задавать голосовой контент для данного сервиса. То есть другие абоненты, позвонившие на номер 0942 и указавшие код такого сервиса, будут прослушивать контент, созданный (обновляемый) самим автором нового сервиса. И обновлять этот контент автор сервиса может самостоятельно в любое время, с помощью своего телефона, позвонив на тот же самый номер 0942.
Так можно, например, создавать собственные информационные системы. Можно будет указывать своим абонентам (пользователям) телефон 0942 и код сервиса, по которому они смогут прослушать, например, ваш собственный автоинформатор.
Но можно, также, и заняться самостоятельно контентным бизнесом. Агрегатор, на базе которого запущен данный сервис (компания Audiotele), готов обсуждать вопрос о разделе оплаты за трафик на таких пользовательских сервисах с заинтересованными авторами. Был бы трафик. Если у вас есть интерес и ваш голосовой контент (это можно представить как голосовой блог или подкаст, записываемый по телефону, например) будет пользоваться спросом - пишите (info AT abavanet.ru). Это реальный путь монетизации контента. Номер 0942 с точки зрения российской специфики относится к категории дешевых (тариф около 10 руб за минуту) и много денег сразу не будет (мы уже описывали эту ситуации в теме с подкастами), но вдруг у вас появится миллион слушателей? Да и сервис, если нужно, можно будет запустить на другом номере.
Зачем нужен API, упоминаемый в описании сервиса? Это просто способ программного создания подобного рода сервисов. Если вы разрабатываете социальную сеть, портал, форум и т.п., то API позволит автоматически создавать (регистривать) такие сервисы для пользователей сайта. Каждому из них вы можете завести голосовой блог (автоинформатор) на номере 0942. А упомянутые выше предложения по монетизации имеют ,естественно, силу и здесь. Вот вам реальный путь добавить какой-то кеш-флоу к своему Веб 2.0 проекту. А если портал (социальная сеть) еще и будет делиться полученным от агрегатора со своими пользователями, то это уже просто будет выглядеть как нормальная модель функционирования, о которых вы пока только читали на Techcrunch и подобных ему сайтах.
Ну а мы скромно заметим, что,по крайней мере для российского рынка, это точно первый подобного рода мега-сервис.
Monday, March 17, 2008
Что им нужно?
О'Рейли выпустил отчет по приложениям для социальных сетей. В первую очередь, рассматривали приложения для Facebook. Тема действительно важная, потому что зарегистрировавшихся пользователей нужно как-то удержать. Вот все перезнакомились, нашли старых друзей - а дальше что? Сам отчет платный, но некоторые выдержки из него опубликованы:
на этой картинке показаны приложения, сгруппированые по популярности/востребованности. В первую очередь - это все-таки взаимодействие (коммуникации) между пользователями.
P.S. а наши предложения по монетизации социальных сетей на базе голосовых сервисов (а это и есть расширенные коммуникации, между прочим) были изложены здесь
на этой картинке показаны приложения, сгруппированые по популярности/востребованности. В первую очередь - это все-таки взаимодействие (коммуникации) между пользователями.
P.S. а наши предложения по монетизации социальных сетей на базе голосовых сервисов (а это и есть расширенные коммуникации, между прочим) были изложены здесь
Wednesday, September 19, 2007
Есть дело
А это уже очень интересно: Google собирается открыть возможность размещения рекламы Adsense в компонентах. Widgets сейчас горячая тема, и число показов у популярных контролов исчисляется миллионами. Почему это интересно? Это самый простой путь к монетизации. Эти компоненты - вещь интернациональная. Разрабатывать их можно где угодно, сервер на котором крутится код может быть где угодно и т.д. Это реально большой рынок для веб-программирования. Причем открытый рынок. Для всех. Кстати, ранее Google даже открыл фонд по инвестированию в разработку Google gadgets
Sunday, November 02, 2008
О монетизации
Как популярные сервисы будут вводить (или уже вводят) премиальные (читай - платные) аккаунты. И интересное обсуждение по теме в блоге венчурных капиталистов. Нужно отметить, что платными все-таки будут делать именно дополнительные (читай - расширенные) возможности. Базовый функционал (и уж тем более регистрация) остается всегда бесплатным. Современный подход к этому вопросу одной российской социальной сети несколько отличен ...
И вот еще что интересно. Несмотря на то, что вроде как в России объявляют о дополнительных сервисах с использованием телефонов в социальных сетях, на самом деле сервисов-то нет. Телефон везде используется просто как средство микроплатежа.
И вот еще что интересно. Несмотря на то, что вроде как в России объявляют о дополнительных сервисах с использованием телефонов в социальных сетях, на самом деле сервисов-то нет. Телефон везде используется просто как средство микроплатежа.
Friday, December 28, 2007
Аудио-ссылки
Идея с использованием штрих-кодов для кодирования ссылок уже достаточно давно известна. Применительно к мобильным телефонам - это распозначание штрих-кода камерой мобильного телефона и переход по ссылке на соответствующий сайт. Вот примеры.
А вот теперь компания Intrasonics предлагает кодировать ссылки в аудио-потоках. Приложение на мобильном телефоне может декодировать такие данные (получив их с микрофона). Ну а остальное уже понятно. Можно перейти по выбранной ссылке, показать пользователю какую-то информацию и т.д. Звучит интересно - так мобильному телефону у ничего не подозревающего пользователя можно будет передать приказ по радио (или по телевизору :-)
P.S. А вот, кстати, российская компания, которая занимается текстовым поиском в аудио-файлах: TellCity
P.P.S. термин аудио-линк использовался в одном из наших Mobile 2.0 продуктов: Аудио-ссылки. Это один из способов монетизации для сайтов (порталов) с генерируемым пользователями контентом или для социальных сетей. Здесь пользователи могут создавать (просто наговаривать) аудио-файлы, которые становятся доступными для других участников.
А вот теперь компания Intrasonics предлагает кодировать ссылки в аудио-потоках. Приложение на мобильном телефоне может декодировать такие данные (получив их с микрофона). Ну а остальное уже понятно. Можно перейти по выбранной ссылке, показать пользователю какую-то информацию и т.д. Звучит интересно - так мобильному телефону у ничего не подозревающего пользователя можно будет передать приказ по радио (или по телевизору :-)
P.S. А вот, кстати, российская компания, которая занимается текстовым поиском в аудио-файлах: TellCity
P.P.S. термин аудио-линк использовался в одном из наших Mobile 2.0 продуктов: Аудио-ссылки. Это один из способов монетизации для сайтов (порталов) с генерируемым пользователями контентом или для социальных сетей. Здесь пользователи могут создавать (просто наговаривать) аудио-файлы, которые становятся доступными для других участников.
Sunday, May 02, 2010
Аудио-газета
Коммерсант пишет о проекте распространения газет в виде аудио-файлов для прослушивания. $5 млн. финансирования :-)
Получается, что мы когда-то опередили время с проектом подкасты по телефону. И газета Ведомости там озвучивалась (в исполнении А. Росновского) См. также другие ссылки здесь.
А исторически первый опыт такого проигрывания mp3 по звонку был проведен с подкастом Радио-Т. Там еще была смешная история с неадекватным менеджером из rpod.
Все было глубже автоматизировано, если сравнивать с тем, что описано в Коммерсанте. Произвольный медиа-файл из сети можно проигрывать в линию после звонка. Не нужно качать по SMS etc. Достаточно просто позвонить.
Проблема была в цене звонка. Причем (мы работали непосредственно на технической площадке агрегатора, так что видели это все изнутри), в цене была проблема именно в операторах связи. Они все время повышали цены. Так что в данном конкретном случае агрегатор был не виноват в постоянном росте цен, которые в конце концов превысили все разумные пределы.
В идеале, такого рода сервисы должны быть у оператора. И стоить столько, сколько стоит обычный звонок/SMS. Это трафико-генератор для оператора. Слушать-то человек будет за свои минуты. Сколько они стоят по тарифному плану, столько и должны стоить. Премиальная составляющая (обоснование для нее) здесь не очень видна. Вот, кстати, некоторые ссылки на тогдашние статьи по монетизации социальных сетей и подходу Mobile 2.0
Получается, что мы когда-то опередили время с проектом подкасты по телефону. И газета Ведомости там озвучивалась (в исполнении А. Росновского) См. также другие ссылки здесь.
А исторически первый опыт такого проигрывания mp3 по звонку был проведен с подкастом Радио-Т. Там еще была смешная история с неадекватным менеджером из rpod.
Все было глубже автоматизировано, если сравнивать с тем, что описано в Коммерсанте. Произвольный медиа-файл из сети можно проигрывать в линию после звонка. Не нужно качать по SMS etc. Достаточно просто позвонить.
Проблема была в цене звонка. Причем (мы работали непосредственно на технической площадке агрегатора, так что видели это все изнутри), в цене была проблема именно в операторах связи. Они все время повышали цены. Так что в данном конкретном случае агрегатор был не виноват в постоянном росте цен, которые в конце концов превысили все разумные пределы.
В идеале, такого рода сервисы должны быть у оператора. И стоить столько, сколько стоит обычный звонок/SMS. Это трафико-генератор для оператора. Слушать-то человек будет за свои минуты. Сколько они стоят по тарифному плану, столько и должны стоить. Премиальная составляющая (обоснование для нее) здесь не очень видна. Вот, кстати, некоторые ссылки на тогдашние статьи по монетизации социальных сетей и подходу Mobile 2.0
Sunday, October 12, 2008
Помер Максим?
Редактор Techcrunch опубликовал статью с констатацией смерти Web 2.0. Под этим автор самого популярного сайта о Web 2.0 понимает, в первую очередь, недоступность легкого получения денег на новый проект.
В более общем масштабе, представляется, что в новых условиях просто наличие большой пользовательской базы перестанет быть определяющим критерием. Без явных способов монетизации трафика, большое количество пользователей означает просто большие расходы на трафик. А продажа проекта в условиях финансового кризиса может откладываться и откладываться ...
Что будет следующей "большой идеей"? Мне кажется, что теперь таким кандидатом может быть соединение сети и реального (физического) мира. Все то, что началось, например, с QR кодов и подобных проектов. Все-таки, одна из основных вещей, привнесенных концепцией Web 2.0 - это открытые интерфейсы. И эти самые интерфейсы должны теперь сработать.
Thursday, December 06, 2007
Предпраздничное
Некоторые модели использования голосовых сервисов, которые могут быть интересными именно в развлекательном аспекте:
1. Voice 2 WAP. Позволяет записать mp3 файл по звонку. В ответ по SMS будет прислана ссылка для загрузки этого файла. Таким образом можно голосовые письма (поздравления, например) записывать. Полученный SMS со ссылкой можно потом просто переслать поздравляемым.
2. Voice 2 Email. В какой-то степени аналогично описанному выше, но вместо SMS используется email. можно по звонку записать стандартный mp3 файл и переслать его на указанный email адрес. Можно на свой адрес, а можно и на другой. Это, кстати, может быть сервисом для порталов (или социальных сетей) - возможность отправки голосовых писем. Заинтересованные в дополнительных опциях разработчики сайтов могут запустить такой сервис под своим собственным брендом. См. материалы о монетизации социальных сетей.
1. Voice 2 WAP. Позволяет записать mp3 файл по звонку. В ответ по SMS будет прислана ссылка для загрузки этого файла. Таким образом можно голосовые письма (поздравления, например) записывать. Полученный SMS со ссылкой можно потом просто переслать поздравляемым.
2. Voice 2 Email. В какой-то степени аналогично описанному выше, но вместо SMS используется email. можно по звонку записать стандартный mp3 файл и переслать его на указанный email адрес. Можно на свой адрес, а можно и на другой. Это, кстати, может быть сервисом для порталов (или социальных сетей) - возможность отправки голосовых писем. Заинтересованные в дополнительных опциях разработчики сайтов могут запустить такой сервис под своим собственным брендом. См. материалы о монетизации социальных сетей.
Saturday, June 27, 2009
О мобильной монетизации
AdSense теперь можно использовать и в приложениях для iPhone / Android. Интересно!
Friday, May 01, 2015
Платформа для курсов
Интересная платформа для создания собственных курсов - UseFedora. Простые возможности для монетизации - подписка.
Monday, June 04, 2007
Audio link
AudioLink - новый Mobile 2.0 сервис и новые возможности монетизации для разработчиков социальных сетей, порталов etc.
Идея сервиса достаточно проста. Это генерируемый пользователями голосовой контент, который может быть прослушан другими абонентами.
Как это работает? Произвольный абонент мобильной сети может позвонить на сервисный номер 0942 и ввести код сервиса 100000. После этого телефон звонившего будет зарегистрирован в сервисе и IVR сообщит (проговорит) код регистрации. Этот код есть новый сервис на том же коротком номере 0942. И владелец этого сервиса – абонент, который его зарегистрировал.
Предположим, вы позвонили 0942, указали код сервиса 100000 (это регистрация). IVR сообщил код сервиса: 100002. Это означает, что если теперь в любой момент позвонить с того же самого телефона на номер 0942 и указать код сервиса 100002, то IVR предложит голосовое меню, которое может быть использовано для записи (перезаписи) новых сообщений, связанных с этим кодом. А если код сервиса 100002 будет указан при звонке с любого другого телефона, то звонящий будет просто прослушивать имеющиеся сообщения
Как это может использоваться? Например (некоторые из возможных применений):
- аудио-блог. Или дневник, где автор оставляет свои голосовые заметки
- записная книжка
- автоответчик
- информационный сервис
Название AudioLink непосредственно указывает на модель использования сервиса. Сервисный номер 0942 и зарегистрированный абонентом сервис могут рассматриваться как ссылка (линк) на голосовой контент. Эта ссылка ("позвоните 0942 и укажите код сервиса ...") может публиковаться автором (владельцем кода) на сайте, в блоге, в печатных материалах, в рекламных проспектах etc.
Помимо регистрации сервиса непосредственно с помощью IVR, получить код для некоторого номера телефона можно программно. Поддерживается открытый API (на базе протокола REST), который позволяет разработчикам сайтов (порталов, социальных сетей, блог-хостингов etc.) зарегистрировать голосовые сервисы для своих пользователей. А о разделе оплаты трафика в таких аудиоблогах можно договориться с агрегатором. Интересно? Пишите info AT abavanet.ru
Идея сервиса достаточно проста. Это генерируемый пользователями голосовой контент, который может быть прослушан другими абонентами.
Как это работает? Произвольный абонент мобильной сети может позвонить на сервисный номер 0942 и ввести код сервиса 100000. После этого телефон звонившего будет зарегистрирован в сервисе и IVR сообщит (проговорит) код регистрации. Этот код есть новый сервис на том же коротком номере 0942. И владелец этого сервиса – абонент, который его зарегистрировал.
Предположим, вы позвонили 0942, указали код сервиса 100000 (это регистрация). IVR сообщил код сервиса: 100002. Это означает, что если теперь в любой момент позвонить с того же самого телефона на номер 0942 и указать код сервиса 100002, то IVR предложит голосовое меню, которое может быть использовано для записи (перезаписи) новых сообщений, связанных с этим кодом. А если код сервиса 100002 будет указан при звонке с любого другого телефона, то звонящий будет просто прослушивать имеющиеся сообщения
Как это может использоваться? Например (некоторые из возможных применений):
- аудио-блог. Или дневник, где автор оставляет свои голосовые заметки
- записная книжка
- автоответчик
- информационный сервис
Название AudioLink непосредственно указывает на модель использования сервиса. Сервисный номер 0942 и зарегистрированный абонентом сервис могут рассматриваться как ссылка (линк) на голосовой контент. Эта ссылка ("позвоните 0942 и укажите код сервиса ...") может публиковаться автором (владельцем кода) на сайте, в блоге, в печатных материалах, в рекламных проспектах etc.
Помимо регистрации сервиса непосредственно с помощью IVR, получить код для некоторого номера телефона можно программно. Поддерживается открытый API (на базе протокола REST), который позволяет разработчикам сайтов (порталов, социальных сетей, блог-хостингов etc.) зарегистрировать голосовые сервисы для своих пользователей. А о разделе оплаты трафика в таких аудиоблогах можно договориться с агрегатором. Интересно? Пишите info AT abavanet.ru
Sunday, July 24, 2011
Customized check-ins
Обновлен мэшап QRpon. Это мобильная CMS, которая позволяет создавать собственные формы для отметок (check-in) в Facebook.
Если Check-in используется для получения каких-либо материальных благ (а это и есть основной способ монетизации), то почему не позволить бизнесу самостоятельно полностью конфигурировать этот процесс? Можно самостоятельно определять, что показывается пользователю (offer), что публикуется в социальной сети (check-in record) и что выдается в качестве подтверждения (badge). Простой набор правил типа:
ЕСЛИ Пол='M' И ЧИСЛО_ДРУЗЕЙ>100 ТО предложить_то-то_и_то-то
Результат - новый подход к рекламе в социальных сетях.
P.S. что еще почитать про QRpon
P.S. из других форм кастомизации отметок см. Места в Facebook
Если Check-in используется для получения каких-либо материальных благ (а это и есть основной способ монетизации), то почему не позволить бизнесу самостоятельно полностью конфигурировать этот процесс? Можно самостоятельно определять, что показывается пользователю (offer), что публикуется в социальной сети (check-in record) и что выдается в качестве подтверждения (badge). Простой набор правил типа:
ЕСЛИ Пол='M' И ЧИСЛО_ДРУЗЕЙ>100 ТО предложить_то-то_и_то-то
Результат - новый подход к рекламе в социальных сетях.
P.S. что еще почитать про QRpon
P.S. из других форм кастомизации отметок см. Места в Facebook
Monday, February 08, 2010
Google Store View
Интересная идея от Google - Store View. Непосредственно с карты или Street View можно будет "зайти" в магазин и походить там. Это, кстати, к вопросу о монетизации. Уж если зашли, то и купить будет можно ...
P.S. в связке со Street View не можем не упомянуть мэшап Tweet Street View. Можно ездить по Street View и просматривать местные твиты. Вот описание.
P.S. в связке со Street View не можем не упомянуть мэшап Tweet Street View. Можно ездить по Street View и просматривать местные твиты. Вот описание.
Thursday, September 11, 2008
Победа над злом за деньги
Еще один способ монетизации в социальных сетях. За дополнительную плату один пользователь может выгнать другого из чата. Между прочим, в день в сети mig33 регистрируется более 100 000 таких транзакций - чат там одна из основных функций.
Monday, December 31, 2007
Итоги 2007
Всех наших читателей - с Новым Годом. Ниже - список самых популярных публикаций в блоге за 2007 год
Январь
Мобидиг - мобильный Digg
Частный Skyp-In
Программирование в Asterisk
Февраль
Mobile JSF
IM шлюз
OpenID в телекоме
SMS сервис своими руками
Mixer Magic
Март
Одноразовый email
Yahoo mail API
Presence гудок
SMS gateway
Архитектура 2.0
Апрель
Yahoo projects
Мобилизация 2.0
Подкасты по телефону
Голос ЖЖ
Мобильные объявления 2.0
Позвоните в блог
Голосовые SMS
Мобильные уведомления
Май
Google mashup
Click to Mobile в действии
Voice 2 WAP
Коллективный Абрамович
Модель сервиса Click to Mobile
Голос Liveinternet
Загрузка контента
Июнь
Google gadgets
Подкаст газеты Ведомости
Возвысьте голос
Свечной заводик (голосовые ссылки)
Audio Link
Июль
Архитектура YouTube
Dapper
Telecom 2.0 сервисы
Мобильные закладки
Август
Пресса 2.0
Все - в Парк
Бабушкины советы
Гео-ссылки (Beta 1)
Субботнее (о запахах)
DNS rebinding
Сентябрь
Химия и жизнь
Социальный граф
Стенгазета
Google Maps Mania.ru
Блог-платформа как база для сервиса
Custom geo-tagging
Банкрот'с
Голубиная почта
Октябрь
О монетизации социальных сетей
Жизнь в телевизоре
Якисть кримских долин
Google Maps Mania.ru - 2
Мобильные закладки - 2
ЖЖ - карты
Позвони мне, позвони
Voice 2 Email
Ноябрь
Идеи в массы
Mobile LBS
Безжэпэсье
Веб-камеры в России
Отклики о GeoSms
GeoSms beta 2
Мои чрезвычайные сообщения
Не до ...
Декабрь
Голосовые поздравления
Аудио-ссылки
Google Code day
Amazon DB
Предпраздничное
Январь
Мобидиг - мобильный Digg
Частный Skyp-In
Программирование в Asterisk
Февраль
Mobile JSF
IM шлюз
OpenID в телекоме
SMS сервис своими руками
Mixer Magic
Март
Одноразовый email
Yahoo mail API
Presence гудок
SMS gateway
Архитектура 2.0
Апрель
Yahoo projects
Мобилизация 2.0
Подкасты по телефону
Голос ЖЖ
Мобильные объявления 2.0
Позвоните в блог
Голосовые SMS
Мобильные уведомления
Май
Google mashup
Click to Mobile в действии
Voice 2 WAP
Коллективный Абрамович
Модель сервиса Click to Mobile
Голос Liveinternet
Загрузка контента
Июнь
Google gadgets
Подкаст газеты Ведомости
Возвысьте голос
Свечной заводик (голосовые ссылки)
Audio Link
Июль
Архитектура YouTube
Dapper
Telecom 2.0 сервисы
Мобильные закладки
Август
Пресса 2.0
Все - в Парк
Бабушкины советы
Гео-ссылки (Beta 1)
Субботнее (о запахах)
DNS rebinding
Сентябрь
Химия и жизнь
Социальный граф
Стенгазета
Google Maps Mania.ru
Блог-платформа как база для сервиса
Custom geo-tagging
Банкрот'с
Голубиная почта
Октябрь
О монетизации социальных сетей
Жизнь в телевизоре
Якисть кримских долин
Google Maps Mania.ru - 2
Мобильные закладки - 2
ЖЖ - карты
Позвони мне, позвони
Voice 2 Email
Ноябрь
Идеи в массы
Mobile LBS
Безжэпэсье
Веб-камеры в России
Отклики о GeoSms
GeoSms beta 2
Мои чрезвычайные сообщения
Не до ...
Декабрь
Голосовые поздравления
Аудио-ссылки
Google Code day
Amazon DB
Предпраздничное
Thursday, September 08, 2011
QRpon - customized check-ins
Обновлен мэшап QRpon. Это мобильная CMS, которая позволяет создавать собственные формы для отметок (check-in) в Facebook. Check-in - это просто некая специальная запись на стене пользователя, в его ленте и т.д. Отметки при этом совсем не обязательно привязывать только к местоположению.
Если Check-in используется для получения каких-либо материальных благ (а это и есть основной способ монетизации - "отметьтесь здесь, чтобы получить что-то"), то почему не позволить бизнесу самостоятельно полностью конфигурировать этот процесс? Можно самостоятельно определять, что показывается пользователю (offer), что публикуется в социальной сети (check-in record) и что выдается в качестве подтверждения (badge). Простой набор правил, который может оперировать данными из социального графа. Что-то типа:
ЕСЛИ Пол='M' И ЧИСЛО_ДРУЗЕЙ>100 ТО предложить_то-то_и_то-то
Результат - новый подход к рекламе в социальных сетях.
В новой версии расширены возможности по созданию подтверждений (то, что, например, в Foursquare называется badge).
P.S. что еще почитать про QRpon
P.S. из других форм кастомизации отметок см. Места в Facebook. В этом приложении можно создавать такие же специальные отметки, но привязанные уже к гео-точкам.
Если Check-in используется для получения каких-либо материальных благ (а это и есть основной способ монетизации - "отметьтесь здесь, чтобы получить что-то"), то почему не позволить бизнесу самостоятельно полностью конфигурировать этот процесс? Можно самостоятельно определять, что показывается пользователю (offer), что публикуется в социальной сети (check-in record) и что выдается в качестве подтверждения (badge). Простой набор правил, который может оперировать данными из социального графа. Что-то типа:
ЕСЛИ Пол='M' И ЧИСЛО_ДРУЗЕЙ>100 ТО предложить_то-то_и_то-то
Результат - новый подход к рекламе в социальных сетях.
В новой версии расширены возможности по созданию подтверждений (то, что, например, в Foursquare называется badge).
P.S. что еще почитать про QRpon
P.S. из других форм кастомизации отметок см. Места в Facebook. В этом приложении можно создавать такие же специальные отметки, но привязанные уже к гео-точкам.
Friday, January 11, 2008
Мобильные закладки - 3
Очередной этап развития сервиса Click to Mobile. Мы уже анонсировали это, поэтому здесь хотелось бы резюмировать текщую ситуацию с сервисом.
Основная идея - сохранение контента из сети для доступа (использования) на мобильном телефоне. В качестве контента может выступать произвольный текст и/или ссылка (на картинку, mp3 файл и т.д.). Владелец контента (вебмастер) сам размещает такие ссылки у себя на сайте точно также, как это делается сейчас для любой системы закладок (del.icio.us и подобные). Отличие только в том, что от потенциального пользователя не требуется никакой регистрации. Поэтому "сохранение" контента происходит без перехода пользователя на какой-то другой сайт. Это просто JavaScript окно, которое открывается поверх исходного сайта. Кликните на иконке с телефоном на этом сайте, чтобы посмотреть как это выглядит. Что конкретно будет запомнено определяется вебмастером сайта (это просто строка - параметр JavaScript функции). А в качестве ключа для доступа к сохраненным данным посетителю сайта предлагается просто указать номер телефона.
После того как данные "сохранены", мобильный пользователь может использовать сайты
http://wap.linkstore.ru или http://pda.linkstore.ru. для WAP и PDA устройств, соответственно. Опять таки здесь нет никакой регистрации. Мобильному пользователю предлагается просто указать номер телефона и показываются закладки, ассоциированные с данным номером
Ну и, конечно, возможность получения сохраненного текста (или ссылки) по SMS никуда не делась. По прежнему можно позвонить 0942 (звонок платный), указать код сервиса 9000 и получить сохраненный текст (или ссылку) в виде SMS. Также безо всякой регистрации. Номер телефона, с которого пришел звонок и будет использоваться как ключ для поиска данных.
Касательно возможности доставки ссылок по SMS, заинтересованные владельцы сайтов (контента) могут участвовать в разделении оплаты пользовательского трафика с агрегатором связи. Как это описано в нашей статье о монетизации. Здесь это может рассматриваться как система распространения мобильного контента, где контент определяют сами пользователи.
Зачем и для кого? Для владельцев сайтов подобного рода сервис есть, как мы уже указывали, один из самых простых способов привлечь мобильный трафик. Не нужно готовить специальные версии сайта, не нужно менять структуру и т.д. Подключение сервиса есть просто добавление JavaScript файла, так что это будет работать независимо от используемой технологии создания сайта. Сохранить предложенную информацию может любой посетитель сайта, от него не требуется нигде регистрироваться, процедура сохранения данных не уводит посетителя с сайта. Отдельно хотелось бы отметить, что сохраняется произвольный текст, определяемый самим владельцем сайта. Это не обязательно должна быть ссылка. В самой первой демонстрации такого сервиса использовался портал объявлений о купле-продаже автомобилей. И там для посетителей была добавлена возможность сохранять объявления (ключевая информация + контактные телефоны) у себя в мобильном телефоне. Подобным образом можно сохранять контактную информацию и адреса, расписание работы и т.д. Это просто дополнительная опция для посетителей. Ведь доступ к сохраненной информации с использованием WAP/PDA устройства бесплатный (кроме, естественно, оплаты трафика у оператора) и не требует никакой регистрации.
Для операторов связи подобный сервис есть средство стимулирования мобильного трафика. Сервис облегчает доступ к существующему контенту с использованием мобильных телефонов. Количество тех же самых музыкальных фрагментов или картинок в сети, естественно, огромно. Но набирать длинный URL для доступа к файлу с использованием клавиатуры телефона дело не самое благодарное. Теперь же можно выдать потенциальным пользователям WAP/HTML страницы с готовыми ссылками. Весь контент оказывается на расстоянии одного клика. При этом не нужно специально создавать мобильные версии сайтов. И контент с существующих сайтов никуда не копируется. Весь мобильный трафик, естественно, получают те сайты, откуда пользователи и будут в итоге скачивать контент.
Публикации по теме: см. здесь
Основная идея - сохранение контента из сети для доступа (использования) на мобильном телефоне. В качестве контента может выступать произвольный текст и/или ссылка (на картинку, mp3 файл и т.д.). Владелец контента (вебмастер) сам размещает такие ссылки у себя на сайте точно также, как это делается сейчас для любой системы закладок (del.icio.us и подобные). Отличие только в том, что от потенциального пользователя не требуется никакой регистрации. Поэтому "сохранение" контента происходит без перехода пользователя на какой-то другой сайт. Это просто JavaScript окно, которое открывается поверх исходного сайта. Кликните на иконке с телефоном на этом сайте, чтобы посмотреть как это выглядит. Что конкретно будет запомнено определяется вебмастером сайта (это просто строка - параметр JavaScript функции). А в качестве ключа для доступа к сохраненным данным посетителю сайта предлагается просто указать номер телефона.
После того как данные "сохранены", мобильный пользователь может использовать сайты
http://wap.linkstore.ru или http://pda.linkstore.ru. для WAP и PDA устройств, соответственно. Опять таки здесь нет никакой регистрации. Мобильному пользователю предлагается просто указать номер телефона и показываются закладки, ассоциированные с данным номером
Ну и, конечно, возможность получения сохраненного текста (или ссылки) по SMS никуда не делась. По прежнему можно позвонить 0942 (звонок платный), указать код сервиса 9000 и получить сохраненный текст (или ссылку) в виде SMS. Также безо всякой регистрации. Номер телефона, с которого пришел звонок и будет использоваться как ключ для поиска данных.
Касательно возможности доставки ссылок по SMS, заинтересованные владельцы сайтов (контента) могут участвовать в разделении оплаты пользовательского трафика с агрегатором связи. Как это описано в нашей статье о монетизации. Здесь это может рассматриваться как система распространения мобильного контента, где контент определяют сами пользователи.
Зачем и для кого? Для владельцев сайтов подобного рода сервис есть, как мы уже указывали, один из самых простых способов привлечь мобильный трафик. Не нужно готовить специальные версии сайта, не нужно менять структуру и т.д. Подключение сервиса есть просто добавление JavaScript файла, так что это будет работать независимо от используемой технологии создания сайта. Сохранить предложенную информацию может любой посетитель сайта, от него не требуется нигде регистрироваться, процедура сохранения данных не уводит посетителя с сайта. Отдельно хотелось бы отметить, что сохраняется произвольный текст, определяемый самим владельцем сайта. Это не обязательно должна быть ссылка. В самой первой демонстрации такого сервиса использовался портал объявлений о купле-продаже автомобилей. И там для посетителей была добавлена возможность сохранять объявления (ключевая информация + контактные телефоны) у себя в мобильном телефоне. Подобным образом можно сохранять контактную информацию и адреса, расписание работы и т.д. Это просто дополнительная опция для посетителей. Ведь доступ к сохраненной информации с использованием WAP/PDA устройства бесплатный (кроме, естественно, оплаты трафика у оператора) и не требует никакой регистрации.
Для операторов связи подобный сервис есть средство стимулирования мобильного трафика. Сервис облегчает доступ к существующему контенту с использованием мобильных телефонов. Количество тех же самых музыкальных фрагментов или картинок в сети, естественно, огромно. Но набирать длинный URL для доступа к файлу с использованием клавиатуры телефона дело не самое благодарное. Теперь же можно выдать потенциальным пользователям WAP/HTML страницы с готовыми ссылками. Весь контент оказывается на расстоянии одного клика. При этом не нужно специально создавать мобильные версии сайтов. И контент с существующих сайтов никуда не копируется. Весь мобильный трафик, естественно, получают те сайты, откуда пользователи и будут в итоге скачивать контент.
Публикации по теме: см. здесь
Friday, August 15, 2014
Tuesday, April 15, 2008
Звонок в приложение
Здесь мы (AbavaNet) опишем новый подход к интеграции телефонии и веб-приложений. Цель состоит в доставке голосового звонка непосредственно в веб-приложение. Это позволит, например, оставлять голосовые сообщения в приложениях, проводить голосования и т.д. При этом предложенный способ будет работать и для мобильных сайтов, где голосовое общение может быть даже более актуальным.
Сервисы, интегрирующие веб и телефонию, конечно, уже существуют. Это то, что принято называть Mobile 2.0 (или Телеком 2.0). Среди сервисов, запущенных AbavaNet, можно указать, например, запись голосовых сообщений в блоги или Voice 2 Email. Но все сервисы в целом следуют одной модели - использование открытого API веб-платформы (например, Livejournal API) для доставки звонка.
А что если сделать еще и наоборот? Не из сервиса обращаться к веб-платформе, а непосредственно из веб-приложения принимать результаты звонка. Тогда, например, для такого сервиса как запись голосовых сообщений в блоги вообще не нужна была бы какая-то отдельная регистрация своего телефона и блога. Непосредственно в блог-платформе можно было бы разместить инструмент для приема голосовых сообщений и потенциальному пользователю осталось бы только позвонить.
Как это вглядит практически? Прием звонка непосредственно в веб-приложении означает, с практической точки зрения, что непосредственно в веб-приложении мы определяем место, где будет приниматься звонок, а также собственный callback - метод, который будет отвечать за прием звонка. Поскольку мы говорим о веб, то callback здесь - это postback. То есть CGI скрипт, который будет отвечать за прием звонка. А указание места приема - это должен быть какой-то тег.
Для разработчика веб-приложения это в итоге выливается в размещение в произвольном месте своего приложения JavaScript вызова, который и выставит соответствующую метку. Выглядит это таким образом:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script')
Здесь первый параметр - это заголовок для пользователя (как это будет видеть посетитель сайта), второй параметр - CGI скрипт (от _собственного_ веб приложения), который будет регистрировать звонок. Для посетителя сайта это выглядит в итоге как обычная ссылка:
Голосовое сообщение
Кликнув на нее, пользователь получит атрибуты для звонка: сервисный номер и дополнительный код. Сервисный номер не меняется, естественно, а код будет различным. Этот код и идентифицирует в итоге точку, где принимается звонок.
После звонка на указанный номер и ввода кода (код находится перед глазами - он одноразовый и запоминать его не нужно :) голосовое сообщение будет записано. А далее - телекоммуникационная платформа просто выполнит HTTP POST запрос по URL, указанному в качестве второго параметра (см. JavaScript вызов выше). При этом записанный файл (mp3, например) будет просто передан
(выгружен) в данном запросе. И, соответственно, скрипт в веб-приложении для приема звонка есть просто CGI-скрипт для обработки загрузки файла. Для веб-приложения это выглядит так, как будто есть некоторая страница с формой загрузки файла (<input type="file" ...) и нужно обработать загружаемый пользователем медиа-файл. Далее - уже целиком область ответственности веб-приложения: просто поместить у себя ссылку на полученный файл, вставить на страницу медиа-плейер для прослушивания etc.
Как веб-приложение различит, к чему относится полученный файл? Для этого указанный выше JavaScript вызов может использоваться в такой форме:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script', дополнительные параметры)
Например, для форума (блога) серверное приложение, которое выводит ветку дискуссии может добавить на генерируемую страницу такой JavaScript код, указав в дополнительных параметрах ID сообщения (топика в форуме). Дополнительные параметры будут просто передаваться вместе с медиа-файлом "как есть". Базируясь на их значениях, CGI скрипт, который будет обрабатывать прием медиа файлов сможет корректно адресовать полученный файл уже в рамках веб-приложения.
В целом, это очень простой в использовании метод интеграции голосовых звонков непосредственно в веб приложение. Нет никаких специальных требований к веб-приложению , а прием звонка - это просто обработка загрузки файла.
Отметим, что описанный подход будет работать и для мобильных веб-приложений.
Что дальше? Хотите запустить такой сервис для своей блог-платформы, сайта, социальной сети и т.п.? Свяжитесь с нами. Кстати, интеграция телефонии - это один из способов монетизации для тех же социальных сетей. И все описанное в части бизнеса здесь, применимо и для данного сервиса.
Сервисы, интегрирующие веб и телефонию, конечно, уже существуют. Это то, что принято называть Mobile 2.0 (или Телеком 2.0). Среди сервисов, запущенных AbavaNet, можно указать, например, запись голосовых сообщений в блоги или Voice 2 Email. Но все сервисы в целом следуют одной модели - использование открытого API веб-платформы (например, Livejournal API) для доставки звонка.
А что если сделать еще и наоборот? Не из сервиса обращаться к веб-платформе, а непосредственно из веб-приложения принимать результаты звонка. Тогда, например, для такого сервиса как запись голосовых сообщений в блоги вообще не нужна была бы какая-то отдельная регистрация своего телефона и блога. Непосредственно в блог-платформе можно было бы разместить инструмент для приема голосовых сообщений и потенциальному пользователю осталось бы только позвонить.
Как это вглядит практически? Прием звонка непосредственно в веб-приложении означает, с практической точки зрения, что непосредственно в веб-приложении мы определяем место, где будет приниматься звонок, а также собственный callback - метод, который будет отвечать за прием звонка. Поскольку мы говорим о веб, то callback здесь - это postback. То есть CGI скрипт, который будет отвечать за прием звонка. А указание места приема - это должен быть какой-то тег.
Для разработчика веб-приложения это в итоге выливается в размещение в произвольном месте своего приложения JavaScript вызова, который и выставит соответствующую метку. Выглядит это таким образом:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script')
Здесь первый параметр - это заголовок для пользователя (как это будет видеть посетитель сайта), второй параметр - CGI скрипт (от _собственного_ веб приложения), который будет регистрировать звонок. Для посетителя сайта это выглядит в итоге как обычная ссылка:
Голосовое сообщение
Кликнув на нее, пользователь получит атрибуты для звонка: сервисный номер и дополнительный код. Сервисный номер не меняется, естественно, а код будет различным. Этот код и идентифицирует в итоге точку, где принимается звонок.
После звонка на указанный номер и ввода кода (код находится перед глазами - он одноразовый и запоминать его не нужно :) голосовое сообщение будет записано. А далее - телекоммуникационная платформа просто выполнит HTTP POST запрос по URL, указанному в качестве второго параметра (см. JavaScript вызов выше). При этом записанный файл (mp3, например) будет просто передан
(выгружен) в данном запросе. И, соответственно, скрипт в веб-приложении для приема звонка есть просто CGI-скрипт для обработки загрузки файла. Для веб-приложения это выглядит так, как будто есть некоторая страница с формой загрузки файла (<input type="file" ...) и нужно обработать загружаемый пользователем медиа-файл. Далее - уже целиком область ответственности веб-приложения: просто поместить у себя ссылку на полученный файл, вставить на страницу медиа-плейер для прослушивания etc.
Как веб-приложение различит, к чему относится полученный файл? Для этого указанный выше JavaScript вызов может использоваться в такой форме:
AcceptCall('Голосовое сообщение', 'http://myserver/my_cgi_script', дополнительные параметры)
Например, для форума (блога) серверное приложение, которое выводит ветку дискуссии может добавить на генерируемую страницу такой JavaScript код, указав в дополнительных параметрах ID сообщения (топика в форуме). Дополнительные параметры будут просто передаваться вместе с медиа-файлом "как есть". Базируясь на их значениях, CGI скрипт, который будет обрабатывать прием медиа файлов сможет корректно адресовать полученный файл уже в рамках веб-приложения.
В целом, это очень простой в использовании метод интеграции голосовых звонков непосредственно в веб приложение. Нет никаких специальных требований к веб-приложению , а прием звонка - это просто обработка загрузки файла.
Отметим, что описанный подход будет работать и для мобильных веб-приложений.
Что дальше? Хотите запустить такой сервис для своей блог-платформы, сайта, социальной сети и т.п.? Свяжитесь с нами. Кстати, интеграция телефонии - это один из способов монетизации для тех же социальных сетей. И все описанное в части бизнеса здесь, применимо и для данного сервиса.
Subscribe to:
Posts (Atom)