144 Views
Офіційний сайт
Принципиальные отличия заключаются в:
- Более низкой стоимости SMS-сообщений;
- Более высокой скорости отправки SMS-рассылки;
- Возможности подставить практически любую подпись в поле «От кого»;
- Возможность автоматической отправки сообщений при интеграции с сайтом или информационной системой;
- Возможности иметь детализированную статистику, производить групповые рассылки, программировать рассылки и т.п.
HTML знать не обязательно. Базового набора элементов в системе достаточно, чтобы создать красивое письмо без особых усилий. Если вы хотите продвинутый и ни на кого не похожий дизайн письма, тогда знание HTML будет Вам полезно.
SMS-рассылка осуществляется на номера абонентов всех операторов России и СНГ.
Для того, чтобы получатель мог ответить на SMS-сообщение, можно:
- указать контактные данные в теле SMS-сообщения;
- указать в поле «От кого» адрес своего сайта или название Вашей компании.
Пропускная способность составляет более 1000 SMS в секунду. По запросу возможно увеличение. Технически, мощности позволяют срочно и качественно обслужить любой поток сообщений, благодаря тому, что трафик распределяется на множество SMS-центров.
Для осуществления любой рекламной SMS рассылки необходимо согласие абонента на получение рекламной информации. Предпочтительным вариантом является бумажная анкета, заполненная абонентом. Анкета должна содержать обязательные атрибуты:
- данные лица, дающего согласие на рассылку, позволяющие его однозначно идентифицировать (ФИО, номер телефона, желательно паспортные данные);
- наименование компании, от имени которой будет осуществляться рассылка;
- формулировку о согласии абонента на получение рекламной информации(необходимо предусмотреть место под галочку, чтобы абонент мог выразить явное согласие с пунктом).
Анкеты, не содержащие данной информации, не являются документальным подтверждением согласия абонента на получение рекламной рассылки. Компании, осуществляющие рассылку без согласия абонента или на основании некорректно заполненных анкет, могут быть оштрафованы органами ФАС на сумму до 500 000 рублей за осуществление незаконной рассылки.
Важно! Согласие с правилами веб-ресурса при регистрации не является документальным подтверждением согласия на получение рассылки, если в них не содержится информация, указанная в требованиях к анкете. Хранить анкету необходимо в течение года с момента осуществления рассылки.
Возможность осуществлять SMS-рассылки будет приостановлена, если:
- если Вы или Ваши субпартнеры рассылают спам;
- если Вы или Ваши субпартнеры рассылают SMS-сообщения, которые своим содержанием, подписью или временем рассылки не соответствуют законодательству Российской Федерации/Украины;
- Вы не оплатили разосланные SMS-сообщения.
Некоторые системы предоставляют такой функционал в личном кабинете пользователя.
Не все системы могут предоставить такой функционал. Рекомендуем обращаться в тех. поддержку сервисов с этим вопросом перед заказом услуг.
WAP-push - это специальная технология, которая позволяет отправлять в теле SMS ссылку на WAP сайт или контент для скачивания.
Вы можете рассылать SMS на номера всех операторов мобильной связи Украины и России в зависимости от выбранного сервиса. Отправка международных SMS также возможна, обратитесь в нашу техническую поддержку, чтобы Вам включили эту возможность.
1. Максимально простий і зрозумілий навіть дитині.
2. З обов'язково промальованими всіма сторінками сайту.
3. З чіткою структурою.
4. З важливими деталями.
Для професіонала або людини з величезним досвідом за плечима це може зайняти не більше 15-20 хвилин, якщо йдеться про загальний не деталізований прототип. Якщо брати до уваги велику кількість деталей або кількість сторінок сайту, то час збільшується до 3-4 годин. Людині без досвіду це може коштувати 1-2 дні.
Процес прототипування або тестування вкрай необхідний, оскільки він дозволяє конструкторам та інженерам швидше та гнучкіше вносити зміни у свої інструменти проектування та кодування. Тоді набагато краще ваші зусилля будуть витрачені на створення макета початкового дизайну і виконання користувацького тесту для перевірки попередніх припущень і визначення правильного напрямку.
Насправді слово "прототип" має не дуже чітке визначення, і досить багато варіантів вибору.
Створення прототипів, мабуть, одна з найважливіших частин процесу веб-дизайну. Створюючи прототип веб-сайту, ми можемо тестувати ідеї з користувачами, ми можемо помилятися, ми можемо вчитися, але, що найважливіше, ми можемо робити це швидко. Але вибір правильного інструменту для створення прототипів може вплинути на результат.
У вас має бути чітке уявлення про те, що вам потрібно прототипувати і чому.
Це можуть бути запитання, на які вам потрібно відповісти, гіпотези або навчальна мета. Наприклад, ви можете перевірити, чи правильно ви опрацьовуєте процес, або ви можете протестувати онлайн-форму, щоб переконатися, що користувачі можуть її заповнити й отримати потрібну інформацію.
Якщо вам потрібно швидко знайти відповідь на проблему, вивчіть швидкі паперові прототипи.
Якщо у вас є тільки ви, то ви обмежені наявними у вас навичками та інструментами, які ви знаєте, як використовувати (я зазвичай переходжу до InVision як інструменту для створення прототипів). У вас є велика команда і навички розробника, якими ви можете скористатися? Тоді немає нічого кращого за закодований прототип, оскільки код, який ви створюєте, може бути використаний для остаточної реалізації продукту. Ще краще, якщо ви зможете протестувати ідеї у своєму реальному продукті (за допомогою перемикачів функцій або спліт-тестів).
Нарешті, не забувайте про бюджет. Створення прототипів вимагає часу і зусиль. Більшість прототипів зрештою відправляться у відро для сміття, але цінність полягає в тому, що ви дізнаєтеся. Якщо є дешевший спосіб навчитися цього, скористайтеся ним.
Нарешті, вам потрібно знати, як ви збираєтеся тестувати. Ви тестуєте свій прототип на реальних користувачах, чи заплановані у вас сеанси користувацького тестування? Чи є технічні обмеження з приводу того, як ви збираєтеся тестувати? Як ви будете записувати тест або збирати відгуки?
А що будете робити з прототипом після випробування? Чи будете ви повторювати його для подальшого тестування, підвищувати точність прототипу за допомогою іншого інструменту або передавати свої результати розробникам? Усі ці рішення допоможуть вибрати відповідний інструмент.
Типи прототипів, що використовуються в UX-командах
Як правило, існує п'ять основних типів, деякі з яких можуть взагалі не потребувати інструментів для створення прототипів. А тепер давайте заглибимося в подробиці:
1. паперовий прототип. Це проявляється дуже рано в процесі проєктування, і часто простий, але грубий прототип може бути набагато швидшим. Хочете вірте, хочете ні, але він, як і раніше, залишається популярним вибором для невеликих вкладень часу, інтенсивної співпраці та швидкої ітерації. Це добре працює тільки тоді, коли користувачі мають певний досвід.
2. анімовані каркаси. Це перший крок до контекстуалізації продукту в процесі розробки. Чесно кажучи, у майбутньому інвестиції часу та витрат збільшуватимуться, і величезні зміни напрямку / підходу також можливі. Також члени команди можуть дізнатися, які питання поставити і який інструмент використовувати.
3. Діючі прототипи. Вони являють собою повністю кодову суміш функціональних і статичних екранів, які зазвичай відображаються, коли приймаються інші прототипи. Це найкращий спосіб передати знання команді розробників, продемонструвавши, яким буде досвід і код.
