<?xml version="1.0" encoding="utf-8"?> 
<rss version="2.0"
  xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
  xmlns:atom="http://www.w3.org/2005/Atom">

<channel>

<title>Кирилл Беляев: заметки с тегом работа</title>
<link>https://www.kirillbelyaev.com/ru/blog/?go=tags/rabota/</link>
<description>о подаче информации, айдентике, интерфейсах и жизненной среде</description>
<author>Кирилл Беляев</author>
<language>ru</language>
<generator>E2 (v3572; Aegea)</generator>

<itunes:owner>
<itunes:name>Кирилл Беляев</itunes:name>
<itunes:email></itunes:email>
</itunes:owner>
<itunes:subtitle>о подаче информации, айдентике, интерфейсах и жизненной среде</itunes:subtitle>
<itunes:image href="" />
<itunes:explicit></itunes:explicit>

<item>
<title>Поиск нового места</title>
<guid isPermaLink="false">618</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/new-job-2018/</link>
<pubDate>Fri, 09 Feb 2018 18:30:11 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/new-job-2018/</comments>
<description>
&lt;p&gt;Пора рассказать, как я искал, чем заняться после Лаборатории данных.&lt;/p&gt;
&lt;p&gt;Прежде чем публиковать резюме на хедхантерах и рассылать его всем интересующим меня компаниям, написал в соцсети, что открыт к предложениям. Если бы соцсети не сработали, собирал бы визитку, резюме и портфолио. Из соцсетей пришло достаточно предложений. Кто-то знал о моём опыте, кому-то меня порекомендовали. Ни портфолио, ни резюме не понадобились — только общение и насущные задачи.&lt;/p&gt;
&lt;p&gt;Почти со всеми, кто писал, созванивался, чтобы разобраться в потребностях и ожиданиях. Рассказывал, что знаю или помогал советами. Кто-то заворачивал меня, кого-то я. Потихоньку в списке осталось две компании.&lt;/p&gt;
&lt;p&gt;Собеседования и тестовые задания полезны, но далеки от цеха, где куётся продукт. Поэтому предложил обоим провести испытательные сроки, чтобы посмотреть, как будет работаться вместе.&lt;/p&gt;
&lt;p&gt;Потенциальные работодатели знали о существовании друг друга. Мне было важно, чтобы реакция на такую ситуацию была адекватной. Закрывать позицию мне неинтересно, а значит и для нанимателя невыгодно, потому что через два месяца я бы сбежал.&lt;/p&gt;
&lt;p&gt;Планировал проработать по две недели в обоих компаниях. Получилось 6 недель + 2 недели новогоднего простоя. Предложил потенциальным руководителям созваниваться по пятницам, чтобы обсуждать результаты недели, выяснять условия найма и обсуждать планы и ожидания. Оба согласились. Я собирал вопросы и потихоньку всё узнал, не отвлекаясь на встречах, посвящённых рабочим задачам.&lt;/p&gt;
&lt;p&gt;С февраля работаю в компании &lt;a href="http://tunneltech.eu" class="nu"&gt;«&lt;u&gt;Тунель-технологии&lt;/u&gt;»&lt;/a&gt;. Мы проектируем и запускаем аэротрубы. Я буду проектировать и оформлять цифровые продукты как для посетителей аэротрубы, так и для её персонала.&lt;/p&gt;
&lt;p&gt;Буду рассказывать о проектах в блоге. Часть интерфейсных решений точно будет универсальной. Но что-то будет завязано на трубы, держитесь или отписывайтесь, если неинтересно.&lt;/p&gt;
</description>
</item>

<item>
<title>План и поиск решения в потоке</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/plan-and-search-for-solutions/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/plan-and-search-for-solutions/</link>
<pubDate>Tue, 03 Feb 2015 14:52:35 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/plan-and-search-for-solutions/</comments>
<description>
&lt;p&gt;Уверен, что ТРИЗ колет любые задачи. Но пока не умею им мастерски пользоваться, часть задач решаю перебором (например, некоторые логотипы). Увы, да.&lt;/p&gt;
&lt;p&gt;Чтобы не сорвать план, прописываю в нём точку, после которой искать больше нельзя и остаётся только полировка и подготовка презентации. Считаю от обратного: определив, максимальное время полировки, остаток отдаю на поиск.&lt;/p&gt;
&lt;p&gt;Включаю &lt;a href="https://ru.wikipedia.org/wiki/%D0%9F%D0%BE%D1%82%D0%BE%D0%BA_%28%D0%BF%D1%81%D0%B8%D1%85%D0%BE%D0%BB%D0%BE%D0%B3%D0%B8%D1%8F%29"&gt;состояние потока&lt;/a&gt; и хаотично перебираю ассоциации, идеи, образы. Ограничиваю состояние целыми днями, потому что переход происходит с потерями, сон переключает состояния эффективнее.&lt;/p&gt;
&lt;p&gt;Когда время вышло, выписываю найденные решения. С помощью понимания задачи хладнокровно выбираю победителя: определяю критерии и проставляю решениям плюсы и минусы или баллы. Иногда удивляюсь, что без баллов не разглядел потенциал решения.&lt;/p&gt;
</description>
</item>

<item>
<title>Тупик и ресурсы</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/deadlock-and-resources/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/deadlock-and-resources/</link>
<pubDate>Tue, 27 Jan 2015 17:46:38 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/deadlock-and-resources/</comments>
<description>
&lt;p&gt;Решая задачу легко зайти в тупик. Первое желание в такой ситуации — добавить времени и перенести встречу с клиентом.&lt;/p&gt;
&lt;p&gt;Выйти из тупика помогают новые ресурсы: идеи, критика, дополнения, всё, что меняет видение задачи.&lt;/p&gt;
&lt;p&gt;Время — тоже ресурс, помогающий смотреть на задачу по-новому. Но:&lt;br /&gt;
1) по моему опыту, на обновление видения ситуации времени уходит много;&lt;br /&gt;
2) срок задачи редко учитывает время на перезагрузку;&lt;br /&gt;
3) время — ценный ресурс, который жалко тратить на тупик.&lt;/p&gt;
&lt;p&gt;Клиент — хороший источник новых ресурсов. Поэтому лучше не откладывать встречу, а сократить время в тупике и встретиться раньше. Сделав это раньше, исполнитель выигрывает дополнительное время для следующего этапа.&lt;/p&gt;
</description>
</item>

<item>
<title>Желанный дизайнер</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/wanted-designer/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/wanted-designer/</link>
<pubDate>Mon, 19 Jan 2015 09:41:03 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/wanted-designer/</comments>
<description>
&lt;p&gt;Пишу о графических и веб-дизайнерах, об остальных не знаю. Предполагаю, что принцип универсальный.&lt;/p&gt;
&lt;p&gt;Между макетом и конечным продуктом лежит пропасть работы и решений, которые меняют дизайн.&lt;/p&gt;
&lt;p&gt;Если веб-дизайнер отдал технологу макет формы и пошёл пить чай, результат не предсказать. Потому что технолог редко знает о полезном действии, зле интерфейса, принципе новичка, теории близости, оптических компенсациях (он знает, как написать код без ошибок). Проектируя макет, легко упустить некое состояние, например подсказку о полях, которые осталось заполнить, или о неправильной почте. Если отдать макет и уйти, состояние придумает технолог.&lt;/p&gt;
&lt;p&gt;Если графдизайнер передал макет визитки в типографию и пошёл пить чай, результат тоже не предсказать. Дизайнер рассчитывает на определённую бумагу, но она периодически заканчивается. Если отдать макет и уйти, бумагу выбирет технолог или клиент. Или дизайнер рассчитывает на определённую длину имён, но клиент передаёт в типографию свежий список, в котором добавляет двойную фамилию нового сотрудника. Если отдать макет и уйти, фамилию закомпонует технолог.&lt;/p&gt;
&lt;p&gt;Результатом работы дизайнера, который ушёл пить чай, клиент редко удовлетворён. Сложно доказывать пользу, когда результатом недовольны. Перекладывание вины на следующих в производственной цепи — вряд ли изменит отношение. Останется ощущение, что дизайнер не додумал или придумал избыточно сложно.&lt;/p&gt;
&lt;p&gt;Поэтому клиент хочет не макет, а готовый продукт. Дизайнер, который удовлетворит эту потребность, станет желанным. Дизайнер, который это отрицает, уязвим. А результат его работы легко становится ненужным.&lt;/p&gt;
&lt;p&gt;Деятельности, при которых дизайнер отвечает за результат — полное производство или руководство. Поэтому карьера желанного дизайнера ветвится надвое.&lt;/p&gt;
&lt;ol start="1"&gt;
&lt;li&gt;Производить — самостоятельно создавать продукт. Программировать приложения и сайты. Печатать плакаты. Клеить виниловые аппликации на витрины.&lt;/li&gt;
&lt;li&gt;Руководить — отвечать за результат, не трогая продукт. Контролировать этапы. Придумывать, как удалить ошибки. Учить исполнителей, чтобы те не тратили его и своё время, повторяя одни и те же ошибки.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Дизайнер, который руководит и производит не просто желанный, он желанный в любой ситуации на рынке.&lt;/p&gt;
</description>
</item>

<item>
<title>Выбор инструмента</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/tool-selection/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/tool-selection/</link>
<pubDate>Tue, 16 Dec 2014 01:15:54 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/tool-selection/</comments>
<description>
&lt;p&gt;Дизайнеры спорят, в какой программе делать дизайн лучше. Сравнивают в основном продукты Адоби и Скетч.&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/design-tools@2x.jpg" width="409" height="45" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Не понимаю этот спор. Допускаю, что вопрос актуален в начале карьеры, когда студент ничего не умеет и хочет скорее набить руку. Но почему об этом спорят специалисты?&lt;/p&gt;
&lt;p&gt;Подозреваю, что они видят любимую программу, как молот Тора — всемогущей, быстрой и классной — забывая, что это фантастика.&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/thor-tool@2x.jpg" width="107" height="269" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Программа — это инструмент. Сама по себе она не плоха, и не хороша. Важно только какую она решает задачу. Например, сверстать электронную версию сложноструктурированного справочника, скорее всего, удобнее в Индизайне. Другая задача: срочно запустить новый раздел сайта, и все заняты. Свободный наполовину технолог работает в Виндоусе. Это главный ограничитель. Он сразу вычёркивает Скетч. В идеале, спросить у технолога, какая программа удобнее ему.&lt;/p&gt;
&lt;p&gt;И так с каждой задачей.&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/tools@2x.jpg" width="700" height="324" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Становится понятно, чем разностороннее задачи, тем большим арсеналом инструментов полезно владеть.&lt;/p&gt;
</description>
</item>

<item>
<title>Этика</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/ethics/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/ethics/</link>
<pubDate>Tue, 09 Dec 2014 21:09:57 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/ethics/</comments>
<description>
&lt;p&gt;Аналитические сервисы выросли в мощнейший инструмент, помогающий принимать решения. Всё чаще конверсия служит ориентиром.&lt;/p&gt;
&lt;p&gt;Плюсы такого подхода очевидны: решения принимать трудно, поэтому его упрощение — благо.&lt;/p&gt;
&lt;p&gt;Поняв это, специалисты пренебрегают заботой о клиенте, начинают работать только на пользу бизнесу. Цифры бизнеса идут вверх — значит и клиентам хорошо. Но это не так. На деле аналитика не умеет считать, например, удобочитаемость и тем более однозначность восприятия.&lt;/p&gt;
&lt;p&gt;Поэтому я включаю этику. Так я называю правило: «будь полезен, не наноси вред».&lt;/p&gt;
&lt;p&gt;Может показаться, что тут намечается конфликт. Но это не так, потому что всегда есть решение, которое принесёт пользу всем. Чтобы не сносило крышу, в существование таких решений, советую не сомневаться.&lt;/p&gt;
&lt;p&gt;Находить этичные решения помогает идея «причина всегда не одна». С ней удобно работают многоэкранные схемы из триза.&lt;/p&gt;
&lt;p&gt;Сокращая текст, потому что «его не читают», специалист поступает не этично. В этом нет пользы. Причин, по которым текст «не читают» много. Возможно, он не достаточно полезен. Или часть посетителей работают с сайтом в спешке. В таком случае текст лучше писать без учёта этой аудитории. Следующий шаг — устранение спешки.&lt;/p&gt;
&lt;p&gt;Обобщу: можно всё, но не вредить. Вред в самом широком значении. Вплоть до ослабления у аудитории чувства прекрасного. Если решение полезно бизнесу и вредит клиенту, ищите дальше.&lt;/p&gt;
&lt;p&gt;Считаю, что специалисту, не уверенному в том, что сможет находить этичные решения, лучше работать с руководителем, который уверен в этичности своих решений. Пока уверенность не появилась, работать на себя рано.&lt;/p&gt;
</description>
</item>

<item>
<title>Проблема клиента</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/clients-problem/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/clients-problem/</link>
<pubDate>Sat, 15 Mar 2014 23:10:46 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/clients-problem/</comments>
<description>
&lt;p&gt;В рижский реселлер Эпла мы пришли узнать, почему в айфоне, которому всего месяц, трясётся какая-то деталька. Продавец сказал, что история обычная для пятой серии: трясётся нечто в районе камере, но всё работает и никого не парит, ни его, ни его друзей. Для подтверждения того, что тряска не приведёт в будущем к поломке, продавец кинул свой айфон о пол и сильно постучал им по столу. Тот был в чехле, но в наших глазах он мало чем помогал телефону.&lt;/p&gt;
&lt;p&gt;Продавец был вежлив и помог: дал адрес сервиса, рассказал, что напрямую быстрее и, если это гарантийный случай, то телефон поменяют.&lt;/p&gt;
&lt;p&gt;Формально всё было окей. Погуглив, выяснили, что проблема и правда распространённая. Но вот, когда стоял в магазине и слушал его, я почувствовал себя идиотом: все не парятся, а я запарился, да так, что приехал в субботу в центр, а потом вспомнил &lt;a href="http://ru.wikipedia.org/wiki/Кемп,_Джим"&gt;Джима Кемпа&lt;/a&gt; и написать заметку.&lt;/p&gt;
&lt;p&gt;Цитата из книги «Сначала скажите „нет“»:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Что такое «проблемы»? Все мы знаем общий смысл этого слова, и здесь я употребляю его именно в общем смысле. Проблема — это нечто, что вы воспринимаете как проблему. Что угодно! Она может даже быть воображаемой, а не реальной. Как воображаемая проблема может повлиять на переговоры? Если какая-то из сторон нечто воображает, это нечто витает в воздухе, а это значит, что с этим нужно работать. Поэтому если ваш противник чувствует, что у него есть проблема, даже если вы ее таковой не считаете, вы должны рассматривать ее как проблему.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Для дизайнера супер важна способность видеть проблемы. Дизайнер помогает бизнесу, решает задачи. Клиент хочет сайт, но это не значит, что сайт решит его проблему. Помочь клиенту получится только, если разобраться в его проблеме.&lt;/p&gt;
&lt;p&gt;Дизайнеры-легенды, я думаю, видят глобально, способны обнаруживать и решать массовые проблемы.&lt;/p&gt;
&lt;p&gt;Мне сложно даются чужие проблемы. Чтобы стать круче (а в идеале — легендой :-), мне нужно работать упорнее и больше. Эта заметка помогает мне осознать правило Кемпа. Возможно, вам это тоже будет полезно.&lt;/p&gt;
&lt;p&gt;&lt;b&gt;Простейший первый шаг — допустить существование проблемы собеседника.&lt;/b&gt;&lt;/p&gt;
&lt;p&gt;P. S. На самом деле в Риге проблемы клиента понимают зачастую лучше, чем в Петербурге. Купили мы краску в магазине местной сети стройматериалов, но она не подошла. Мы ошиблись. Поняли это, только открыв банку и проведя кистью по изделию. На следующий день вернулись с чеком в магазин. Нам было неловко признать, что не различаем основные типы красок. Но никто не придал этому значения, краску просто поменяли.&lt;/p&gt;
</description>
</item>

<item>
<title>«Дизайн — это работа» Майка Монтейро</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/design-is-a-job-by-mike-monteiro/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/design-is-a-job-by-mike-monteiro/</link>
<pubDate>Thu, 02 Jan 2014 20:54:05 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/design-is-a-job-by-mike-monteiro/</comments>
<description>
&lt;p&gt;Название характеризует книгу невероятно метко: «&lt;a href="http://www.mann-ivanov-ferber.ru/books/book-apart/design-is-a-job/"&gt;Дизайн — это работа&lt;/a&gt;» (Design Is a Job).&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/Design-Is-a-Job.jpg" width="180" height="258" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Монтейро прост и силён. Главные идеи, сформулированные в призывы или инструкции, так и выпирают на читателя. Поясняющего текста между ними немного. Это отжатый опыт с щепоткой иронии.&lt;/p&gt;
&lt;p&gt;Книга будет полезна дизайнерам (и не только) любого уровня. Далее используется терминология Антона Шнайдера из совета &lt;a href="http://artgorbunov.ru/bb/soviet/20130619/"&gt;об уровнях осознанности дизайнеров&lt;/a&gt;. Информация в книге изложена по мере роста дизайнера.&lt;/p&gt;
&lt;h2&gt;Ребёнку&lt;/h2&gt;
&lt;p&gt;В начале Майк рассказывает о губительном мифе «дизайнер = творец». «Этот миф разрушителен, так как сводит работу дизайнера к возне канцелярской пиксельной крысы, украшателя и того, кто только ищет путь к успеху.» Почему так происходит автор объясняет за первые 3 страницы (&lt;a href="http://www.mann-ivanov-ferber.ru/assets/files/bookparts/design-is-a-job/glava_1.pdf"&gt;первой главы&lt;/a&gt;). И немедля переходит к сути работы дизайнера:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«Первый шаг в разработке чего бы то ни было — это вопрос: „Зачем мы это делаем?“ Если ответ неясен — неясен лично вам или его просто не существует, — вы ничего не сможете создать.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2&gt;Ксероксу (и, возможно, Задире)&lt;/h2&gt;
&lt;p&gt;Полезно осознать различия целей и задач.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«В идеале клиент приходит и говорит: „Мы ясно понимаем свою проблему, мы не привязаны к какому-либо конкретному решению, и нам не терпится начать с вами работать, чтобы вместе найти решение“. А потом мы все седлаем наших единорогов и скачем. Куда вероятнее, что клиент приходит к вам, уже представляя себе какое-то решение, даже если толком не может сформулировать проблему.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Вопрос в том, сможете ли вы переключить его внимание с решения обратно на проблему, и в том, насколько он готов это сделать. Тут вы и поймете, станет ли он хорошим клиентом. А то, как вам удастся этого добиться, покажет, насколько вы хороший дизайнер.»&lt;/p&gt;
&lt;h2&gt;Задире (особенно работающиму на себя)&lt;/h2&gt;
&lt;p&gt;Майк рассказывает о ценности рабочего процесса дизайнера, его системы решения задач, используемых алгоритмов.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«...Клиент сказал нам, что просит всех кандидатов набросать несколько концепций заказываемого сайта, чтобы помочь принятию решения. &lt;...&gt; Его целью было убедиться в том, что он получит хорошую работу. И он придумал план, который, по его мнению, это обеспечивал. Важно научиться отделять цели клиента от планов, потому что цели, как правило, стоят внимания. По крайней мере, тех клиентов, в разговоре с которыми вы зашли уже достаточно далеко. Их планы, однако, совсем другое дело.&lt;br /&gt;
За планирование того, как достичь цели, отвечаете вы. Это ваша работа. И если вы не покажете клиенту, что берете на себя эту ответственность, вам будет очень трудно осуществить что-либо в ходе проекта.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Клиенты разными способами, намеренно и нет, пытаются изменить процесс разработки дизайна, Майк разбирает основные из них.&lt;/p&gt;
&lt;p&gt;Рекомендации работают.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«Если вам нужен новый врач, юрист или мясник, вы в первую очередь спросите тех, кому вы доверяете. Вы цените мнение этих людей, и такой способ быстрее и надежнее, чем долгое самостоятельное исследование.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Откровением было, что они бывают главным инструментом привлечения клиентов. Монтейро хорошо объясняет, почему и как они работают.&lt;/p&gt;
&lt;h2&gt;Учителю&lt;/h2&gt;
&lt;p&gt;Монтейро несёт простые и логичные идеи работы с другими дизайнерами:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«...Иногда бывает очень-очень трудно не взять у них из рук мышку. Бывает, я точно знаю, как что-то можно исправить, и мы это обсуждаем, и моя рука начинает медленно ползти к их мышке. Но это неудачный ход, неуважительный по отношению к другому. Это упущенная возможность чему-то его научить. И прежде всего это значит, что вы не доверяете своим навыкам обратной связи настолько, насколько доверяете своим навыкам исполнения.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;«Дайте людям достаточно свободы действий для провала. И не так, чтобы в последний момент вы появлялись и спасали их, а так, чтобы они были уверены, что этого не будет.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;«Самый лучший способ получить наибольшую отдачу от дизайнера, который достиг определенного уровня, — это сделать так, чтобы он обучал других тому, что умеет.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;h2&gt;Художник знает, что искать лучше меня, сам справится.&lt;/h2&gt;
&lt;p&gt;Отмечу, что взгляды Майка на ценообразование дизайна противоречат принципу &lt;a href="http://gettingreal.37signals.com/ch02_Fix_Time_and_Budget_Flex_Scope.php"&gt;ФФФ&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;«...Ценность вашей работы для конкретного клиента зависит от того, что получит клиент от нее. Клиент не покупает у вас время. Он покупает работу. И деньги нужно брать за ценность этой работы.»&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Остальные идеи Монтейро я готов отстаивать как свои, поэтому очень интересно, узнать его мнение о ценности времени, об отложенном на месяц запуске и упущенной прибыли.&lt;/p&gt;
&lt;p&gt;Готовя заметку, понял, что хочу процитировать седьмую часть книги — вот сколько в ней полезного. В ней есть советы как находить и выбирать клиентов, продавать и презентовать дизайн, как работать с обратной связью (замечаниями) клиента и ещё миллион всего. В ней нет ни слова про проектирование и рисование — 176 страниц о предоставлении услуги «дизайн».&lt;/p&gt;
&lt;p&gt;P. S. &lt;a href="http://www.mann-ivanov-ferber.ru/books/book-apart/design-is-a-job/reviews/gorbunov/"&gt;Отзыв Артёма Горбунова&lt;/a&gt;&lt;/p&gt;
</description>
</item>

<item>
<title>Пендлер</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/pendler/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/pendler/</link>
<pubDate>Sat, 10 Aug 2013 22:04:13 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/pendler/</comments>
<description>
&lt;p&gt;В немецком есть синоним английского «commuter» — «pendler» [ˈpɛndlɐ] (от глагола «pendeln» — качаться, курсировать). Так называют людей, которые регулярно и по долгу добираются до места работы и обратно. Например, жители пригорода.&lt;/p&gt;
&lt;p&gt;Пендлеры бывает ежедневными и недельными. Первое — не сахар, но вторые — это хардкор: видеть семью и друзей только по выходным.&lt;/p&gt;
&lt;p&gt;Ощутите масштаб: есть отдельное слово для людей, тратящих время впустую.&lt;/p&gt;
&lt;p&gt;Читайте &lt;a href="http://ilyabirman.ru/meanwhile/all/commute/"&gt;Комьют&lt;/a&gt; Ильи Бирмана.&lt;/p&gt;
</description>
</item>

<item>
<title>«Дело в сайте» прощай</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/adieu-delovsite/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/adieu-delovsite/</link>
<pubDate>Sun, 04 Aug 2013 10:40:53 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/adieu-delovsite/</comments>
<description>
&lt;p&gt;В феврале этого года мы завершили сотрудничество с интернет-агентством «Дело в сайте».&lt;/p&gt;
&lt;p&gt;За полтора года сделано 4 проекта и много сопутствующих задач. Это были интересные проекты, главным их плюсом было погружение в вопрос интернет-магазинов.&lt;/p&gt;
&lt;p&gt;Примечательно, что причиной прекращения сотрудничества стали не стоимость, сроки, способ построения рабочего процесса или качество, а принципы. Мы публикуем работы в портфолио и на дизайнерских порталах. Ребята из «Дела в сайте» считают, что типовые решения магазинов, которые производит агентство не должны публиковаться в портфолио наёмных дизайнеров.&lt;/p&gt;
&lt;p&gt;Предварительных договорённостей у нас не было, поэтому мы публикуем работы в полном объёме.&lt;/p&gt;
&lt;p&gt;На нашем сайте проектов, заказанных «Делом в сайте» не будет, но они есть в портфолио на Ревижене: &lt;a href="http://revision.ru/work/56075/"&gt;Тачес&lt;/a&gt;, &lt;a href="http://revision.ru/work/70595/"&gt;Биг-бонус&lt;/a&gt;, &lt;a href="http://revision.ru/work/77141/"&gt;Клобер&lt;/a&gt; и &lt;a href="http://revision.ru/work/79723/"&gt;Балтик супер тревл&lt;/a&gt;.&lt;/p&gt;
</description>
</item>

<item>
<title>Время работы с файлом</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/worktime/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/worktime/</link>
<pubDate>Sat, 20 Jul 2013 12:29:04 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/worktime/</comments>
<description>
&lt;p&gt;Мне видится удобным отображение времени работы с файлом в шапке программы, рядом с заголовком, например.&lt;/p&gt;
&lt;p&gt;Оно давно должно задаваться на уровне ОС для всех программ и файлов. Что сильно упростило бы подсчёт трудочасов. Учитывать, конечно, стоит только «активное» время, пока программа в фоне её работа не в счёт.&lt;/p&gt;
&lt;p&gt;Из этой идеи может получится классное приложение для Мак ОС (и любой другой десктопной ОС) в духе Бирмановского &lt;a href="http://ilyabirman.ru/meanwhile/tags/emcee/"&gt;Эмси&lt;/a&gt;. Мы будем рады найти мастера, способного написать такое приложение.&lt;/p&gt;
&lt;p&gt;Пишите на &lt;a href="mail"&gt;hi@kipo.name&lt;/a&gt;&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/worktime.jpg" width="768" height="877" alt="" /&gt;
&lt;/div&gt;
</description>
</item>

<item>
<title>Эскиз</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/esquisse/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/esquisse/</link>
<pubDate>Thu, 18 Jul 2013 21:53:28 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/esquisse/</comments>
<description>
&lt;p&gt;Для эскизов мы используем альбом серии «Искисэ» (&lt;a href="http://www.lanapapier.fr/en/our-products/artist-papers-and-novelties/artist-papers/"&gt;Esquisse&lt;/a&gt;) от французской «Ланы».&lt;/p&gt;
&lt;p&gt;Плюсы:&lt;br /&gt;
— скреплённые в блокнот листы не заполнят стол и всё вокруг;&lt;br /&gt;
— на А3 удобно работать долго, не переворачивая лист, а эскизы легко сравнивать (размер больше занимает драгоценное место);&lt;br /&gt;
— 120 тонких и прочных листов: компромисс между прочностью листа и весом альбома;&lt;br /&gt;
— слегка шероховатая&lt;br /&gt;
бумага цвета слоновой кости приятна глазу, на ощупь и при касании карандашом — рисование в удовольствие.&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/esquisse.jpg" width="768" height="512" alt="" /&gt;
&lt;/div&gt;
</description>
</item>

<item>
<title>Магнитномаркерная доска и «Джембокс»</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/magnetic-whiteboard-and-jambox/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/magnetic-whiteboard-and-jambox/</link>
<pubDate>Tue, 16 Apr 2013 13:30:57 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/magnetic-whiteboard-and-jambox/</comments>
<description>
&lt;p&gt;На день рожденья я получил «Джембокс» и маркерную доску, которым ежедневно рад.&lt;/p&gt;
&lt;p&gt;Доска это супер-супер-инструмент: с ней удобно думать, планировать и вести списки задач (приложения и блокноты пасуют).&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/board.jpg" width="768" height="512" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;«Джембокс» тоже крут, но я ждал большего, так как в сети о нём отзываются, как о полноценной акустической системе. Да, для такой дюймовочки звук хороший. Да, она может быть очень громкой, но толку от этого мало, потому что при громком звуке вылезают хрип и скрежет. Ещё меня смутила неудобная упаковка: её сложно открывать, а, вынимая содержимое «первого этажа», кажется, что играешь со шкафчиком Барби. Она некомпактная и избыточно пластиковая:&lt;/p&gt;
&lt;div class="e2-text-picture"&gt;
&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/jambox.jpg" width="512" height="768" alt="" /&gt;
&lt;/div&gt;
&lt;p&gt;Но об этих недочётах забываешь, когда начинаешь ей пользоваться. Можно пойти в любую комнату и взять музыку с собой, даже в ванну и мыться под Чака Берри, например. Удобно.&lt;/p&gt;
</description>
</item>

<item>
<title>Торговля именем</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=all/torgovlya-imenem/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=all/torgovlya-imenem/</link>
<pubDate>Thu, 11 Apr 2013 12:47:11 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=all/torgovlya-imenem/</comments>
<description>
&lt;p&gt;Ни как не могу понять этого феномена.&lt;/p&gt;
&lt;p&gt;Есть именитые студии и агентства, которые отдают на разработку свои проекты неизвестным компаниям. После ставят на них свою «печать» и кладут в своё портфолио.&lt;/p&gt;
&lt;p&gt;Причина тому — жажда наживы. Иногда её оправдывают перегрузкой собственных ресурсов, но и в этом случае нажива — на первом месте, так как именитые студии за свое посредничество получают хорошие проценты. Логичной выглядит схема: не можешь сделать — порекомендуй исполнителя. Но, конечно, это не выгодно именитым студиям, так как открывает клиенту новых исполнителей, которые в силу отсутствия имени будут дешевле, а сделать могут не хуже. Клиент может уйти к новой студии. Ну, и зачем именитым такое? Их мотивация ясна.&lt;/p&gt;
&lt;p&gt;Не совсем понятно зачем это «безымянным» студиям. Плюс — опыт работы над большими проектами, получить которые сами они не смогут. Минусы: сложно представить, что звёздная студия отдаст по-настоящему интересный проект; присутствие дополнительного буфера в общении с клиентом (глухой телефон); отсутствие возможности проявить себя, а значит и стимула работать лучше. Не могу понять.&lt;/p&gt;
&lt;p&gt;Ещё есть клиент. Он может и не знать о наличие такой схемы. В этом случае он платит больше, чем мог бы. Его просто обманывают — имя-то стоит знатное. Если же он в курсе, то есть две видимые причины соглашаться на такие условия. Страх перед риском: сэкономить на неизвестной студии это хорошо, но вдруг она оплошает, а студия, которая продаёт своё имя, не может позволить себе запятнать репутацию. Или клиенту нужно повысить свой статус отметкой разработчика на своём проекте. В целом и клиентов можно понять.&lt;/p&gt;
&lt;p&gt;Понятно, что автором схемы являются  компании с именем — это административное решение сверху. Прекрасный метод устранения потенциальных конкурентов — заключить с ними «союз», подписав с ними партнёрские договоры с пунктом о неразглашении. Если верить Александру Прохорову такая схема очень хорошо вписывается в «&lt;a href="http://store.artlebedev.ru/books/e-books/russkaya-model-upravlenia/"&gt;русскую модель управления&lt;/a&gt;».&lt;/p&gt;
</description>
</item>

<item>
<title>«Уволить», то есть дать волю</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=2013/03/21/1/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=2013/03/21/1/</link>
<pubDate>Thu, 21 Mar 2013 09:23:19 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=2013/03/21/1/</comments>
<description>
&lt;p&gt;Из книги «Русская модель управления» Александра Прохорова:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Как в русском языке звучит увольнение с работы? «Уволить», то есть дать волю, освободить, облагодетельствовать. По-английски невыход на работу в прямом переводе звучит как «отсутствие» (абсентеизм), без какой-либо эмоциональной окраски этого факта. В русском языке в данном случае употребляется особый термин — «прогул», от слова «гулять», то есть праздновать. Невыход на работу как праздник! Это только в официально одобренной песне звучало: «Трудовые будни — праздники для нас!». Русский язык не обманешь, он откровенно показывает, что для нас праздник. В общем, как гласят популярные поговорки — «Работа не волк, в лес не убежит», «Работа дураков любит».&lt;/p&gt;
&lt;/blockquote&gt;
</description>
</item>

<item>
<title>Передача картинок клиенту</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=2012/02/09/1/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=2012/02/09/1/</link>
<pubDate>Wed, 08 Feb 2012 23:48:02 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=2012/02/09/1/</comments>
<description>
&lt;div class="e2-text-calliope-formatted"&gt;Есть несколько схем презентации дизайна, вот основные: &lt;br /&gt;1. Живая встреча с клиентом (или его представителем) и рассказ о идее и реализации.&lt;br /&gt;2. Тот же рассказ только по скайпу (с видео или без).&lt;br /&gt;3. Поговорить не получается и мы переписываемся (это совсем грустно). &lt;br /&gt;&lt;br /&gt;Если у кого-то есть схемы, отличные от приведённых, милости просим в комменты. &lt;br /&gt;&lt;br /&gt;Нам очень нравится первый вариант: видны эмоции, забота, интерес, да и рассказать всё получается доходчивее. Тут нужно уточнить, что мы почти никогда не печатаем картинки, ну, кроме очень редких случаев, когда клиенты просят. Потому что нам здравый смысл и экология важней. Про печать сайтов молчу. Мы всё показываем на экранах, при этом лучше на нескольких разных, чтобы на цветопередаче и подобном клиент не  циклился. Это конечно не отменяет цветопроб перед печатью. Второе условие: описанный ниже подход актуален для дизайнеров не имеющих офиса, куда может прийти клиент, поэтому встречи проходит либо на нейтральной территории, либо в офисе клиента.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;Алгоритм презентации и передачи картинок&lt;/b&gt;&lt;blockquote&gt;&lt;b&gt;1.&lt;/b&gt; Подготовили картинки (это само собой).&lt;br /&gt;&lt;br /&gt;&lt;b&gt;2.&lt;/b&gt; Заливаем их в отдельную папочку (чтобы потом не теряться) на Дропбокс (&lt;a href="http://db.tt/Guj6DyGd"&gt;Dropbox&lt;/a&gt;). Если ещё у кого-то нет аккаунта в этой &lt;i&gt;коробке&lt;/i&gt;, очень рекомендуем. Ещё недавно жили без этого чудосервиса, а сейчас даже и не понимаем, как это у нас получалось.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;3.&lt;/b&gt; Копируем общедоступные линки (copy public link) в новое письмо и сохраняем черновик на почте.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;4.&lt;/b&gt; На встрече должен быть компьютер (любой) и интернет. Айпад или ноутбук берём с собой. Спрашивается: зачем интернет, если мы уже принесли ноутбук (и все картинки на нём) с собой? На встрече обычно от 2 до 5 человек и все они в один экран &lt;i&gt;не поместятся&lt;/i&gt;. А флешками копировать — это ерунда. Вот зачем интернет: чтобы все смотрели на разных экранах одно и тоже ничего не сохраняя и не копируя. А ещё при обсуждении, можно сразу найти &lt;a href="http://surganov.com/2011/12/10/1/"&gt;референс&lt;/a&gt;.&lt;br /&gt;&lt;br /&gt;&lt;b&gt;5.&lt;/b&gt; Перед началом демонстрации отправляем то самое полностью готовое письмо из черновиков и приглашаем всех проверить почту. &lt;br /&gt;&lt;br /&gt;&lt;b&gt;6.&lt;/b&gt; Ну, и красивый рассказ в лицах. По ходу рассказа уточняем какую картинку открыть для просмотра.&lt;/blockquote&gt;Со скайпом примерно тоже самое.&lt;br /&gt;&lt;br /&gt;У такого подхода есть следующие плюсы:&lt;br /&gt;1. У клиента на почте картинки появляются не раньше и не позже нужного времени.&lt;br /&gt;2. Экономия времени — не надо копировать картинки с устройства на устройство — они доступны (в течении всего проекта) по ссылкам на почте.&lt;br /&gt;3. Вы не забываете отправить картинки на почту.&lt;br /&gt;4. Клиент может показать картинку другу, просто отправив ссылку.&lt;br /&gt;&lt;br /&gt;А как вы презентуете картинки клиентам?&lt;/div&gt;</description>
</item>

<item>
<title>Эффективное творчество</title>
<guid isPermaLink="true">https://www.kirillbelyaev.com/ru/blog/?go=2012/01/08/2/</guid>
<link>https://www.kirillbelyaev.com/ru/blog/?go=2012/01/08/2/</link>
<pubDate>Sun, 08 Jan 2012 15:14:07 +0300</pubDate>
<author>Кирилл Беляев</author>
<comments>https://www.kirillbelyaev.com/ru/blog/?go=2012/01/08/2/</comments>
<description>
&lt;div class="e2-text-calliope-formatted"&gt;&lt;a href="http://theoryandpractice.ru/posts/2512-10-pravil-effektivnogo-tvorchestva-ostina-kleona"&gt;&lt;img src="https://www.kirillbelyaev.com/ru/blog/pictures/author-with-drawings1.jpg" border="0" alt="https://www.kirillbelyaev.com/ru/blog/pictures/author-with-drawings1.jpg" /&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;Рекомендуем к прочтению &lt;a href="http://theoryandpractice.ru/posts/2512-10-pravil-effektivnogo-tvorchestva-ostina-kleona"&gt;10 правил эффективного творчества&lt;/a&gt; от Остина Клеона переведённые и опубликованные Теорией и практикой (Theory &amp;amp; Practice). Меткий комментарий к посту:&lt;blockquote&gt;Автор, сделал хорошее руководство к действию без всяких потуг на оригинальность и истину в первой инстанции. Для меня главным тут был заряд позитива и желания что-то делать.&lt;br /&gt;&lt;i&gt;darievna&lt;/i&gt;&lt;/blockquote&gt;&lt;/div&gt;</description>
</item>


</channel>
</rss>