Как залезть на коня?

23 октября 2015

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

Собственно, тема

Нам очень-очень много раз приходилось наблюдать клиентские муки и терзания по поводу создания мобильного приложения:

  1. С чего начать?
  2. Как втиснуться в бюджет и сроки?
  3. Как сделать техзадание?

И самое главное — как понять, что качество продукта соответствует запросам пользователей, которые будут его покупать?

И т. д. В принципе, нормальная реакция адекватного человека. Но нередко руководители проектов так загоняют себя (и сам проект) в угол, что получают результат, который некрасивый или неудобный в использовании. Или же и то, и другое сразу.

Чтобы хорошие люди больше не мучились , мы решили придумать понятное и практическое руководство.

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

Спросите, а что здесь непонятного? Все знают, что лезть на коня нужно сбоку.

Тем не менее многие пытаются лезть на коня через морду. То есть, начинают сразу делать безумный интерфейс без чёткого представления о его использовании: нереально крутой, оригинальный, напичканный возможностями. Как правило, в таких случаях внедряются нестандартные решения, которые очень трудно программировать. Результат: вместо логичного и понятного интерфейса — абсолютно бесполезное и неудобное приложение, перегруженное графикой.

Такие приложения хорошо скачивают (срабатывает вау-эффект), но возврат в приложение не происходит (то есть, пользователи его удаляют).

Если вы

  • продаёте свои товары/услуги через мобильное приложение,
  • предоставляете возможность обмена файлами или генерации контента,
  • проводите через мобильное приложение финансовые операции,
  • предлагаете решение повседневных задач (бытовые дела, тайм-менеджмент, образование),

то возврат пользователя в приложение вам крайне важен. Думайте о своих клиентах в первую очередь.

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

По этой причине сегодня сделано немало хороших, но крайне некрасивых приложений. Скачивают с маркета их неохотно, потому что они привлекают внимание других программистов, но никак не целевой аудитории.

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

Получается, каждый специалист хорошо делает только то, что он умеет. Обращаться к кому-то одному смысла нет, почему — описали выше. Короче, как всегда, истина где-то там. Иногда и рядом.

Собственно, руководство.

Первое. Гладим коня по морде

То есть, звоним/пишем/телеграфируем, идём ногами к дизайнеру, и наконец-то озвучиваем идеи по поводу проекта. Можно даже аналоги от конкурентов показать. Вам не помешает узнать от специалиста следующее:

  • примерные пути монетизации (вам могут подсказать то, о чём вы даже не догадывались);
  • последние тенденции UI-дизайна;
  • возможные стили для вашего приложения;
  • сценарий взаимодействия, желательно, подкрепленный
  • прототипами.
  • возможности, которые стоит реализовать, а от каких отказаться, чтобы не потерять основную идею приложения;

Самое ключевое здесь — представление, каким способом, методами дизайнер способен решить ваши бизнес-задачи.

Второе. Ласково похлопаем коня по попе

В смысле, определимся с программированием. Для этого следует показать разработчикам UX-карту, прототипы приложения и техническое задание на разработку. Первое и второе вам поможет создать дизайнер. Увидев эти документы, программист объяснит вам, какие функциональные возможности оптимальны в реализации. И посоветует, от чего лучше отказаться. Также вы вместе найдёте компромиссное решение, если бюджет проекта стеснён (в разумных пределах, конечно).

Вот теперь, после инструктажа, можете забираться на коня, как нормальный человек, — сбоку, поняв процесс, рассчитав все движения и риски, имея толковые техзадания на дизайн и на разработку.
И не забудьте про седло.

Кони тоже бывают разные. Крутые арабские скакуны, симпатичные пони, непонятные особи в пальто и Коньки-Горбунки с высоким интеллектом… Тысячи их! Смотрите себе в карман, оценивайте бюджет, выбирайте, повторяйте движения по инструкции — и всегда будьте на коне.

Ну что, покатаемся? 😉