В наше время неразумно начинать проект разработки программного обеспечения без предварительного всестороннего анализа. Начальным этапом любого IT проекта должно стать исследование. Это процедура сбора информации, которая дает понимание отрасли, для которой разрабатывается продукт, бизнеса Вашего заказчика и целевой аудитории.
Одного лишь качественного подхода к разработке продукта на сегодняшний день уже недостаточно. Мы твердо уверены, что успешный конечный продукт – это тот, который полностью отвечает требованиям клиента и создает социальное благо.
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...Yury Vetrov
Презентация Юрия Ветрова "Когда проектирование заказывать не нужно. Памятка для клиента и проектировщика" с конференции User Experience / UPA Europe 2009.
Возможные причины неудачи внедрения проектного управления. Доклад Олега Вайнберга с конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
В наше время неразумно начинать проект разработки программного обеспечения без предварительного всестороннего анализа. Начальным этапом любого IT проекта должно стать исследование. Это процедура сбора информации, которая дает понимание отрасли, для которой разрабатывается продукт, бизнеса Вашего заказчика и целевой аудитории.
Одного лишь качественного подхода к разработке продукта на сегодняшний день уже недостаточно. Мы твердо уверены, что успешный конечный продукт – это тот, который полностью отвечает требованиям клиента и создает социальное благо.
User Experience / UPA Europe 2009: Когда проектирование заказывать не нужно. ...Yury Vetrov
Презентация Юрия Ветрова "Когда проектирование заказывать не нужно. Памятка для клиента и проектировщика" с конференции User Experience / UPA Europe 2009.
Возможные причины неудачи внедрения проектного управления. Доклад Олега Вайнберга с конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
Как строить работу по выводу новых продуктов на рынокCreate Digital
Презентация с мероприятия ФРИИ "Студии цифровых решений: внутренние и клиентские проекты. Как не облажаться и заработать деньги на стартапе" https://iidf-regions.timepad.ru/event/302785/
Чем отличается работа по выводу новых продуктов на рынок от традиционной заказной разработки
Что нужно стартапу от студии
О чем нужно знать (риски и проблемы) при работе с такими клиентами
Лекция - процессы и проекты. Сравнение процессного и проектного подходов.
Читал в НГУ в 2012м году для студентов одной из корпоративных учебных программ.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Дмитрий Маев: Управленческие поединки. Эффективная технология развития перего...Проектные сервисы
Тренинг направлен прежде всего на практическое формирование переговорных навыков в условиях, приближенных к реальным проектам, развивает навыки поиска и решения сложных управленческих ситуаций.
Презентация на конференции Ibcrussia-2014: «Как перейти на модель оплаты Time...Моризо
сторически договорные отношения между агентствами/студиями и заказчиками оформлялись на основания договора с фиксированной стоимостью работ и фиксированными сроками. Однако зачастую у клиентов есть потребность в разработке нового сервиса в сжатые сроки с пониманием бизнес-логики, но без готового ТЗ. Внедрение гибких методологий в разработку (SCRUM, AGILE) позволяет найти компромисс в такой ситуации. Однако, как будет выглядеть ценообразование? Какие риски для студии/агентства несет внедрение модели Time&Material? Как уговорить клиента вести разработку по модели оплаты, гарантирующей операционную рентабельность? Для каких проектов такой подход оправдан, а где несет огромные риски?
Как строить работу по выводу новых продуктов на рынокCreate Digital
Презентация с мероприятия ФРИИ "Студии цифровых решений: внутренние и клиентские проекты. Как не облажаться и заработать деньги на стартапе" https://iidf-regions.timepad.ru/event/302785/
Чем отличается работа по выводу новых продуктов на рынок от традиционной заказной разработки
Что нужно стартапу от студии
О чем нужно знать (риски и проблемы) при работе с такими клиентами
Лекция - процессы и проекты. Сравнение процессного и проектного подходов.
Читал в НГУ в 2012м году для студентов одной из корпоративных учебных программ.
Опыт госпроектов и взаимодействия с корпоративными структурамиПрофсоUX
Доклад предназначен для UX-специалистов, руководителей проектов и всех остальных.
В последнее время UX-специалисты и компании все чаще привлекаются к реализации проектов для корпораций и государственных заказчиков. На первый взгляд кажется, что при работе с ними попадаешь из мира сотрудничества в мир формальных взаимодействий. На самом деле построить с такими заказчиками настоящее сотрудничество вполне возможно. Более того, заказчик в нем заинтересован, просто не всегда представляет, как это сделать. В докладе я поделюсь практиками работы с крупными заказчиками из опыта компании CUSTIS.
Дмитрий Маев: Управленческие поединки. Эффективная технология развития перего...Проектные сервисы
Тренинг направлен прежде всего на практическое формирование переговорных навыков в условиях, приближенных к реальным проектам, развивает навыки поиска и решения сложных управленческих ситуаций.
Презентация на конференции Ibcrussia-2014: «Как перейти на модель оплаты Time...Моризо
сторически договорные отношения между агентствами/студиями и заказчиками оформлялись на основания договора с фиксированной стоимостью работ и фиксированными сроками. Однако зачастую у клиентов есть потребность в разработке нового сервиса в сжатые сроки с пониманием бизнес-логики, но без готового ТЗ. Внедрение гибких методологий в разработку (SCRUM, AGILE) позволяет найти компромисс в такой ситуации. Однако, как будет выглядеть ценообразование? Какие риски для студии/агентства несет внедрение модели Time&Material? Как уговорить клиента вести разработку по модели оплаты, гарантирующей операционную рентабельность? Для каких проектов такой подход оправдан, а где несет огромные риски?
Новый формат внутренних коммуникаций для продвижения корпоративных проектов и программ для сотрудников крупных корпораций, сочетающий в себе буклет (возможность вывести на печать в случае необходимости), сайт (кликабельное содержание позволяет моментально перейти в интересующий сотрудника раздел), видеоролик (возможность просматривать тематические видеоролики, имеющие отношение к проекту, прямо со страниц буклета), рассылку (возможность быстрого распространения буклета через рассылку по сотрудникам в виде вложения), элементы соцсети (интерактивный формат с фотографиями и роликами) и корпоративный брендинг (буклет и встроенные ролики выполнены в одном узнаваемом дизайне проекта, программы).
Презентация с выступления Александра Дронова на конференции РИФ+КИБ 2017.
Из нее вы узнаете:
• Запуск: сразу выявляем потенциальную мощность проекта и обсуждаем точки роста
• Острые углы согласования техзаданий и как их обойти
Работы с текстовым контентом: как вырваться из замкнутого круга переделок
• Ссылочный фактор ранжирования: ответы на главные вопросы клиента
• Как готовить отчетность не в ущерб оптимизации
Как живётся дизайнеру в крупной корпорацииLeonid Ivakhov
Видео: http://www.youtube.com/watch?v=JQGuMBM6M9A
Презентация для студентов Британской Высшей Школы Дизайна курса "Дизайн мобильных приложений".
В докладе рассказывается о том с какими трудностями приходится сталкивать UI/UX-дизайнеру в работе над крупными проектами и с большим кол-вом заказчиков.
Alyona Marshavina. How to build a strong relationship with difficult clientsLviv Startup Club
Alyona Marshavina. How to build a strong relationship with difficult clients
https://www.youtube.com/channel/UC5pkffv9LpA4y8wppOtjzOg?view_as=subscriber
Чеботарев Андрей: "Внедрение дизайна без потерь"MobiDev
- Методы работы дизайнеров с разработчиками
- Подготовка макетов и документации с целью минимизации ошибок
- Работа с изменением требований
- Внедрение нового функционала в существующий проект
- Концептуальные модели
- Типология и методология дизайна систем
- Уровни детализации: функциональные блоки и навигационные карты
- Теория на практике: систематизация данных с минимумом правок
- Особенности разработки PhoneGap-приложения
- Сложности и подводные камни: к чему нужно быть готовым и что держать в голове
- Подготовка материала для разработчика ― style guide и шрифтовые иконки
Бурика Станислав: "Забористый дизайн для POS"MobiDev
- Особенности взаимодействия пользователя и POS на примере приложения для баров
- Потребности пользователя, цели бизнеса и технические ограничения
- Как хороший дизайн интерфейса может улучшить эффективность продукта
Загоровская Екатерина: "Не рисковать и все учесть"MobiDev
- Грамотный прогноз времени на разработку дизайн-продукта и учет возможных рисков
- 10 практических лайфхаков: как оценить все правильно, уложиться в эстимейт и не подставить команду
- Осознанная и неосознанная компетентность
- Обучение менти и развитие ментора
- Шаринг знаний (опыта) и развитие карьеры
- Прививка от звездной болезни
В своем докладе я расскажу об этапах проектирования интерфейсов, об основных типажах заказчиков в аутсорсе - почему заказчик идиот. А так же как адаптировать процесс проектирования к этим типажам.
Заказчики и общение с ними, распределение рабочего времени и совмещение должностей, работа под психологическим давлением, и многое другое, что встретилось за время двухлетней работы в аутсорсе.
где найти кнопку вложить душу в аутсорс конвеереMobiDev
- Выполняя на первый взгляд простые и бессмысленные задачи, как быть первым и лучшим.
- Где черпать вдохновение и оазисы мотивации.
- Кто друг, а кто враг дизайнера в мире аутсорса.
When do mobile applications enhance business?MobiDev
There are many tools for business nowadays. Mobile technology is just one of them. As with every tool for every purpose, you need to choose a right tool for the right purpose to succeed. If you are an owner of a small or middle business, an innovator, a startup owner who has come up with the idea of establishing mobile presence, you need to handle these tools carefully. Maybe you want to enhance your business with a mobile product. Maybe you want to build your business on such a product. But what you need is the same - find a solid profitable niche, broaden the client audience, and know more about the pitfalls that are waiting around the corner, in order to avoid them.
How To Create One App For All Platforms using PhoneGapMobiDev
Tips and Tricks from one of the best European PhoneGap Senior Developers.
You can often hear users' complaints about lagging apps. When you ask, “What do you mean by lagging?”, you receive such answers as either “It runs too slowly” or “I don't know, but it's hard to use”. Software developers and mobile users perceive apps differently. In order to eliminate lags, we would first think of optimizing the speed of the app. But in some cases it wouldn't be a correct decision. Let's find out the reason why.
Solutions mobiles et web personnalisées de classe mondiale pour votre entreprise. Expertise reconnue et les dizaines de projets menés à bien. Cycle complet du développement des produits et support logiciel. Processus du développement logiciel agile selon les standards de corporation.
Avantages pour vous:
- augmentez votre ROI par l'amélioration de la valeur et la diminution du prix
- facilité et confort de la communication
- obtenez la flexibilité dans le management de votre équipe
- génération des idées nouvelles pour l'amélioration de votre produit logiciel
- partenaire fiable
5. Ошибки в оценке проектов
и желание переложить
их на клиента
01
6. Ошибки в оценке проектов
и желание переложить их на клиента01
Решение:
проработать собственную методику оценки
на основе опыта
Важно разобрать проект на мельчайшие части,
которые поддаются оценке
Заложить риски на непонятные вещи
8. Отсутствие оговоренных регламентов
и финальных результатов02
Решение:
прописать и согласовать правила игры с клиентом
до старта проекта
Этапы работ
Формат передачи проекта
Разрешения экранов под которые проектируем
Скорость фидбэка клиента и реакции исполнителя
Количество итераций
Сформулировать что является правкой, а что доработкой
12. Брифование и согласование брифов
Пушим клиента, а не пропадаем
Неправильно отстроенные
коммуникации04
Решение:
коммуникацию строи мы, а не клиент
Если этап у нас занимает более недели,
отправляем клиенту отчет о проделанной работе
14. Запрашивать заранее систему лояльности, механики
и количество акций, контентные сетки, план генерации
и поддержки визуального контента
Отсутствие планирования проектов
и не просчитанные риски05
Решение:
планировать и просчитывать риски
16. Проектировщик принимает решения с точки зрения
интерфейса и бизнеса клиента
Клиент утверждает, корректирует или отказывается от решения
Перекладываем на клиента
принятие решения06
Решение:
берем ответственность на себя
19. Определить возможности клиента
Поделиться опытом
Синхронизировать с клиентом видение проекта
Непонимание e-commerce
и внутренних бизнес процессов01
Решение:
определить границы проекта
21. У вас есть примерно 2 млн долларов?
У вас есть крутая команда?
У вас огромный опыт e-commerce?
А почему не открыть убийцу Новой Почты?
Желание сделать все и сразу,
как на Розетке02
Решение:
оценить реальные возможности клиента
с помощью вопросов
23. Если ответ зарабатывать — вопрос решен
Если ответ для себя — отказываемся от проекта
Желание сделать проект для себя,
а не бизнес03
Решение:
задать один вопрос: «Вы хотите зарабатывать
или сделать проект для себя?»
24. Менеджер не принимает решение,
а выступает «прокладкой» между
руководством и исполнителем
04
25. Сделать менеджера клиента вашей говорящей головой
Добиться встречи с руководителем.
Если для этого нужно довести ситуацию с проектом до критической,
сделать это
Менеджер не принимает решение, а выступает «прокладкой»
между руководством и исполнителем04
Решение:
сделать его союзником или обойти
32. Анализируем письма или переписки
Анализируем скорость коммуникации
Смотрим социальные сети
Отсутствие или неправильная
информация02
Решение:
анализируем всю информацию,
которую знаем или можем добыть
Общаемся с людьми, которые ранее
коммуницировали с клиентом
45. Раскачиваем лодку, заставляем клиента думать
Заранее запрашивать необходимую информацию,
клиент должен переварить ее и дать качественный ответ
Общаемся с реальной целевой аудиторией и принимаем решения
на основе данных, а не предположений
Донести мысль клиенту, что проект — это улица с двусторонним движением
ЧТО НУЖНО ДЕЛАТЬ, ЧТОБЫ ВАШ ПРОЕКТ ПОЛУЧИЛСЯ?
1.
2.
3.
4.
5.
Долго думать, быстро делать
46. 6.
7.
8.
9.
10.
Мы строим коммуникацию и планируем проект
Проект в деталях, важно прорабатывать на микроуровне
Узнаем информацию о клиенте и анализируем ее постоянно
Мы решаем задачи, нам не нужно решение от клиента, нам нужна цель.
Если клиент предлагает решение, он должен его аргументировать
ЧТО НУЖНО ДЕЛАТЬ, ЧТОБЫ ВАШ ПРОЕКТ ПОЛУЧИЛСЯ?
Просчитываем риски