Буду рассказывать о проектах в блоге. Часть интерфейсных решений точно будет универсальной. Но что-то будет завязано на трубы, держитесь или отписывайтесь, если неинтересно.<\/p>\n", "date_published": "2018-02-09T18:30:11+03:00", "date_modified": "2018-02-09T18:29:16+03:00", "_date_published_rfc2822": "Fri, 09 Feb 2018 18:30:11 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "618", "_e2_data": { "is_favourite": true, "links_required": [], "og_images": [] } }, { "id": "389", "url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/plan-and-search-for-solutions\/", "title": "План и поиск решения в потоке", "content_html": "
Уверен, что ТРИЗ колет любые задачи. Но пока не умею им мастерски пользоваться, часть задач решаю перебором (например, некоторые логотипы). Увы, да.<\/p>\n
Чтобы не сорвать план, прописываю в нём точку, после которой искать больше нельзя и остаётся только полировка и подготовка презентации. Считаю от обратного: определив, максимальное время полировки, остаток отдаю на поиск.<\/p>\n
Включаю состояние потока<\/a> и хаотично перебираю ассоциации, идеи, образы. Ограничиваю состояние целыми днями, потому что переход происходит с потерями, сон переключает состояния эффективнее.<\/p>\n Когда время вышло, выписываю найденные решения. С помощью понимания задачи хладнокровно выбираю победителя: определяю критерии и проставляю решениям плюсы и минусы или баллы. Иногда удивляюсь, что без баллов не разглядел потенциал решения.<\/p>\n",
"date_published": "2015-02-03T14:52:35+03:00",
"date_modified": "2015-02-03T15:19:13+03:00",
"_date_published_rfc2822": "Tue, 03 Feb 2015 14:52:35 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/plan-and-search-for-solutions\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "388",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/deadlock-and-resources\/",
"title": "Тупик и ресурсы",
"content_html": " Решая задачу легко зайти в тупик. Первое желание в такой ситуации — добавить времени и перенести встречу с клиентом.<\/p>\n Выйти из тупика помогают новые ресурсы: идеи, критика, дополнения, всё, что меняет видение задачи.<\/p>\n Время — тоже ресурс, помогающий смотреть на задачу по-новому. Но: Клиент — хороший источник новых ресурсов. Поэтому лучше не откладывать встречу, а сократить время в тупике и встретиться раньше. Сделав это раньше, исполнитель выигрывает дополнительное время для следующего этапа.<\/p>\n",
"date_published": "2015-01-27T17:46:38+03:00",
"date_modified": "2015-01-27T17:44:50+03:00",
"_date_published_rfc2822": "Tue, 27 Jan 2015 17:46:38 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/deadlock-and-resources\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "385",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/wanted-designer\/",
"title": "Желанный дизайнер",
"content_html": " Пишу о графических и веб-дизайнерах, об остальных не знаю. Предполагаю, что принцип универсальный.<\/p>\n Между макетом и конечным продуктом лежит пропасть работы и решений, которые меняют дизайн.<\/p>\n Если веб-дизайнер отдал технологу макет формы и пошёл пить чай, результат не предсказать. Потому что технолог редко знает о полезном действии, зле интерфейса, принципе новичка, теории близости, оптических компенсациях (он знает, как написать код без ошибок). Проектируя макет, легко упустить некое состояние, например подсказку о полях, которые осталось заполнить, или о неправильной почте. Если отдать макет и уйти, состояние придумает технолог.<\/p>\n Если графдизайнер передал макет визитки в типографию и пошёл пить чай, результат тоже не предсказать. Дизайнер рассчитывает на определённую бумагу, но она периодически заканчивается. Если отдать макет и уйти, бумагу выбирет технолог или клиент. Или дизайнер рассчитывает на определённую длину имён, но клиент передаёт в типографию свежий список, в котором добавляет двойную фамилию нового сотрудника. Если отдать макет и уйти, фамилию закомпонует технолог.<\/p>\n Результатом работы дизайнера, который ушёл пить чай, клиент редко удовлетворён. Сложно доказывать пользу, когда результатом недовольны. Перекладывание вины на следующих в производственной цепи — вряд ли изменит отношение. Останется ощущение, что дизайнер не додумал или придумал избыточно сложно.<\/p>\n Поэтому клиент хочет не макет, а готовый продукт. Дизайнер, который удовлетворит эту потребность, станет желанным. Дизайнер, который это отрицает, уязвим. А результат его работы легко становится ненужным.<\/p>\n Деятельности, при которых дизайнер отвечает за результат — полное производство или руководство. Поэтому карьера желанного дизайнера ветвится надвое.<\/p>\n Дизайнер, который руководит и производит не просто желанный, он желанный в любой ситуации на рынке.<\/p>\n",
"date_published": "2015-01-19T09:41:03+03:00",
"date_modified": "2015-01-12T15:31:39+03:00",
"_date_published_rfc2822": "Mon, 19 Jan 2015 09:41:03 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/wanted-designer\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "376",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/tool-selection\/",
"title": "Выбор инструмента",
"content_html": " Дизайнеры спорят, в какой программе делать дизайн лучше. Сравнивают в основном продукты Адоби и Скетч.<\/p>\n Не понимаю этот спор. Допускаю, что вопрос актуален в начале карьеры, когда студент ничего не умеет и хочет скорее набить руку. Но почему об этом спорят специалисты?<\/p>\n Подозреваю, что они видят любимую программу, как молот Тора — всемогущей, быстрой и классной — забывая, что это фантастика.<\/p>\n Программа — это инструмент. Сама по себе она не плоха, и не хороша. Важно только какую она решает задачу. Например, сверстать электронную версию сложноструктурированного справочника, скорее всего, удобнее в Индизайне. Другая задача: срочно запустить новый раздел сайта, и все заняты. Свободный наполовину технолог работает в Виндоусе. Это главный ограничитель. Он сразу вычёркивает Скетч. В идеале, спросить у технолога, какая программа удобнее ему.<\/p>\n И так с каждой задачей.<\/p>\n Становится понятно, чем разностороннее задачи, тем большим арсеналом инструментов полезно владеть.<\/p>\n",
"date_published": "2014-12-16T01:15:54+03:00",
"date_modified": "2015-01-03T19:27:57+03:00",
"image": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/design-tools@2x.jpg",
"_date_published_rfc2822": "Tue, 16 Dec 2014 01:15:54 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/tool-selection\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": [
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/design-tools@2x.jpg",
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/thor-tool@2x.jpg",
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/tools@2x.jpg"
]
}
},
{
"id": "373",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/ethics\/",
"title": "Этика",
"content_html": " Аналитические сервисы выросли в мощнейший инструмент, помогающий принимать решения. Всё чаще конверсия служит ориентиром.<\/p>\n Плюсы такого подхода очевидны: решения принимать трудно, поэтому его упрощение — благо.<\/p>\n Поняв это, специалисты пренебрегают заботой о клиенте, начинают работать только на пользу бизнесу. Цифры бизнеса идут вверх — значит и клиентам хорошо. Но это не так. На деле аналитика не умеет считать, например, удобочитаемость и тем более однозначность восприятия.<\/p>\n Поэтому я включаю этику. Так я называю правило: «будь полезен, не наноси вред».<\/p>\n Может показаться, что тут намечается конфликт. Но это не так, потому что всегда есть решение, которое принесёт пользу всем. Чтобы не сносило крышу, в существование таких решений, советую не сомневаться.<\/p>\n Находить этичные решения помогает идея «причина всегда не одна». С ней удобно работают многоэкранные схемы из триза.<\/p>\n Сокращая текст, потому что «его не читают», специалист поступает не этично. В этом нет пользы. Причин, по которым текст «не читают» много. Возможно, он не достаточно полезен. Или часть посетителей работают с сайтом в спешке. В таком случае текст лучше писать без учёта этой аудитории. Следующий шаг — устранение спешки.<\/p>\n Обобщу: можно всё, но не вредить. Вред в самом широком значении. Вплоть до ослабления у аудитории чувства прекрасного. Если решение полезно бизнесу и вредит клиенту, ищите дальше.<\/p>\n Считаю, что специалисту, не уверенному в том, что сможет находить этичные решения, лучше работать с руководителем, который уверен в этичности своих решений. Пока уверенность не появилась, работать на себя рано.<\/p>\n",
"date_published": "2014-12-09T21:09:57+03:00",
"date_modified": "2014-12-09T21:08:15+03:00",
"_date_published_rfc2822": "Tue, 09 Dec 2014 21:09:57 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/ethics\/",
"_e2_data": {
"is_favourite": true,
"links_required": [],
"og_images": []
}
},
{
"id": "327",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/clients-problem\/",
"title": "Проблема клиента",
"content_html": " В рижский реселлер Эпла мы пришли узнать, почему в айфоне, которому всего месяц, трясётся какая-то деталька. Продавец сказал, что история обычная для пятой серии: трясётся нечто в районе камере, но всё работает и никого не парит, ни его, ни его друзей. Для подтверждения того, что тряска не приведёт в будущем к поломке, продавец кинул свой айфон о пол и сильно постучал им по столу. Тот был в чехле, но в наших глазах он мало чем помогал телефону.<\/p>\n Продавец был вежлив и помог: дал адрес сервиса, рассказал, что напрямую быстрее и, если это гарантийный случай, то телефон поменяют.<\/p>\n Формально всё было окей. Погуглив, выяснили, что проблема и правда распространённая. Но вот, когда стоял в магазине и слушал его, я почувствовал себя идиотом: все не парятся, а я запарился, да так, что приехал в субботу в центр, а потом вспомнил Джима Кемпа<\/a> и написать заметку.<\/p>\n Цитата из книги «Сначала скажите „нет“»:<\/p>\n Что такое «проблемы»? Все мы знаем общий смысл этого слова, и здесь я употребляю его именно в общем смысле. Проблема — это нечто, что вы воспринимаете как проблему. Что угодно! Она может даже быть воображаемой, а не реальной. Как воображаемая проблема может повлиять на переговоры? Если какая-то из сторон нечто воображает, это нечто витает в воздухе, а это значит, что с этим нужно работать. Поэтому если ваш противник чувствует, что у него есть проблема, даже если вы ее таковой не считаете, вы должны рассматривать ее как проблему.<\/p>\n<\/blockquote>\n Для дизайнера супер важна способность видеть проблемы. Дизайнер помогает бизнесу, решает задачи. Клиент хочет сайт, но это не значит, что сайт решит его проблему. Помочь клиенту получится только, если разобраться в его проблеме.<\/p>\n Дизайнеры-легенды, я думаю, видят глобально, способны обнаруживать и решать массовые проблемы.<\/p>\n Мне сложно даются чужие проблемы. Чтобы стать круче (а в идеале — легендой :-), мне нужно работать упорнее и больше. Эта заметка помогает мне осознать правило Кемпа. Возможно, вам это тоже будет полезно.<\/p>\n Простейший первый шаг — допустить существование проблемы собеседника.<\/b><\/p>\n P. S. На самом деле в Риге проблемы клиента понимают зачастую лучше, чем в Петербурге. Купили мы краску в магазине местной сети стройматериалов, но она не подошла. Мы ошиблись. Поняли это, только открыв банку и проведя кистью по изделию. На следующий день вернулись с чеком в магазин. Нам было неловко признать, что не различаем основные типы красок. Но никто не придал этому значения, краску просто поменяли.<\/p>\n",
"date_published": "2014-03-15T23:10:46+03:00",
"date_modified": "2014-03-15T23:08:29+03:00",
"_date_published_rfc2822": "Sat, 15 Mar 2014 23:10:46 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/clients-problem\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "318",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/design-is-a-job-by-mike-monteiro\/",
"title": "«Дизайн — это работа» Майка Монтейро",
"content_html": " Название характеризует книгу невероятно метко: «Дизайн — это работа<\/a>» (Design Is a Job).<\/p>\n Монтейро прост и силён. Главные идеи, сформулированные в призывы или инструкции, так и выпирают на читателя. Поясняющего текста между ними немного. Это отжатый опыт с щепоткой иронии.<\/p>\n Книга будет полезна дизайнерам (и не только) любого уровня. Далее используется терминология Антона Шнайдера из совета об уровнях осознанности дизайнеров<\/a>. Информация в книге изложена по мере роста дизайнера.<\/p>\n В начале Майк рассказывает о губительном мифе «дизайнер = творец». «Этот миф разрушителен, так как сводит работу дизайнера к возне канцелярской пиксельной крысы, украшателя и того, кто только ищет путь к успеху.» Почему так происходит автор объясняет за первые 3 страницы (первой главы<\/a>). И немедля переходит к сути работы дизайнера:<\/p>\n «Первый шаг в разработке чего бы то ни было — это вопрос: „Зачем мы это делаем?“ Если ответ неясен — неясен лично вам или его просто не существует, — вы ничего не сможете создать.»<\/p>\n<\/blockquote>\n Полезно осознать различия целей и задач.<\/p>\n «В идеале клиент приходит и говорит: „Мы ясно понимаем свою проблему, мы не привязаны к какому-либо конкретному решению, и нам не терпится начать с вами работать, чтобы вместе найти решение“. А потом мы все седлаем наших единорогов и скачем. Куда вероятнее, что клиент приходит к вам, уже представляя себе какое-то решение, даже если толком не может сформулировать проблему.<\/p>\n<\/blockquote>\n Вопрос в том, сможете ли вы переключить его внимание с решения обратно на проблему, и в том, насколько он готов это сделать. Тут вы и поймете, станет ли он хорошим клиентом. А то, как вам удастся этого добиться, покажет, насколько вы хороший дизайнер.»<\/p>\n Майк рассказывает о ценности рабочего процесса дизайнера, его системы решения задач, используемых алгоритмов.<\/p>\n «...Клиент сказал нам, что просит всех кандидатов набросать несколько концепций заказываемого сайта, чтобы помочь принятию решения. <...> Его целью было убедиться в том, что он получит хорошую работу. И он придумал план, который, по его мнению, это обеспечивал. Важно научиться отделять цели клиента от планов, потому что цели, как правило, стоят внимания. По крайней мере, тех клиентов, в разговоре с которыми вы зашли уже достаточно далеко. Их планы, однако, совсем другое дело. Клиенты разными способами, намеренно и нет, пытаются изменить процесс разработки дизайна, Майк разбирает основные из них.<\/p>\n Рекомендации работают.<\/p>\n «Если вам нужен новый врач, юрист или мясник, вы в первую очередь спросите тех, кому вы доверяете. Вы цените мнение этих людей, и такой способ быстрее и надежнее, чем долгое самостоятельное исследование.»<\/p>\n<\/blockquote>\n Откровением было, что они бывают главным инструментом привлечения клиентов. Монтейро хорошо объясняет, почему и как они работают.<\/p>\n Монтейро несёт простые и логичные идеи работы с другими дизайнерами:<\/p>\n «...Иногда бывает очень-очень трудно не взять у них из рук мышку. Бывает, я точно знаю, как что-то можно исправить, и мы это обсуждаем, и моя рука начинает медленно ползти к их мышке. Но это неудачный ход, неуважительный по отношению к другому. Это упущенная возможность чему-то его научить. И прежде всего это значит, что вы не доверяете своим навыкам обратной связи настолько, насколько доверяете своим навыкам исполнения.»<\/p>\n<\/blockquote>\n «Дайте людям достаточно свободы действий для провала. И не так, чтобы в последний момент вы появлялись и спасали их, а так, чтобы они были уверены, что этого не будет.»<\/p>\n<\/blockquote>\n «Самый лучший способ получить наибольшую отдачу от дизайнера, который достиг определенного уровня, — это сделать так, чтобы он обучал других тому, что умеет.»<\/p>\n<\/blockquote>\n Отмечу, что взгляды Майка на ценообразование дизайна противоречат принципу ФФФ<\/a>:<\/p>\n «...Ценность вашей работы для конкретного клиента зависит от того, что получит клиент от нее. Клиент не покупает у вас время. Он покупает работу. И деньги нужно брать за ценность этой работы.»<\/p>\n<\/blockquote>\n Остальные идеи Монтейро я готов отстаивать как свои, поэтому очень интересно, узнать его мнение о ценности времени, об отложенном на месяц запуске и упущенной прибыли.<\/p>\n Готовя заметку, понял, что хочу процитировать седьмую часть книги — вот сколько в ней полезного. В ней есть советы как находить и выбирать клиентов, продавать и презентовать дизайн, как работать с обратной связью (замечаниями) клиента и ещё миллион всего. В ней нет ни слова про проектирование и рисование — 176 страниц о предоставлении услуги «дизайн».<\/p>\n P. S. Отзыв Артёма Горбунова<\/a><\/p>\n",
"date_published": "2014-01-02T20:54:05+03:00",
"date_modified": "2014-09-19T09:39:25+03:00",
"image": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/Design-Is-a-Job.jpg",
"_date_published_rfc2822": "Thu, 02 Jan 2014 20:54:05 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/design-is-a-job-by-mike-monteiro\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": [
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/Design-Is-a-Job.jpg"
]
}
},
{
"id": "304",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/pendler\/",
"title": "Пендлер",
"content_html": " В немецком есть синоним английского «commuter» — «pendler» [ˈpɛndlɐ] (от глагола «pendeln» — качаться, курсировать). Так называют людей, которые регулярно и по долгу добираются до места работы и обратно. Например, жители пригорода.<\/p>\n Пендлеры бывает ежедневными и недельными. Первое — не сахар, но вторые — это хардкор: видеть семью и друзей только по выходным.<\/p>\n Ощутите масштаб: есть отдельное слово для людей, тратящих время впустую.<\/p>\n Читайте Комьют<\/a> Ильи Бирмана.<\/p>\n",
"date_published": "2013-08-10T22:04:13+03:00",
"date_modified": "2014-10-23T21:48:28+03:00",
"_date_published_rfc2822": "Sat, 10 Aug 2013 22:04:13 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/pendler\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "301",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/adieu-delovsite\/",
"title": "«Дело в сайте» прощай",
"content_html": " В феврале этого года мы завершили сотрудничество с интернет-агентством «Дело в сайте».<\/p>\n За полтора года сделано 4 проекта и много сопутствующих задач. Это были интересные проекты, главным их плюсом было погружение в вопрос интернет-магазинов.<\/p>\n Примечательно, что причиной прекращения сотрудничества стали не стоимость, сроки, способ построения рабочего процесса или качество, а принципы. Мы публикуем работы в портфолио и на дизайнерских порталах. Ребята из «Дела в сайте» считают, что типовые решения магазинов, которые производит агентство не должны публиковаться в портфолио наёмных дизайнеров.<\/p>\n Предварительных договорённостей у нас не было, поэтому мы публикуем работы в полном объёме.<\/p>\n На нашем сайте проектов, заказанных «Делом в сайте» не будет, но они есть в портфолио на Ревижене: Тачес<\/a>, Биг-бонус<\/a>, Клобер<\/a> и Балтик супер тревл<\/a>.<\/p>\n",
"date_published": "2013-08-04T10:40:53+03:00",
"date_modified": "2018-02-06T17:39:59+03:00",
"_date_published_rfc2822": "Sun, 04 Aug 2013 10:40:53 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/adieu-delovsite\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "300",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/worktime\/",
"title": "Время работы с файлом",
"content_html": " Мне видится удобным отображение времени работы с файлом в шапке программы, рядом с заголовком, например.<\/p>\n Оно давно должно задаваться на уровне ОС для всех программ и файлов. Что сильно упростило бы подсчёт трудочасов. Учитывать, конечно, стоит только «активное» время, пока программа в фоне её работа не в счёт.<\/p>\n Из этой идеи может получится классное приложение для Мак ОС (и любой другой десктопной ОС) в духе Бирмановского Эмси<\/a>. Мы будем рады найти мастера, способного написать такое приложение.<\/p>\n Пишите на hi@kipo.name<\/a><\/p>\n Для эскизов мы используем альбом серии «Искисэ» (Esquisse<\/a>) от французской «Ланы».<\/p>\n Плюсы: На день рожденья я получил «Джембокс» и маркерную доску, которым ежедневно рад.<\/p>\n Доска это супер-супер-инструмент: с ней удобно думать, планировать и вести списки задач (приложения и блокноты пасуют).<\/p>\n «Джембокс» тоже крут, но я ждал большего, так как в сети о нём отзываются, как о полноценной акустической системе. Да, для такой дюймовочки звук хороший. Да, она может быть очень громкой, но толку от этого мало, потому что при громком звуке вылезают хрип и скрежет. Ещё меня смутила неудобная упаковка: её сложно открывать, а, вынимая содержимое «первого этажа», кажется, что играешь со шкафчиком Барби. Она некомпактная и избыточно пластиковая:<\/p>\n Но об этих недочётах забываешь, когда начинаешь ей пользоваться. Можно пойти в любую комнату и взять музыку с собой, даже в ванну и мыться под Чака Берри, например. Удобно.<\/p>\n",
"date_published": "2013-04-16T13:30:57+03:00",
"date_modified": "2013-07-18T21:45:25+03:00",
"image": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/board.jpg",
"_date_published_rfc2822": "Tue, 16 Apr 2013 13:30:57 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/magnetic-whiteboard-and-jambox\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": [
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/board.jpg",
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/jambox.jpg"
]
}
},
{
"id": "278",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/torgovlya-imenem\/",
"title": "Торговля именем",
"content_html": " Ни как не могу понять этого феномена.<\/p>\n Есть именитые студии и агентства, которые отдают на разработку свои проекты неизвестным компаниям. После ставят на них свою «печать» и кладут в своё портфолио.<\/p>\n Причина тому — жажда наживы. Иногда её оправдывают перегрузкой собственных ресурсов, но и в этом случае нажива — на первом месте, так как именитые студии за свое посредничество получают хорошие проценты. Логичной выглядит схема: не можешь сделать — порекомендуй исполнителя. Но, конечно, это не выгодно именитым студиям, так как открывает клиенту новых исполнителей, которые в силу отсутствия имени будут дешевле, а сделать могут не хуже. Клиент может уйти к новой студии. Ну, и зачем именитым такое? Их мотивация ясна.<\/p>\n Не совсем понятно зачем это «безымянным» студиям. Плюс — опыт работы над большими проектами, получить которые сами они не смогут. Минусы: сложно представить, что звёздная студия отдаст по-настоящему интересный проект; присутствие дополнительного буфера в общении с клиентом (глухой телефон); отсутствие возможности проявить себя, а значит и стимула работать лучше. Не могу понять.<\/p>\n Ещё есть клиент. Он может и не знать о наличие такой схемы. В этом случае он платит больше, чем мог бы. Его просто обманывают — имя-то стоит знатное. Если же он в курсе, то есть две видимые причины соглашаться на такие условия. Страх перед риском: сэкономить на неизвестной студии это хорошо, но вдруг она оплошает, а студия, которая продаёт своё имя, не может позволить себе запятнать репутацию. Или клиенту нужно повысить свой статус отметкой разработчика на своём проекте. В целом и клиентов можно понять.<\/p>\n Понятно, что автором схемы являются компании с именем — это административное решение сверху. Прекрасный метод устранения потенциальных конкурентов — заключить с ними «союз», подписав с ними партнёрские договоры с пунктом о неразглашении. Если верить Александру Прохорову такая схема очень хорошо вписывается в «русскую модель управления<\/a>».<\/p>\n",
"date_published": "2013-04-11T12:47:11+03:00",
"date_modified": "2013-05-04T10:33:29+03:00",
"_date_published_rfc2822": "Thu, 11 Apr 2013 12:47:11 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/torgovlya-imenem\/",
"_e2_data": {
"is_favourite": true,
"links_required": [],
"og_images": []
}
},
{
"id": "275",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=2013\/03\/21\/1\/",
"title": "«Уволить», то есть дать волю",
"content_html": " Из книги «Русская модель управления» Александра Прохорова:<\/p>\n Как в русском языке звучит увольнение с работы? «Уволить», то есть дать волю, освободить, облагодетельствовать. По-английски невыход на работу в прямом переводе звучит как «отсутствие» (абсентеизм), без какой-либо эмоциональной окраски этого факта. В русском языке в данном случае употребляется особый термин — «прогул», от слова «гулять», то есть праздновать. Невыход на работу как праздник! Это только в официально одобренной песне звучало: «Трудовые будни — праздники для нас!». Русский язык не обманешь, он откровенно показывает, что для нас праздник. В общем, как гласят популярные поговорки — «Работа не волк, в лес не убежит», «Работа дураков любит».<\/p>\n<\/blockquote>\n",
"date_published": "2013-03-21T09:23:19+03:00",
"date_modified": "2015-01-01T11:58:27+03:00",
"_date_published_rfc2822": "Thu, 21 Mar 2013 09:23:19 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=2013\/03\/21\/1\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": []
}
},
{
"id": "143",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=2012\/02\/09\/1\/",
"title": "Передача картинок клиенту",
"content_html": "
\n1) по моему опыту, на обновление видения ситуации времени уходит много;
\n2) срок задачи редко учитывает время на перезагрузку;
\n3) время — ценный ресурс, который жалко тратить на тупик.<\/p>\n\n
![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/design-tools@2x.jpg\")
\n<\/div>\n![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/thor-tool@2x.jpg\")
\n<\/div>\n![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/tools@2x.jpg\")
\n<\/div>\n\n
![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/Design-Is-a-Job.jpg\")
\n<\/div>\nРебёнку<\/h2>\n
\n
Ксероксу (и, возможно, Задире)<\/h2>\n
\n
Задире (особенно работающиму на себя)<\/h2>\n
\n
\nЗа планирование того, как достичь цели, отвечаете вы. Это ваша работа. И если вы не покажете клиенту, что берете на себя эту ответственность, вам будет очень трудно осуществить что-либо в ходе проекта.»<\/p>\n<\/blockquote>\n\n
Учителю<\/h2>\n
\n
\n
\n
Художник знает, что искать лучше меня, сам справится.<\/h2>\n
\n
![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/worktime.jpg\")
\n<\/div>\n",
"date_published": "2013-07-20T12:29:04+03:00",
"date_modified": "2013-07-20T12:18:35+03:00",
"image": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/worktime.jpg",
"_date_published_rfc2822": "Sat, 20 Jul 2013 12:29:04 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/worktime\/",
"_e2_data": {
"is_favourite": true,
"links_required": [],
"og_images": [
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/worktime.jpg"
]
}
},
{
"id": "298",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/esquisse\/",
"title": "Эскиз",
"content_html": "
\n— скреплённые в блокнот листы не заполнят стол и всё вокруг;
\n— на А3 удобно работать долго, не переворачивая лист, а эскизы легко сравнивать (размер больше занимает драгоценное место);
\n— 120 тонких и прочных листов: компромисс между прочностью листа и весом альбома;
\n— слегка шероховатая
\nбумага цвета слоновой кости приятна глазу, на ощупь и при касании карандашом — рисование в удовольствие.<\/p>\n![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/esquisse.jpg\")
\n<\/div>\n",
"date_published": "2013-07-18T21:53:28+03:00",
"date_modified": "2013-07-18T21:52:58+03:00",
"image": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/esquisse.jpg",
"_date_published_rfc2822": "Thu, 18 Jul 2013 21:53:28 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/esquisse\/",
"_e2_data": {
"is_favourite": false,
"links_required": [],
"og_images": [
"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/esquisse.jpg"
]
}
},
{
"id": "279",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=all\/magnetic-whiteboard-and-jambox\/",
"title": "Магнитномаркерная доска и «Джембокс»",
"content_html": "![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/board.jpg\")
\n<\/div>\n![\"\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/jambox.jpg\")
\n<\/div>\n\n
1. Живая встреча с клиентом (или его представителем) и рассказ о идее и реализации.
2. Тот же рассказ только по скайпу (с видео или без).
3. Поговорить не получается и мы переписываемся (это совсем грустно).
Если у кого-то есть схемы, отличные от приведённых, милости просим в комменты.
Нам очень нравится первый вариант: видны эмоции, забота, интерес, да и рассказать всё получается доходчивее. Тут нужно уточнить, что мы почти никогда не печатаем картинки, ну, кроме очень редких случаев, когда клиенты просят. Потому что нам здравый смысл и экология важней. Про печать сайтов молчу. Мы всё показываем на экранах, при этом лучше на нескольких разных, чтобы на цветопередаче и подобном клиент не циклился. Это конечно не отменяет цветопроб перед печатью. Второе условие: описанный ниже подход актуален для дизайнеров не имеющих офиса, куда может прийти клиент, поэтому встречи проходит либо на нейтральной территории, либо в офисе клиента.
Алгоритм презентации и передачи картинок<\/b>1.<\/b> Подготовили картинки (это само собой).
2.<\/b> Заливаем их в отдельную папочку (чтобы потом не теряться) на Дропбокс (Dropbox<\/a>). Если ещё у кого-то нет аккаунта в этой коробке<\/i>, очень рекомендуем. Ещё недавно жили без этого чудосервиса, а сейчас даже и не понимаем, как это у нас получалось.
3.<\/b> Копируем общедоступные линки (copy public link) в новое письмо и сохраняем черновик на почте.
4.<\/b> На встрече должен быть компьютер (любой) и интернет. Айпад или ноутбук берём с собой. Спрашивается: зачем интернет, если мы уже принесли ноутбук (и все картинки на нём) с собой? На встрече обычно от 2 до 5 человек и все они в один экран не поместятся<\/i>. А флешками копировать — это ерунда. Вот зачем интернет: чтобы все смотрели на разных экранах одно и тоже ничего не сохраняя и не копируя. А ещё при обсуждении, можно сразу найти референс<\/a>.
5.<\/b> Перед началом демонстрации отправляем то самое полностью готовое письмо из черновиков и приглашаем всех проверить почту.
6.<\/b> Ну, и красивый рассказ в лицах. По ходу рассказа уточняем какую картинку открыть для просмотра.<\/blockquote>Со скайпом примерно тоже самое.
У такого подхода есть следующие плюсы:
1. У клиента на почте картинки появляются не раньше и не позже нужного времени.
2. Экономия времени — не надо копировать картинки с устройства на устройство — они доступны (в течении всего проекта) по ссылкам на почте.
3. Вы не забываете отправить картинки на почту.
4. Клиент может показать картинку другу, просто отправив ссылку.
А как вы презентуете картинки клиентам?<\/div>",
"date_published": "2012-02-08T23:48:02+03:00",
"date_modified": "2012-02-23T13:21:56+03:00",
"_date_published_rfc2822": "Wed, 08 Feb 2012 23:48:02 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=2012\/02\/09\/1\/",
"_e2_data": {
"is_favourite": false,
"links_required": null,
"og_images": []
}
},
{
"id": "130",
"url": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=2012\/01\/08\/2\/",
"title": "Эффективное творчество",
"content_html": "![\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/author-with-drawings1.jpg\"](\"https:\/\/www.kirillbelyaev.com\/ru\/blog\/pictures\/author-with-drawings1.jpg\")
<\/a>
Рекомендуем к прочтению 10 правил эффективного творчества<\/a> от Остина Клеона переведённые и опубликованные Теорией и практикой (Theory & Practice). Меткий комментарий к посту:Автор, сделал хорошее руководство к действию без всяких потуг на оригинальность и истину в первой инстанции. Для меня главным тут был заряд позитива и желания что-то делать.
darievna<\/i><\/blockquote><\/div>",
"date_published": "2012-01-08T15:14:07+03:00",
"date_modified": "2012-01-08T15:04:44+03:00",
"_date_published_rfc2822": "Sun, 08 Jan 2012 15:14:07 +0300",
"_rss_guid_is_permalink": "true",
"_rss_guid": "https:\/\/www.kirillbelyaev.com\/ru\/blog\/?go=2012\/01\/08\/2\/",
"_e2_data": {
"is_favourite": false,
"links_required": null,
"og_images": []
}
}
],
"_e2_version": 3572,
"_e2_ua_string": "E2 (v3572; Aegea)"
}