Учимся считать и не терять деньги

Nikita Morozov
Sep 3, 2015 · 9 min read

Для начала — маленькое объявление. Для тех, кто все еще надеется узнать правду о том, как рисовать «красивые» интерфейсы, я собрал небольшую подборку вкусняшек:

  1. Много полезного про UX
  2. Подборку красивых картинок интерфейсов
  3. Гуглоблог о material design, паттернах и прочем бобре

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

А как все просто начиналось!..

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

На ваш немой вопрос есть мой немой ответ: «потому что».

Если серьезно, то Прайс vs ТЗ — тема крайне холиварная, и черт в ней ногу сломит неоднократно, а то и не одну. Читать придется долго и вдумчиво.
Отвлекитесь от гайдлайнов, налейте чайку, сядьте поудобнее… и вперед — к деньгам и славе!

Прайс — ты кто такой?

Представьте на секундочку. Пришел вам заказ от друга тещи приятеля старого друга, которому так нужна «прилага на айфон». Вы вдумчиво читаете ТЗ пять раз (!) и собираетесь выставить по нему прайс… и… и… кхм!..

Achtung! Приведенные в статье денежные расклады лишь иллюстрируют средневзвешенный сферическим конем вакуум. Расценки на услуги никак не отражают беспощадную реальность и не должны считаться непреложно достоверным источником информации.
Все описанное ниже должно побудить вас изучить рынок официального трудоустройства, и тогда, уже на основании средней ЗП и вашего анализа, вы сами прикинете, сколько будете взимать со своих клиентов.

Рассмотрим несколько стратегий расчета прайса:


1. Считаем в “Попугаях”

Из названия понятно, что считать мы будем что-то при помощи чего-то. Способ великолепный, подойдет тем, чей клиент уже пережил не один инфаркт в процессе познания собственного счастья — своего приложения. Пройдя пару-тройку кругов ада, этот Клиент высылает вам выстраданные мокапы (например, 14 штук), брендЪ-бух и торжественное напутствие в виде крайне условного ТЗ. И просит просчитать стоимость ДИЗАЙНА (именно дизайна, логику приложения клиент уже сделал за вас, и вы клиенту хрен докажете, что это кабздец, а не логика. Помните об этом. Поймите и простите его заранее).

Как считать?
Представим, что в приложении скрины* бывают нескольких типов (еще раз напоминаю, это не прайслист, а пример):

Сложные скрины
Основные экраны приложения, где куча контролов, списков, кнопок, тулбаров и один несчастный nav bar. Обычно таких экранов 40–60% от всех.
Цена: к примеру, бомбанем мы за него 4000 руб. (за экран, соответственно — включая все его стейты). В эту цену входит все вышеперечисленное плюс всякие состояния контролов.

Среднесложные скрины
Проще говоря, экраны эти делаются по мотивам предыдущих (в плане концепта, стилей, палитры). Подобные экраны занимают 30–40% от всего приложения.
Цена: очевидно, что не меньше половины от предыдущего типа, скажем — 2000–3000 руб.

Простые скрины
Вы догадались. Это всякие там action sheets, экраны с выбором дат календаря, edit mode для контактов и тому подобные (login/sign up к ним не относятся). В среднем по больнице времени занимают мало, профита тоже особо не приносят, но что поделаешь, что поделаешь…
Цена: 1000 руб. за штуку, на худой конец и 500 руб. сойдет.

Пример:
Мы берем 14 скринов и прикидываем:
7 скринов сложных: 4000 х 7 = 28 000 руб.
5 среднесложных: 2500 х 5 = 12 500 руб.
…и с десяток простых: 700 х 10 = 7000 руб. — «П-п-почему с десяток?» — спросит клиент. — «Потому что иначе вообще непонятно, как эти контролы работают — или вы их сами сделаете во время разработки?» — ответите вы и на этом наверняка и сойдетесь.

В сухом остатке у нас (у вас!) — 47 500 рублей. Много это или мало, судить вам. Для небольшого приложения на iPhone с готовыми мокапами лично для меня кажется вполне адекватным.

Чем хорош, а чем плох такой подход?
Плюсы:
+ Способ расчета понятен клиенту (в большинстве случаем им же и инициирован);
+ За него готовы платить всегда и без особого дисконта с вашей стороны;
+ Просто прекрасный вариант для начала карьеры мегамэна;
+ Ошибки в UX и логике — это ошибки клиента, уж точно не ваши (спорный «плюс», конечно, но пусть будет);
+ ТЗ ясно и понятно, как божий день.

Но не все так гладко. Ведь есть и…
Минусы:
- Вам заплатят мало по сравнению с другими способами расчета;
- Вы не научитесь проектировать приложения, так как за вас это уже сделали — и, скорее всего, очень плохо;
- Клиент справедливо выжмет из вас все скрины с максимальной по-пиксельной детализацией — вы прорисуете ВСЕ ситуации, контролы и их стейты, иконки normal/pressed/disabled и прочие ненавистные моменты в интерфейсе. Закончится это, когда вы уже наконец-то сами скажете «СТОП!» =))
- Клиент может впарить вам про необходимость сделать скрины под несколько OS с аргументом про то, что «там же все почти одинаковое!». А за это «почти» более чем уместно требовать отдельный полный прайс…


2. Сауна на час, или Почасовая оплата

Если вы откроете любой номер журнала Computer Arts, посвященный фрилансу, а именно — какую-нибудь статью с характерным названием типа Get Paid More, то узнаете, как рассчитать свой кровный час. Коллеги из загнивающих Гейроп и Пиндостанов наивно полагают (у них, судя по всему, и правда так все рассчитывается), что труЪёвая стоимость часа складывается из:

  • Желаемого годового дохода
  • Уплаты налогов с этого дохода
  • Медстраховки
  • Амортизация кормильца Макбука, айфона, андроида и канцелярки
  • Оплаты ЖКХ
  • Аренды офиса (собственную квартиру они тоже считают за офис)
  • Оплачиваемого отпуска
  • Стоимости инструментов (Adobe CC, Dropbox, InVision и т.п.)

Дальше берется красивая формула, по которой все считается.
А теперь давайте честно ответим себе на пару вопросов: «А кто-то вообще готов мне платить по $40–60 в час?» и «А где мне взять буржуинского клиента с моим портфолио на русском языке?». Думаю, ответы на эти вопросы несколько омрачили ваш боевой дух.

Как считать?
• Просуммируйте все выше описанное из расчета «за год».
• Вы работаете 8 часов, 22 дня в месяц, 11 месяцев в году. В часах — 1 936 часов.
Теперь, сумму всех затрат делим на 1936 часов и переводим в валюту по текущему курсу ЦБ и… барабанная дробь… и понимаем, что трехкопеечные индусы — тоже мы! =))

А!!! Чуть не забыл! Готовьтесь завести себе систему, которая будет трекать ваше время с точностью до секунды. Захотелось в туалет — остановили часы. Проработали два лишних часа, значит — заработали за два часа. Протупили над дизайном первого скрина 16 часов — по идее, тоже заработали, а на практике — это уже по-разному…

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


3. У русских свой — Третий путь (или Трудозатраты)

Мы, как все дети Совка и постСовка, крайне адаптивны к любой долбанной реальности. И нас за это любят. Посмотрите на «Бехансе» да на «Дриббле» топовых дизайнеров интерфейсеров мира. Узнаете фамилии постсоветского пространства? Ага, это мы!

В чем фокус-то? Да вот в чем. Расчет стоимости исходит из временных затрат на проект целиком. Звучит, конечно, не очень, но это, пожалуй, самый понятный способ. Понятный всем, кроме любителей рисовать «красивые картинки». Девочки и мальчики, без обид.

Дело в том, что на основании очень невнятного ТЗ
и двухчасовой беседы с клиентом вам необходимо в течение дня озвучить ему точную сумму. Вы понимаете, ТОЧНУЮ СУММУ!

Чтобы не уйти «в минус» с таким подходом, его стоит применять при следующих условиях:

• вы уже осилили 3–4 средненьких по объему проекта;
• вы адекватно представляете свою среднюю скорость работы;
• вы готовы взять на себя часть UX- и продакт-менеджерской работы;
• вам все равно, в какой стилистике делать приложение;
• вы морально готовы ошибиться и уйти «в минус»;
• для вас iOS и Android — мать и отец, а Windows Phone — теща.

Если все вышесказанное относится именно к вам, тогда жму руку! =))

Как считать?
Суровой реальности — суровый счет! Идете, например, на hh.ru, ищите свое альтер-эго в виде подходящей вам по уровню вакансии — это ваш месячный бюджет. А теперь берете ТЗ и прикидываете, сколько дней у вас займет проект (из расчета 8 честных часов в день, разумеется).

… чую ваше беспокойство…
В этот самый момент вы вопрошаете: «А как, *****, понять, сколько это дней, из этого с(т)ранного ТЗ!!!?». А я вас предупреждал, что весь гемморой именно с расшифровкой ТЗ и настройкой телепатии с клиентом, а не с бюджетом.

Опишу средства анализа и контрацепции для ТЗ в следующем посте. Обещаю. К слову, сейчас (четвертого сентября две тысячи пятнадцатого года) на рынке тот или иной дизайнер интерфейсов в зависимости от комплектации, обвеса и пробега получает от 60 000 до 160 000 руб./месяц.

Как считать?
Берете свою ЗП в месяц и взвешиваете все риски.
• Если рисков больше морально, чем ЗП покрывает материально (у вас есть понимание того, что при вашей скорости и загрузке это займет у вас полтора месяца при хорошем сценарии), тогда и итоговая цена будет равняться ЗП х 1.5.
• Если риски маленькие и сделаете вы это за две недели — обсудите прибавку за скорость работы вдобавок к 1/2 ЗП.
Со временем на глаз будете просчитывать оперативно. =))

Чем хорош, а чем плох такой подход?
Плюсы:
+ Чем больше проект, тем больше денег;
+ Если вам хорошо с клиентом, а ему — с вами, этот союз может вылиться в многолетнее сотрудничество с хорошей сдельной оплатой — или в ежемесячную абонентскую плату. You never know…
+ Вы откроете в себе темную сторону продакт-проджект-менеджера, UX-проектировщика и бизнесмена! Уахахаха! =))
+ У вас появится шанс узнать, что значит разрабатывать приложение со всех точек зрения (бесценный опыт, друзья! бесценный!);
+ Потенциал на заказы различных по типу приложений (web app, mobile app).

Минусы (а куда без них?):
- Плох тем, что если ТЗ оценено неверно — вы будете чувствовать каждый недополученный рубль, просиживая штаны по двенадцать честных рабочих часов в день;
- Раз уж вы всерьез взялись за большой проект — значит, вы, как и клиент, несете ответственность (хоть и не полную) за ошибки в логике приложения, «сырую» бизнес-логику и общую реализацию идеи. Это значит, что вы, скорее всего, будете так увлечены, что за доп. правки и фичи будете брать скромные денеги. Почему? Потому что вам интересно, а XP так копится в 3 раза быстрее, делая ваше портфолио сочнее и нажористее!

Перед тем как мы продолжим изучать варианты бюджетирования, хочу отметить одну вещь. У вас всегда есть время сказать «НЕТ» клиенту, но только в самом начале работы. Это важно — ведь далеко не всегда по ТЗ за один день можно понять, во что вы сейчас с ходу впишетесь (или
не впишетесь). Лучше возьмите еще день на размышление.


4. Экзотика

На этом разнообразие не заканчивается. Помимо трех основных подходов к ГТО, описанных выше, существуют и другие способы расчета стоимости проектов. Вкратце пробежимся по ним.

Минималочка

У вас плотный график заказов, и вам приходит запрос на небольшой проектец. Вы понимаете, что дня три он займет и что посидеть пару раз до 3 ночи вам не в лом. Как вы будете оценивать уровень потерь?

Правильно! От балды! =))
Критерии у Балды обычно такие:
• Понятность ТЗ: проще сделать самому и быстро (пофиг на ту ересь, которую они в ТЗ написали) — или эта бодяга в разы больше, чем представляет клиент? Надо ли вписываться в этот проект?
• Насколько «горячи» сроки у клиента?
• Насколько сильно клиент хочет работать именно с вами?
• Насколько вы хотите работать с этим клиентом?
• Насколько вам в лом?
• На какую покупку вам необходимы эти лишние N рублей за неделю работы «одной левой»?

Ответив себе на эти вопросы, вы сможете легко прийти к обоюдоразумному компромиссу с клиентом.

«Как брата прошу!»

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

Гениальный стартап

Это надо пройти хотя бы раз в жизни. Помните, что в СМИ так часто пишут про успешные IT-стартапы, их success story, и все так вкусно и легко вроде бы… А на практике-то их меньше <1%! Если вы на заре своей новой жизни готовы вписаться в это — вы опасный человек =))


Зи энд

Ну вот, пожалуй, и все. Остальные кейсы добавите от себя и про себя — или welcome в комменты. Вы уже выбрали себе новую «Бэху» или взяли в кредит Macbook Pro 15"? Скоро все это может стать вашей реальностью, причем без кредита! Осталась мелочь — научиться читать мысли клиента и расшифровывать ТЗ.

UPD: Пока писал этот пост, на меня снизошло понимание, что о типичных страшилках я ни слова не сказал… Досадно, но ладно! Читайте: Парочка “бюджетных” страхов.

Для тех из вас, кто уже не боится читать про ТЗ (совсем скоро, мои дорогие, совсем скоро) — вперед, к посту Вот наше ТЗ. Тут все и так понятно!

Всем бобра! ❤️

Если вам понравилось, — скажите «Спасибо», кликнув на кнопку 👏🏻. Это поможет другим людям быстрее найти статью.


UX / UI insane

Секреты профессии UX/UI дизайнера: инсайд, немного про дизайн, запретные темы, о которых вам не расскажут в институте

Nikita Morozov

Written by

UI/UX Lead, продакт менеджер, преподаватель. Обладает огромным опытом в проектировании, дизайне B2C, ERP и BPM мобильных и веб приложений.

UX / UI insane

Секреты профессии UX/UI дизайнера: инсайд, немного про дизайн, запретные темы, о которых вам не расскажут в институте

Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade