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

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

Конечно, есть и попса типа Канье Уэста или Центра, но раздел мне нравится — сходу нашёл 3 классных альбома. Кстати, рекомендую Haelos — Full Circle (ритмично и динамично, немного хипстерски как CHVRCHES) и Solar Bears — Advancement.

Предыстория: я пытался сделать стартап — платформу для реферального маркетинга.

Конечно же, Ремарк умер. Как умер и Букер, диджитал-агентство, как умирало многое, за что я принимался.

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

Конечно, всё умирает, это нормально. Ненормально было бы не понимать, почему умирает.

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

Во-вторых, отсутствие какого-либо предложения. Мы не понимали, каким образом мы хотели сделать реферальную программу: как сервис или как агентство, которое помогает разработать реферальную кампанию с помощью внутреннего сервиса? Ответ мы не нашли.

В-третьих, не нашли потому что мы не решали проблему. Да, SEO — долго, контекстная реклама — дорого, SMM приносит только лайки, а не прибыль, но, в общем-то, кому нужно узкое решение?

В-четвёртых, мы не предоставляли ничего уникального. У нас не было выгодного отличия. В нашем сервисе не было бы того, чего не может реализовать программист за 2 дня.

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

После того, как я написал колонку на ЦП (она немного наивная, конечно, да и сумбурная), мне написал Андрей (продакт-менеджер) и предложил свою помощь. Всё стало интереснее, но на 2 недели, после чего он вышел из проекта по тем же причинам, что я упомянул выше.

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

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

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

  • магазинов с сумками и чемоданами,
  • сервиса такси, который работает в том городе, куда я лечу,
  • книжного магазина, который предлагал бы книгу-путеводитель о том город, куда я лечу,
  • локальный для страны Foursquare с списком достопримечательностей,
  • отели, страховка, предложения в airbnb и другое

Вот тогда бы это было полезно.

Во-вторых, если бы сервис всё же был по сарафанному маркетингу, то разумнее его было бы сделать одним из модулей в огромной системе неких виджетов, как у witget.com. У них ужасная реализация, но крутая идея — делать простые и аккуратные виджеты, которые быстро встраиваются. Социальные кнопки, реферальная программа, опросы, какие-нибудь другие модули.

Но я больше не буду заниматься Ремарком в том или ином виде.


И, кстати, ещё одно наблюдение: рабочее название у меня постоянно оказывалось названием настоящим. Ремарк остался Ремарком, Букер остался Букером.

Спотифай обновился и наконец-то стал удобным:
no-border

Больше всего не хватало страницы артистов, теперь и она есть:
no-border

Альбомы можно разложить как сетку; наконец-то календарь выступлений виден, раньше он был невзрачен.
no-border

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

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

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

  • Заходим на http://spotify.com, выбираем Латвию
  • Выбираем премиум, можно даже с триал-периодом в месяц
  • Вводим данные российской карточки, наслаждаемся

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

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

Сегодня я побывал в Гонконге — жаль, что недолго, около 6-7 часов, но как же мне понравился этот город, обязательно съезжу еще пару (и больше) раз.

Прилет

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

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

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

Гугл, на удивление, выдавал 2 часа поездки до города, из-за чего Полина уехала, а я остался в аэропорту, т.к. у меня поезд в 7:50 pm. Бродил по аэропорту, смотрел, что да как.

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

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

Кстати, в аэропорту ГМО-мандарины. На самом деле, по всему Гонконгу очень много зелени и она успешно делит пространство с высотками и прочими строениями.

Полина мне написала, что все-таки за 25 минут (а не 2 гугловских часа) ходит аэроэкспресс, так что через некоторое время, решив свои проблемы, я сел на него. К слову, аэроэкспресс там именно экспресс, а не электричка за 380р. Быстро, удобно, тихо.

Доехал до Hong Kong Station, но еще в аэроэкспрессе обнаружил величайшую оплошность — я не купил симку, а доступ к вайфаю очень редко бывает бесплатным. Заглянул в ifc mall, а там в Apple Store, на удивление, вайфай у них работал, но не без забавных нюансов — ВК там заблокирован.

Затем я поехал в аэропорт (кстати, когда покупал билет на аэроэкспресс, какой-то мужчина с женой предложил взять пак на троих за $210, в итоге я $30 сэкономил). Пока сидел там, подошел какой-то азиат примерно моего возраста, хотел, чтобы я заполнил тест удовлетворенности аэропортом. Почти везде было "satisfied" 😉

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

Оставлю несколько советов:

  • Билет на экспресс можно взять "туда-обратно" по той же цене, если "same day returning".
  • Я не знаю, что у них подразумевается под Charging Station, но в итоге Station оказался вот этот блок, Charging которого заключается в двух маленьких розетках снизу (на фотографии человек подключает устройство именно там). Вилка, кстати, плоская.
  • Покупайте симку, вайфай есть везде, но он платный либо требует регистрации.
  • Едьте в Гонконг. Первый из лучших и удобных городов, которые я видел.

Когда-то давным давно, в году так 2008 (который я люблю вспоминать за то, что веб в нем был менее развит, чем сейчас) были интересные практики — сначала дизайнер отрисовывал макет в Photoshop, затем верстальщик его верстал. Вроде бы неплохой путь, но у меня к нему есть несколько претензий.

Катализатором для этого поста стал пост от treehouse, после которого я вспомнил, что давно хотел написать свои мысли на этот счет. Это не перевод, но спасибо им за идею скриншота screensiz.es.

  • Я не встречал на этом пути этап "разработка интерфейса". Графический дизайнер делал макет, затем верстальщик его реализовывал (очень часто pixel perfect — пиксель-в-пиксель). А графический дизайнер мог быть отличным иллюстратором, но как же часто я при таком подходе видел огромные дыры в юзабилити.
  • При pixel perfect дизайн получался не гибким (например, разрешения экранов — обычно брали 1280х1024 и 1920х1080, больше никаких). "Резиновая" верстка была уделом дорогих специалистов.
  • Я всегда считал и считаю, что Фотошоп необходим для редактирования фотографий, а не для макетов. Для макетов подходят другие вещи, например, тот же Illustrator — векторная графика, на самом деле, отличная вещь.
  • Основная претензия — в 2014 некоторые люди все еще верстают макеты в фотошопе и повторяют все те ошибки, о которых я сказал выше.

Адаптивный дизайн

разные разрешения экранов screensiz.es наглядно демонстрирует огромное количество touch-устройств и их разрешения экранов.

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

Photoshop-way не особо подходит для такого мира — нужно делать несколько макетов, что весьма трудозатратно по времени и бюджету.

Развитие веба

Веб изменился, стал интереснее и сложнее домашних страничек, и весьма сложно этого не заметить. Пока Фотошоп предлагает лишь графический дизайн, в вебе появились как минимум анимации и прочие интерактивные вещи. Single page application туда же относятся — если правильно подойти к этой технологии, можно сделать удивительной отзывчивости и некой приятности интерфейс. Да, в фотошопе есть анимации, но вы же не будете, простите, писать на PHP работающие сервисы, а не небольшие скрипты, вы предпочтете Scala или какой-нибудь другой язык, потому что под каждую задачу нужен свой инструмент.

Решение проблемы

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

На данный момент в мире процветает подход API first. На самом деле, он мне нравится, это весьма интересное решение, но и его можно улучшить.

Цикл разработки продукта

  1. Product manager собирает требования к функциональности, собирает полное ТЗ по проекту.
  2. UX Developer оценивает это ТЗ, предлагает свои улучшения — кому, как не человеку, который занимается интерфейсами, знать, как должен выглядеть конечный продукт. И, конечно же, делает прототипы — для этого годится Balsamiq, Axure, NinjaMock и другие сервисы и технологии.
  3. После нескольких итераций по обсуждению базовой функциональности получаем готовое ТЗ, которое идет для первой версии.
  4. Архитектор на основе этого ТЗ продумывает архитектуру сервиса, а верстальщик верстает макет финального прототипа с помощью фреймворков — Twitter Bootstrap, Foundation и тому подобное. Они экономят время, позволяя сосредоточиться на работе.
  5. …которую затем реализовывают backend-программисты с учетом подхода API first.
  6. Если API изначально было задокументированно, то параллельно с backend-программистами frontend-разработчики делают клиентскую часть, а графический дизайнер реализовывает конечный дизайн продукта (верстка-то готова уже).

А затем цикл повторяется в каждой итерации, улучшая функциональность. Как видите, такой подход позволяет сократить издержки и вот почему:

  • Нет постоянного уточнения ТЗ, оно полностью готово и необходимо лишь ему следовать.
  • Несколько команд работают одновременно:
    • UX Developer и Product Manager обсуждают и формируют ТЗ
    • Затем архитектор разрабатывает архитектуру, параллельно верстальщик верстает финальный прототип
    • Backend-разработчики делают API, параллельно frontend-разработчики делают клиентскую часть. Иллюстратор (человек, не программа от Adobe) реализовывает графический дизайн сервиса.

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

Начал про Фотошоп, закончил про цикл разработки сервисов. В одной из следующих статей я расскажу про мои любимые подходы mobile first и progressive enhancement. Stay tuned, этот блог еще пополнится контентом.

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

Теперь блог создан на Ghost.js, который выполняет свои задачи — быть блогом. За сегодняшний день написал стартовый шаблон на Twitter Boostrap 3 и прочих клевых штуках из мира фронтэнда, затем на его основе создал прекрасный и чистый дизайн, который я иронично назвал Supernova. Иронично — потому что в 2010 была затея устроить редизайн форума и дизайн (замечу, что в нем было много графики, в отличии от текущего варианта) назывался Supernova. И да, мы его так и не сверстали, хотя PSD-версия была готова.

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

А Ghost удобный. Рекомендую.