Engeneering design,
Виталий Мазуркевич, Agima.
Я сам ремесленник и люблю работать руками. Расскажу, как мы работаем.
Продукт это всегда требования бизнеса, пользователей и технологий. Подход engeneering design учитывает эти технологические требования и ограничения: платформа разработки, интеграция со сторонними системами, технические регламенты. Задача проектирования — найти решение, удовлетворяющее и бизнесу, и пользователям, и технологиям.
Как узнать потребности бизнеса?
Интервью.
Лучше один на один с заказчиком, не собирайте толпу, т.к. ее придется еще и координировать. Важно проводить не только интервью с боссом, но и с теми, кто напрямую работает с клиентами.
Документация.
Не работайте только по брифу, который отправил вам клиент. Текст можно тоактовать по-разному. Обсуждайте написанное лично, чтобы уточнить смыслы. Если есть технические требования, тоже обсуждайте их с заказчиком.
Мыслите целями и задачами, а не функционалом. Для этого уточняйте требования у клиента.
На выходе после этого этапа мы получаем: протоколы встреч, аудио, видео, результат интервью, концепт.
Как выяснить потребности пользователей.
Качественное исследование:
Интервью с каждым пользователем. Юзабилити тесты.
Количественное исследование:
Анализ данных пользователей. Опрос пользователей.
Но на практике у клиента часто нет денег на исследования. Что делать? Общайтесь с теми, кто взаимодействует с пользователями проекта. И пусть они рассказывают истории. Еще есть метод мозгового штурма — вы собираете людей из команды заказчика и накидываете профили пользователей. Каждый участник накидывает портреты пользователей. Потом все портреты группируются по сценариям. Так можно понять основных пользователей и второстепенных. Этими методами вы вовлекаете клиента в проект. И разделяете с ним ответственность за результат, снижая свои риски.
Важно: не путайте требования бизнеса и требования технологий. Например, почему заказчик требует сделать сайт на Битриксе. Можно задать вопрос, зачем нужно это требование и понять суть.
Задача проектировщика — анализ требований, поиск решения.
Результат работы проектировщика:
Прототип.
Сначала защищаем перед аналитиками. Получаем обратную связь. Затем корректируем, презентуем дизайнерам и разработчикам. И только потом показываем клиенты.
Документация.
Документацию создаем только после дизайна. А точнее после этапа правок от заказчика. Здесь мы фиксируем договоренность с заказчиком.
Согласовываем с разработчиками.
Мы вместе с Notamedia и Defa разрабатываем свой стандарт проектной документации. Уже сейчас более 40 компаний участвует в этом процессе.
В итоге, как строится работа:
1. Есть ТЗ, отчеты, технические документы.
2. Делаем прототип.
3. Создаем дизайн-макеты.
4. Разрабатываем.
Как продавать работу по такой схеме? Заранее закладывать риски? Корректировать стоимость проекта? Разрабатывать за свой счет?
Продаем работу по этапам. И после каждого этапа согласовываем стоимость каждого последующего этапа работ.
На данный момент по такой схеме соглашаются работать немногие, но уже сейчас крупные клиенты все больше к ней склоняются.
И напоследок. Требования не бетонные. Их можно обсуждать и корректировать с целью решить задачу эффективнее. Вплоть до изменения процессов внутри компании заказчика, но это уже отдельная история. Будьте смелее.
Спасибо!
#чипец #чипец2 #дизайн #Красноярск
