Прайс vs ТЗ

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

Published in

UX / UI insane

9 min readSep 3, 2015

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

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

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

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

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

Если серьезно, то Прайс 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: Пока писал этот пост, на меня снизошло понимание, что о типичных страшилках я ни слова не сказал… Досадно, но ладно! Читайте: Парочка “бюджетных” страхов.

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