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

Два прошлогодних случая.

Первый случай, клиент — стартап. Денег не очень много, но есть внешнее финансирование. Клиенту была предоставлена полная смета с разбивкой по этапам работ. Цена устраивала. После выполнения 25% всех работ клиент нашел (мир тесен, все становится явным достаточно быстро) трех программистов за долю в бизнесе. Естественно решил с нами расторгнуть договор — доля пока ничего не стоит и выгодно ее отдать, чем платить живые деньги.

Мы сделали расчет, что выполнено, что начато выполнятся и какую сумму можем вернуть. Тут и началось интересное. Клиент наотрез отказался принимать наш расчет. Доходило до банального, что надо разработать дизайн сайты из 10 страниц. Раз мы сделали только главную, значит ее стоимость 1/10. Хотя каждый дизайнер знает, что разработка концепции, продумывание дизайна и дизайн главной страницы занимает гораздо больше времени, чем каждая из последующих страниц. У нас временные затраты на главную были 30% от всего объема работ. Но клиент не хотел это понимать.

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

Многие менеджеры проектов скажут вам, что разработчик-перфекционист это очень плохо. Действительно, разработка ПО (особенно заказного) — это коммерческая деятельность. Она должна быть рентабельной. Поэтому негласно действует правило — доводим разработку до 80% готовности. Пилить дальше — это дорого, а часто и невозможно. Ошибки все не исправишь. Есть даже термин — showstoppers — ошибки, которые препятствуют выходу релиза. Например, если вы разрабатываете браузер и он зависает каждые 10 минут — это showstopper. Эксплуатация браузера невозможна. А вот если браузер не умеет распечатать страницу сайта — это не шоустоппер, ведь страницы печатают далеко не все пользователи.

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

Поэтому грамотный project manager заботится выполнить каждую фичу программы на «чуть более 80% готовности», убрать ошибки-шоустопперы и выкатить новую версию. Затем собрать жалобы пользователей и исправить еще одну порцию ошибок. Грамотный проджект-менеджер стучит линейкой по рукам перфекционистов, когда они слишком закапываются в код.

Полагаю теперь у вас есть понятие о разработке программ. И вот был у меня случай, когда клиент захотел на финальном этапе сильно переработать дизайн сайта. Эта переработка уже выходила за рамки бюджета. Дизайнер уже очень устала от бесконечных правок клиента. Все были на взводе.

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

Дизайнер была перфекционисткой. Заядлой и фанатичной. Она посмотрела на макет и сказала: «Да, эта идея мне нравится, она классная и решает множество проблем с дизайном. Я сегодня ночью перерисую его полностью».

Утром был новый дизайн. Я был счастлив. Перфекционизм дизайнера сыграл мне на руку. Она сделал эти правки в силу своего характера — во внерабочее время и без дополнительной оплаты. Тогда-то я и полюбил перфекционистов. Главное уметь направить их в нужное русло.

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

Вторая ошибка — мы взяли слишком мало денег. Мы позарились, что сможем быстро собрать сайт с имеющимся дизайном. В итоге оказалось, что проект надо было оценивать в минимум 4 раза больше. Зафиксировали колоссальный убыток. :(

За время выполнения проекта сменили три команды разработчиков. Только с четвертой удалось довести проект до конца.

Но я в целом доволен данной ситуацией. Самое главное решение, которое я принял и которым горжусь — отказаться от дизайна клиента и разработать его самим. Это дало невероятный буст проекту и мы смогли его завершить за 3 месяца от начала и до конца.

Самое главное, что клиент невероятно доволен. Он уже две неделе пишет мне в скайп, как круто работает его приложение и благодарит программиста.

Возможно это частный случай или осеннее обострение.

За последние две недели столкнулся с тремя случаями, когда обращался потенциальный клиент, получал от нас КП (раскрутка в соцсетях), а затем говорил, что изучил вопрос, но это «пока не актуально» (дословно).

Мне странно, что:

• клиент сам обратился к нам
• клиент обратился и к другим компаниям (мы узнавали это в других компаниях)
• клиент изучал и обсуждал коллегиально все эти КП (это мы тоже узнали от человека клиента)
• мы клиенту говорили, если дорого — можем поменять стоимость
• мы клиенту говорили, если мы предлагаем не то, что надо, то переделаем КП

Ответ тот же: «Мы изучили вопрос, пока это не актуально». А для нас такой ответ, как поленом по лбу — никакой конкретики. Да и не первый случай — может, что-то не так у нас?

Единственное объяснение нашли — сейчас мода всем лезть в соцсети, может клиенты просто решили узнать, что это такое — SMM. Узнали и забыли.

Кто опытен, какая реальная причина? Как ее выяснить?

Я много времени посвятил нахождению оптимальной системы управления делами.

Выработал несколько правил:

1. нельзя вести два раздельных списка «Личное» и «Работа». Время у нас едино, поэтому личные и рабочие задачи необходимо вести в одном и том же списке. Эта хитрость значительно упрощает планирование и вам не надо напрягаться, что предпочесть личное или рабочее.
2. у каждой задачи должны быть три свойства (метки):
   • выполнение задачи ведет меня к цели в жизни;
   • выполнение задачи дает деньги на жизнь;
   • я просто очень сильно пообещал кому-то это сделать.

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

3. дробить задачи на 20-40 минут. Я запретил себе создавать задачи длинною более 40 минут. Например, большая задача «проверить выполнение плана сотрудниками» трансформируется в несколько задач «проверить выполнение плана Олей», «проверить выполнение плана Катей», «проверить выполнение плана Леной». Несмотря на кажущуюся захламленность, эти задачи выполняются быстрее и есть ощущения, что я двигаюсь вперед, а не топчусь на месте с одной задачей.
4. Очень крутое правило, но для него надо потренироваться. Суть простая, если вы считаете, что прошедший час поработали в полную силу, то положите в копилку один рубль. И так оценивайте каждый час. В конце дня посчитайте рубли. Если вы были на работе 9 часов, а в копилке только три рубля, то… И тут самое интересное. После такой арифметики я понял, что если я не могу сосредоточиться и выполнить задачу, то я без угрызения совести иду в магазин за мороженым или греюсь на скамейке на солнышке или иду в кино. Да, среди рабочего дня! Ведь я точно знаю, что останься я в офисе, я бы только делал вид, что работаю. Рубли в конце дня позволяют лучше настроится на работу и меньше переживать, что ты бездельник.