Кукуруза Дмитрий: "Спасение рядового проекта"
0 likes298 views
Документ описывает типичные и нетипичные проблемы в UX-проектах, включая ошибки в оценке, отсутствие регламентов и неправильные коммуникации, а также приводит решения для их преодоления. Основные рекомендации включают четкое планирование, согласование правил с клиентом и принятие ответственности за принятие решений. Также рассматриваются проблемы клиентов, такие как нерешительность и неправильное понимание процессов электронной коммерции.
Кукуруза Дмитрий: "Спасение рядового проекта"
- 2. Агентства и фрилансеры делают бизнес, а для этого нужны отстроенные процессы
- 3. ТИПИЧНЫЕ И НЕТИПИЧНЫЕ ПРОБЛЕМЫ UX ПРОЕКТОВ
- 5. Ошибки в оценке проектов и желание переложить их на клиента 01
- 6. Ошибки в оценке проектов и желание переложить их на клиента01 Решение: проработать собственную методику оценки на основе опыта Важно разобрать проект на мельчайшие части, которые поддаются оценке Заложить риски на непонятные вещи
- 7. Отсутствие оговоренных регламентов и финальных результатов 02
- 8. Отсутствие оговоренных регламентов и финальных результатов02 Решение: прописать и согласовать правила игры с клиентом до старта проекта Этапы работ Формат передачи проекта Разрешения экранов под которые проектируем Скорость фидбэка клиента и реакции исполнителя Количество итераций Сформулировать что является правкой, а что доработкой
- 10. Невыполнение обещаний и невнимательность03 Решение: выполнять обещания и быть внимательными
- 12. Брифование и согласование брифов Пушим клиента, а не пропадаем Неправильно отстроенные коммуникации04 Решение: коммуникацию строи мы, а не клиент Если этап у нас занимает более недели, отправляем клиенту отчет о проделанной работе
- 13. Отсутствие планирования проектов и не просчитанные риски 05
- 14. Запрашивать заранее систему лояльности, механики и количество акций, контентные сетки, план генерации и поддержки визуального контента Отсутствие планирования проектов и не просчитанные риски05 Решение: планировать и просчитывать риски
- 15. Перекладываем на клиента принятие решения 06
- 16. Проектировщик принимает решения с точки зрения интерфейса и бизнеса клиента Клиент утверждает, корректирует или отказывается от решения Перекладываем на клиента принятие решения06 Решение: берем ответственность на себя
- 18. Непонимание e-commerce и внутренних бизнес процессов 01
- 19. Определить возможности клиента Поделиться опытом Синхронизировать с клиентом видение проекта Непонимание e-commerce и внутренних бизнес процессов01 Решение: определить границы проекта
- 20. Желание сделать все и сразу, как на Розетке 02
- 21. У вас есть примерно 2 млн долларов? У вас есть крутая команда? У вас огромный опыт e-commerce? А почему не открыть убийцу Новой Почты? Желание сделать все и сразу, как на Розетке02 Решение: оценить реальные возможности клиента с помощью вопросов
- 22. Желание сделать проект для себя, а не бизнес 03
- 23. Если ответ зарабатывать — вопрос решен Если ответ для себя — отказываемся от проекта Желание сделать проект для себя, а не бизнес03 Решение: задать один вопрос: «Вы хотите зарабатывать или сделать проект для себя?»
- 24. Менеджер не принимает решение, а выступает «прокладкой» между руководством и исполнителем 04
- 25. Сделать менеджера клиента вашей говорящей головой Добиться встречи с руководителем. Если для этого нужно довести ситуацию с проектом до критической, сделать это Менеджер не принимает решение, а выступает «прокладкой» между руководством и исполнителем04 Решение: сделать его союзником или обойти
- 26. Обучение в процессе работы и генерация новых требований 05
- 27. Обучение в процессе работы и генерация новых требований05 Решение: брифы переговоров и регламент проекта
- 29. Проекты из одной сферы, как быть? 01
- 30. Знания и опыт используем Статистические данные не раскрываем Проекты из одной сферы, как быть?01 Решение: соблюдать профессиональную этику
- 32. Анализируем письма или переписки Анализируем скорость коммуникации Смотрим социальные сети Отсутствие или неправильная информация02 Решение: анализируем всю информацию, которую знаем или можем добыть Общаемся с людьми, которые ранее коммуницировали с клиентом
- 34. Задаем вопросы Много вопросов Неудобные вопросы Не заставляем клиента думать03 Решение: спровоцировать клиента и заставить выйти из зоны комфорта
- 35. Не готовы «ругаться» с клиентом 04
- 36. Управляемый конфликт сближает Не готовы «ругаться» с клиентом04 Решение: быть готовыми конфликту
- 38. Мы не индусы ))) Нежелание говорить «горькую» правду05 Решение: говорим правду
- 40. Смена менеджера со стороны заказчика 01
- 41. Смена менеджера со стороны заказчика01 Решение: только брифование спасет от старта «нового» проекта
- 42. Нерешительность клиентов при принятии решения 02
- 43. Нерешительность клиентов при принятии решения02 Решение: импровизируйте!
- 44. ЧТО НУЖНО ДЕЛАТЬ, ЧТОБЫ ВАШ ПРОЕКТ ПОЛУЧИЛСЯ?
- 45. Раскачиваем лодку, заставляем клиента думать Заранее запрашивать необходимую информацию, клиент должен переварить ее и дать качественный ответ Общаемся с реальной целевой аудиторией и принимаем решения на основе данных, а не предположений Донести мысль клиенту, что проект — это улица с двусторонним движением ЧТО НУЖНО ДЕЛАТЬ, ЧТОБЫ ВАШ ПРОЕКТ ПОЛУЧИЛСЯ? 1. 2. 3. 4. 5. Долго думать, быстро делать
- 46. 6. 7. 8. 9. 10. Мы строим коммуникацию и планируем проект Проект в деталях, важно прорабатывать на микроуровне Узнаем информацию о клиенте и анализируем ее постоянно Мы решаем задачи, нам не нужно решение от клиента, нам нужна цель. Если клиент предлагает решение, он должен его аргументировать ЧТО НУЖНО ДЕЛАТЬ, ЧТОБЫ ВАШ ПРОЕКТ ПОЛУЧИЛСЯ? Просчитываем риски