За 5 лет существования проекта smscoin вырос не только коллектив, но и поле деятельности нашей компании. Смс-биллинг остался основным направлением деятельности нашего проекта; но мы пошли дальше, сменив методы разработки, испробовав массу новейших технологий в активных бизнес-приложениях, развиваясь и в других, не менее интересных сферах. Именно об этих проектах и интересном опыте, полученном в процессе их разработки, и пойдет речь в серии статей, первая из которых перед вами.
Дабы оправдать наличие Django в списке тегов, замечу, что это наш первый публичный проект на Django, хоть сам фреймворк и был использован ранее во внутренних разработках.
Если вам интересно, как можно подключить на свой ресурс смс-платежи, не написав при этом ни одной строчки кода, не регистрируясь на нашем сайте, и получая все деньги вперед, то просим читать далее.
Рассказ об этом проекте стоит начать с некой предыстории. В свое время мы предлагали услугу смс: сейф, в задачи которой входили генерации инструкции по оплате смс на суммы, превышающие максимально доступный в конкретной стране тариф (если кому неизвестно, максимальная сумма платежа крайне ограничена и отличается в каждой стране). Так, если партнер хотел получить $5, то в настройках услуги у него была возможность выбрать в выпадающем меню возможность оплаты с отправкой нескольких смс, общая стоимость которых наиболее близка к желаемой общей сумме. Например, можно было выбрать 3 смс по $2 или 5 смс по $0.9. Важным условием было то, что стоимость всех смс при оплате оставалась одинаковой. По факту производилось просто умножение тарифа на количество смс, которые надо отправить.
Услуга не пользовалась популярностью по ряду причин. Это и сложность в понимании схемы работы, и нетривиальная схема интеграции, и ограниченность схемы в подгонке под стоимость (нельзя было сделать 2 смс по 2$ и 1 смс по 0.9$, для получения суммы из примера выше), или получалось слишком много смс и более точная сумма или мало смс, но сумма, далекая от желаемой. В итоге мы пришли к решению заморозить услугу и не предлагать ее партнерам.
Как бы то ни было, спрос остался, и хотя часть партнеров могла реализовать подобную логику на своей стороне (слава богу, экспорт всех тарифов у нас есть), многие по тем или иным причинам ожидали, что мы предоставим им такое решение. Как известно, спрос рождает предложение, и год назад мы придумали и быстро реализовали новую версию услуги как отдельный проект.
На этот раз мы решили пойти дальше и реализовать «мокрую мечту» любого продавца: ничего не делать и получать деньги за товар вперед. Для этого нам были нужны 2 простые вещи — товар и его стоимость. За товар было принято решение взять ваучеры, предоставляемые продавцом на услугу, или пополнение баланса. Это могут быть как пин-коды, так и логин-пароль, или даже ссылки на активацию. Данный механизм широко используется на сервисах обмена файлами или в социальных сетях. Такие ваучеры есть у Apple в iTunes и раньше были у Skype. Иными словами, ваучеры — это достаточно популярный способ деньгооборота, который работает на многих популярных сервисах.
С товаром и его ценой (которую определяет продавец) в общем-то определились. Оставалось доработать техническую часть. Для разработки выбрали Django, который ранее уже использовали. Стоит заметить, что для разработчика данного проекта это был первый и в общем-то удачный опыт (проект работает и приносит деньги). С технической точки зрения было решено использовать всю мощь автоматизации, которую предоставляет SmsCoin, и инструкции, генерируемые автоматически функцией, которая рассматривает выбранную страну и сумму как параметры и выдает массив данных, из которых строится инструкция для пользователя. В отличие от оригинальной услуги смс: сейф, комбинироваться могут разные тарифы, основной же целью является сокращение количества отправляемых смс.
Чтобы отличать одну оплату от другой, для пользователя генерируется уникальный текст сообщения, и все смс с этим текстом прикрепляются к его оплате. Чтобы избежать случаев мошенничества, столь распространенных в сфере смс-платежей, все смс должны быть отправлены из одной и той же страны и в принципе с одного и того же номера. Для того чтобы пользователи четко знали, сколько они уже заплатили и сколько еще осталось, при получении смс статус в инструкции меняется с «ожидается» на «получено». Да и вообще вся инструкция проста и понятна. Время осуществления транзакции решили не ограничивать, так как может выйти ситуация, при которой абоненту не хватает средств на отправку всех смс сразу, и ему требуется пополнить баланс. Чтобы пользователи могли вернуться к открытой транзакции или заново просмотреть полученный ранее код, мы решили добавить возможность поиска транзакции.
В итоге получился очень интересный проект с незатейливым названием smspay4.com. Для конечных пользователей интерфейс абсолютно минималистический: инструкция по оплате, форма обратной связи и форма просмотра транзакции. Потеряться просто негде, путь только один — к успешной оплате.
Для продавцов проект вышел еще более интересным. Регистрироваться нигде не надо (в принципе и негде) — регистрируемся как раз мы на сайте продавца (ну или общаемся по почте). Весь процесс интеграции заключается в добавлении ссылки на страницу оплаты, созданную конкретно под проект продавца. Финансовые расчеты тоже в основном работают по предоплате, т.е. мы вначале платим и покупаем ваучеры, а когда они будут проданы — уже наша забота, а продавец свои деньги уже получил.
В итоге, в принципе тривиальная логика и понятная реализация легли в основу проекта с достаточно интересной схемой продаж, отлично подходящей для массы сервисов и не требующей от них абсолютно никаких действий. Чтобы было понятно все написанное ранее, приведу ссылку на страницу оплаты одного из проектов, с которым мы работаем по такой схеме — smspay4.com/project/hotfile
Проект вышел простой (как минимум, его видимая для пользователя часть), но полностью отвечающий заданным требованиям. Насколько нам известно, ни у кого из конкурентов такого решения нет, что тоже приятно :-). Все, кому интересно сотрудничество, пишите в ЛС или обращайтесь по контактам на сайте.
Дабы оправдать наличие Django в списке тегов, замечу, что это наш первый публичный проект на Django, хоть сам фреймворк и был использован ранее во внутренних разработках.
Если вам интересно, как можно подключить на свой ресурс смс-платежи, не написав при этом ни одной строчки кода, не регистрируясь на нашем сайте, и получая все деньги вперед, то просим читать далее.
Рассказ об этом проекте стоит начать с некой предыстории. В свое время мы предлагали услугу смс: сейф, в задачи которой входили генерации инструкции по оплате смс на суммы, превышающие максимально доступный в конкретной стране тариф (если кому неизвестно, максимальная сумма платежа крайне ограничена и отличается в каждой стране). Так, если партнер хотел получить $5, то в настройках услуги у него была возможность выбрать в выпадающем меню возможность оплаты с отправкой нескольких смс, общая стоимость которых наиболее близка к желаемой общей сумме. Например, можно было выбрать 3 смс по $2 или 5 смс по $0.9. Важным условием было то, что стоимость всех смс при оплате оставалась одинаковой. По факту производилось просто умножение тарифа на количество смс, которые надо отправить.
Услуга не пользовалась популярностью по ряду причин. Это и сложность в понимании схемы работы, и нетривиальная схема интеграции, и ограниченность схемы в подгонке под стоимость (нельзя было сделать 2 смс по 2$ и 1 смс по 0.9$, для получения суммы из примера выше), или получалось слишком много смс и более точная сумма или мало смс, но сумма, далекая от желаемой. В итоге мы пришли к решению заморозить услугу и не предлагать ее партнерам.
Как бы то ни было, спрос остался, и хотя часть партнеров могла реализовать подобную логику на своей стороне (слава богу, экспорт всех тарифов у нас есть), многие по тем или иным причинам ожидали, что мы предоставим им такое решение. Как известно, спрос рождает предложение, и год назад мы придумали и быстро реализовали новую версию услуги как отдельный проект.
На этот раз мы решили пойти дальше и реализовать «мокрую мечту» любого продавца: ничего не делать и получать деньги за товар вперед. Для этого нам были нужны 2 простые вещи — товар и его стоимость. За товар было принято решение взять ваучеры, предоставляемые продавцом на услугу, или пополнение баланса. Это могут быть как пин-коды, так и логин-пароль, или даже ссылки на активацию. Данный механизм широко используется на сервисах обмена файлами или в социальных сетях. Такие ваучеры есть у Apple в iTunes и раньше были у Skype. Иными словами, ваучеры — это достаточно популярный способ деньгооборота, который работает на многих популярных сервисах.
С товаром и его ценой (которую определяет продавец) в общем-то определились. Оставалось доработать техническую часть. Для разработки выбрали Django, который ранее уже использовали. Стоит заметить, что для разработчика данного проекта это был первый и в общем-то удачный опыт (проект работает и приносит деньги). С технической точки зрения было решено использовать всю мощь автоматизации, которую предоставляет SmsCoin, и инструкции, генерируемые автоматически функцией, которая рассматривает выбранную страну и сумму как параметры и выдает массив данных, из которых строится инструкция для пользователя. В отличие от оригинальной услуги смс: сейф, комбинироваться могут разные тарифы, основной же целью является сокращение количества отправляемых смс.
Чтобы отличать одну оплату от другой, для пользователя генерируется уникальный текст сообщения, и все смс с этим текстом прикрепляются к его оплате. Чтобы избежать случаев мошенничества, столь распространенных в сфере смс-платежей, все смс должны быть отправлены из одной и той же страны и в принципе с одного и того же номера. Для того чтобы пользователи четко знали, сколько они уже заплатили и сколько еще осталось, при получении смс статус в инструкции меняется с «ожидается» на «получено». Да и вообще вся инструкция проста и понятна. Время осуществления транзакции решили не ограничивать, так как может выйти ситуация, при которой абоненту не хватает средств на отправку всех смс сразу, и ему требуется пополнить баланс. Чтобы пользователи могли вернуться к открытой транзакции или заново просмотреть полученный ранее код, мы решили добавить возможность поиска транзакции.
В итоге получился очень интересный проект с незатейливым названием smspay4.com. Для конечных пользователей интерфейс абсолютно минималистический: инструкция по оплате, форма обратной связи и форма просмотра транзакции. Потеряться просто негде, путь только один — к успешной оплате.
Для продавцов проект вышел еще более интересным. Регистрироваться нигде не надо (в принципе и негде) — регистрируемся как раз мы на сайте продавца (ну или общаемся по почте). Весь процесс интеграции заключается в добавлении ссылки на страницу оплаты, созданную конкретно под проект продавца. Финансовые расчеты тоже в основном работают по предоплате, т.е. мы вначале платим и покупаем ваучеры, а когда они будут проданы — уже наша забота, а продавец свои деньги уже получил.
В итоге, в принципе тривиальная логика и понятная реализация легли в основу проекта с достаточно интересной схемой продаж, отлично подходящей для массы сервисов и не требующей от них абсолютно никаких действий. Чтобы было понятно все написанное ранее, приведу ссылку на страницу оплаты одного из проектов, с которым мы работаем по такой схеме — smspay4.com/project/hotfile
Проект вышел простой (как минимум, его видимая для пользователя часть), но полностью отвечающий заданным требованиям. Насколько нам известно, ни у кого из конкурентов такого решения нет, что тоже приятно :-). Все, кому интересно сотрудничество, пишите в ЛС или обращайтесь по контактам на сайте.
