8 ключевых элементов разработки фирменного стиля

В сегодняшнюю эпоху цифровых технологий люди вспоминают о бизнесе благодаря силе брендинга. Иногда броский логотип запоминается, а иногда люди вспоминают ваш бренд по опыту клиентов. Эти элементы отображают имидж компании для клиентов, формируя идентичность вашего бренда. Это делает ваш бизнес узнаваемым для людей и определяет, как они будут воспринимать ваш бренд. В конце концов, идентичность…

Как создать быстрый процесс разработки цифровых продуктов: уроки PayPal

 Как создать быстрый процесс разработки для ваших цифровых продуктов "class =" wp-image-24373 "/> </figure>
<p> Менеджеры и эксперты по эффективности разработали несколько методологий, которые обещают улучшить рабочий процесс. из самых популярных фреймворков: </p>
<ul>
<li> Agile </li>
<li> Водопад </li>
<li> Scrum </li>
<li> Канбан </li>
<li> Спиральная модель </li>
</ul>
<p> Каждый из этих подходов имеет его плюсы и минусы. Бесчисленные команды извлекли пользу из гибкой разработки программного обеспечения и водопадной модели. </p>
<p> Конструкторский отдел PayPal, однако, столкнулся с проблемой, которую нельзя было решить с помощью существующей методологии. В то время как большинство компаний нанимают примерно одного дизайнера на каждые 10 разработчиков, внимание PayPal на улучшении UX означало, что у него было около трех дизайнеров на каждую тысячу разработчиков. Что еще более усложняет задачу, дизайнерам пришлось работать с более чем 100 продуктами. </p>
<figure class=  Соотношение дизайнеров и разработчиков

Эрика Райдер, руководитель UX-дизайна инструментов разработчика в PayPal, и ее команда знали, что им нужен лучший процесс разработки, который приведет их от первоначальной идеи к конечный продукт как можно быстрее.

Райдер и ее команда назвали свой новый подход DesignOps 2.0. Вы можете просмотреть всю ее презентацию, включая демонстрацию UXPin от менеджера по продукту PayPal, на YouTube. В следующей статье резюмируются наиболее важные аспекты ее модели быстрой разработки приложений.

Рекомендуемая литература: Agile vs. Scrum vs. Kanban: какая методология управления проектами подходит вашей команде?

Устранение разрозненности отделов, препятствующих быстрому созданию прототипов

Во-первых, команда разработчиков PayPal знала, что им необходимо разработать новую методологию разработки. Это необходимо для устранения разрозненности отделов, добавляющих ненужные шаги в жизненный цикл разработки и препятствующих быстрому созданию прототипов.

Традиционный подход к дизайну и разработке продукта основан на том, что менеджер по продукту записывает идеи, которые дизайнеры превращают в изображения. Разработчики используют изображения в качестве руководства для создания привлекательных продуктов с исключительной функциональностью. Однако этот процесс редко работает так, как планировалось, поэтому прототип, доставленный командой разработчиков, требует нескольких этапов настройки.

Новый подход к быстрой разработке продукта

DesignOps 2.0 использует радикально иной подход, помещая менеджера по продукту — или эксперта в предметной области — и разработчика в процесс быстрой совместной работы, обратной связи с пользователем и итераций. Дизайнеры не участвуют в этом процессе. Вместо того чтобы играть роль посредника между экспертами в предметной области и разработчиками, они действуют как наставники, которые помогают экспертам в предметной области достичь своих целей.

После того, как у менеджера по продукту и членов команды разработчиков есть рабочие прототипы, они отправляют свои творения командам разработчиков, чтобы подготовить результаты для конечных пользователей. Такой подход требует меньше времени, потому что он позволяет менеджеру продукта создать базовый прототип в рамках системы проектирования с низким кодом, вместо того, чтобы просить других людей интерпретировать расплывчатые идеи.

Рекомендуемая литература: Вы можете стать разработчиком кода, не изучая код

Создание системы проектирования на основе кода, которую может использовать каждый

Независимо от того, какие методы разработки предпочитают ваши команды, имеет смысл создать систему проектирования на основе кода, которая будет служить единым источником истины. UXPin Merge позволит вам синхронизировать компоненты с вашим репозиторием Git.

Система проектирования и технология Merge устанавливают все, что необходимо менеджерам проектов для создания прототипов, прежде чем отправлять свои концепции разработчикам для начала процесса разработки программного обеспечения.

Сокращение времени разработки за счет повторного использования компонентов командами

Следуя модели PayPal, дизайнеры сокращают время разработки. Они делают это, создавая библиотеку всего, что могут использовать менеджеры по продукту. Дизайнеры создают логотипы, кнопки, цветовые узоры и другие объекты. Любой, кто пытается создать продукт, может опираться только на дизайн-систему.

 повторно используемые компоненты

Ключ состоит в том, чтобы создавать компоненты, которые группы и отдельные лица могут повторно использовать. В идеале это не требует больших усилий, потому что вашему бренду, вероятно, нужна общая эстетика и функциональность продуктов. Например, приложение для учета рабочего времени не имело бы смысла полностью отличаться от приложения для работы с билетами.

Они должны предлагать общую среду, в которой пользователи чувствуют себя комфортно. Кроме того, у дизайнеров нет причин переделывать работу, когда существующие компоненты уже удовлетворяют потребность, равно как и у разработчиков.

Использование инструментов проектирования на основе кода для создания функциональных прототипов

UXPin Merge хорошо работает для команды разработчиков PayPal, поскольку они могут импортировать и синхронизировать закодированные компоненты и использовать их в редакторе UXPin. Благодаря этому компоненты, которые они используют в конструкциях, практически готовы к производству. Таким образом, и дизайнеры, и разработчики получают общий язык, понятный всем.

Использование подхода, основанного на коде, также упрощает создание полнофункциональных прототипов, поскольку импортированные компоненты полностью интерактивны и ведут себя так же, как конечный продукт! Это значительно экономит время, поскольку разработчикам не нужно оставлять эту работу дизайнерам.

Многие прототипы предлагают только имитацию того, как будут работать программные проекты. С помощью UXPin сотрудники PayPal могут использовать реальные данные и взаимодействовать с компонентами, чтобы обеспечить их ожидаемое поведение. Вместо того, чтобы использовать lorem ipsum поддельных данных, менеджеры по продукту могут импортировать реальную информацию из JSON, Google Sheets или CSV.

Улучшение связи между дизайнерами и менеджерами по продукции

Дизайнеры PayPal тратят много времени на создание компонентов, которые другие люди будут использовать для создания продуктов. Однако они не выходят полностью за рамки проектов развития. Они выступают в роли наставников, работая с менеджерами по продуктам до завершения проектов по разработке программного обеспечения.

Любой, кто создает продукт в PayPal, может связаться с командой дизайнеров, запланировав время в рабочее время или используя канал дизайна Slack. Команда разработчиков также подготовила более 3,5 часов видеоуроков, посвященных распространенным проблемам.

Когда к команде дизайнеров приходит менеджер по продукту, почти вся работа уже сделана. Тем не менее, дизайнерам может потребоваться исправить некоторые мелкие ошибки или использовать свое проницательное наблюдение, чтобы выявить несоответствия, которые обычный человек не заметил бы. Результатом является быстрое итеративное проектирование, которое приводит к созданию рабочего продукта намного быстрее, чем при традиционных подходах.

Рекомендуемая литература: Создайте свой собственный процесс проектирования шаг за шагом

Запросить доступ к UXPin Merge

UXPin Merge играет решающую роль в том, как Райдер и ее команда выстроили лучший подход к прототипированию и разработке продукта. Запросите доступ к UXPin Merge, чтобы узнать больше о том, какую пользу вам принесут возможности проектирования и создания прототипов приложения.

 дизайн с объединением кода uxpin "class =" wp-image-23833 "/> </figure>
</p></div>
</pre>
<p></p>

		</div>

	</article>

</div>
<div class=

Ускорение процесса разработки с помощью Bootstrap 5

Bootstrap Сэм Нортон • 6 мая 2021 г. • 13 минут ПРОЧИТАТЬ Bootstrap — один из наиболее часто используемых фреймворков для создания веб-приложений. Он состоит из компонентов HTML и CSS для типографики, форм, кнопок, навигации, слайдера и других пользовательских интерфейсов, которые, вы можете придумать, делают процесс разработки проще и быстрее. Вы можете многократно использовать один…

Реально ли дизайнеру «заговорить» на языке разработки, а главное — зачем | by Серёжа Попов | May, 2021

Меня зовут Серёжа Попов. Я занимаюсь разработкой более десяти лет, руковожу фронтенд-продакшном «Лига А.» и управляю талантами в HTML Academy. Я вижу две взаимосвязанные проблемы: дизайнеры не понимают техническую сторону, а разработчики — принципы дизайна, и это мешает. Поэтому я запустил интенсив по основам разработки для дизайнеров, чтобы они могли сами собирать страницы, создавать интерактивные…

Проектирование с учетом разнообразия, равенства и вовлеченности: 5 вопросов, которые следует включить в процесс разработки продукта | Дана Качан | Апрель 2021 г. | Музли

 Дана Качан "class =" s ew ex ey "src =" https://miro.medium.com/fit /c/96/96/1*VbSqe6xuYp7Oj_BpjBHdjQ.jpeg "width =" 48 "height =" 48 "/> </div></div></div></div></div>
<p id= Дизайн это нечто большее, чем красивая или даже функциональная вещь. Это своего рода решение участвовать в изменении мира или нет.

Анимация Кости Вархатюка для Fireart Studio

Наше общество похоже на многогранный драгоценный камень. Каждая грань уникальна, но все же является частью одного целого.

] в некотором смысле, мы все дизайнеры, независимо от отрасли. Мы дизайнеры наших решений, жизни и нашего мира. Мы выбираем вносить изменения своими действиями, включая работу, которую мы делаем или нет. Когда вы читаете это , Приглашаю всех рассматривать дизайн как способ внести изменения в мир и поднять сознание. Я предлагаю вам подумать о себе как о создателе, который выполняет свои цели, и начните интересоваться тем, как вы создаете, и какие типы людей вы привлекаете к своему процессу.

DEI — это сокращение от разнообразия, равенства и инклюзивность — три ценности, которые вместе составляют гимн современного общества. Разнообразие означает вовлечение людей из различных этнических, культурных и социальных слоев, разного пола и сексуальной ориентации. Справедливость означает, что каждый имеет значение и должен иметь равный доступ к возможностям. Включение означает, что каждый приглашен на вечеринку, и потребности каждого удовлетворены. Поэтому убедитесь, что вы создаете действительно всеобъемлющий UX-дизайн, дизайн, который учитывает всех.

Проектирование с учетом DEI означает, что в процессе участвуют разные люди с обеих сторон стола — производственная команда и целевой пользователь. аудитория. Он включает в себя более глубокий взгляд на людей, которых вы нанимаете для своей команды дизайнеров, как вы проводите исследование пользовательских персон и как вы создаете продукт / дизайн, отвечающий потребностям разных людей, включая представленные в ложном свете меньшинства.

Такой подход позволяет более комплексно подходить к созданию продукта. С одной стороны, вы можете включить принцип DEI в свой корпоративный процесс и собрать разнообразную команду с разными взглядами и опытом, которые помогут создать более инклюзивный дизайн и продукт. С другой стороны, как дизайнер или команда дизайнеров, вы можете участвовать в повышении осведомленности, создавая проекты, которые говорят о DEI и мотивируют других участвовать.

1. Ваша команда действительно разнообразна? Это влияет на проектные решения

Это важно, потому что напрямую влияет на ваши проектные решения и результат проекта. Чем больше разнообразных людей вы нанимаете, тем больше точек соприкосновения и точек зрения вы охватите в процессе проектирования. Мы часто слышим фразу «встать на место пользователя (клиента)», означающую попытку понять потребности целевого пользователя и создать продукт, который их удовлетворяет. Однако «занять чье-то место» может быть заблуждением, ИМХО.

Конечно, мы должны попытаться понять людей, для которых мы создаем вещи. Но это не значит быть представителем тех, для кого вы создаете дизайн. Чтобы проектировать с учетом разнообразия, попробуйте нанять людей с разным социальным прошлым, чтобы они могли направлять вас и помогать подходить к целевому пользователю с аналогичным опытом. Хотя это может показаться сложным в реализации, на первый взгляд, попытка того стоит. Такой подход позволяет вам, как команде, получить более широкое и всеобъемлющее видение.

2. Какова миссия продукта?

Миссия продукта является фундаментальной. Убедитесь, что вы хорошо об этом осведомлены. Попросите клиента подробно объяснить это и вовлечь вас в то, какие изменения принесет их продукт. Это поможет вам понять настроения бренда, для которого вы разрабатываете, и создать что-то, что найдет отклик у его аудитории. Миссия относится не только к проблеме, которую решает продукт, но и к более широкой социальной идее, стоящей за ней. Вот почему приятно работать с клиентами и выполнять их миссии … Тогда вы чувствуете себя со-создателями, а не со-производителями предметов, нацеленных на доминирующую культуру.

Миссия, цель, цель — это то, чего часто не хватает многим продуктам, да и нашему обществу в целом. Вот почему люди могут воспринимать жизнь как нечто бессмысленное. Жизнь без какой-либо миссии (или, по крайней мере, маленькой цели) — это время, потерянное в космосе. Миссия — это то, что отличает продукт от конкурентов. Итак, убедитесь, что вы хорошо понимаете миссию продукта, чтобы создать дизайн, который поддерживает его, передает его и звучит с полностью той же атмосферой.

3. Каков наихудший сценарий?

Мы не можем предвидеть будущее, но мы можем задать себе этот вопрос, чтобы расширить наше мышление. Это отличный способ подумать о тех, кого вы можете непреднамеренно исключить. Это отличный способ дизайна, учитывающий потребности тех, кого конкуренты тоже могут исключить. Это может стать вашим преимуществом. Это способ расширить целевую аудиторию и сделать продукт более популярным за счет удовлетворения потребностей более широкого круга общества.

Учитывайте цель продукта и реальное влияние продукта на жизнь людей. Имейте в виду, что это не одно и то же. Совершенство достигается, если цель продукта совпадает с фактическим воздействием продукта. Это становится реальностью, когда вы прогнозируете все наихудшие сценарии и находите решение, чтобы сгладить их или вообще исключить. Не оставляйте места для плохого взаимодействия с пользователем. Я имею в виду плохой опыт различных пользователей.

4. Кого вы можете исключить?

Мы привыкли создавать вещи для ситуаций, с которыми мы сталкиваемся в нашей повседневной жизни, и проектируем для людей, у которых почти то же самое. Но мы можем исключить тех, кто отличается. Вот почему так важно подчеркнуть важность инклюзивности. Когда вы разрабатываете продукт, вы в первую очередь исследуете целевую аудиторию, верно? Однако не следует забывать о искаженных социальных группах и их потребностях. Означает ли это, что продукт, изначально предназначенный, например, для женщин, должен также включать мужчин в качестве целевой аудитории? Нет конечно! Продукт, разработанный для конкретной потребности, должен быть адресован всем людям в рамках своей целевой аудитории. Однако мы должны убедиться, что потребности каждого в этой конкретной целевой группе удовлетворены.

5. Информирует ли вас Источник?

При проектировании с учетом разнообразия и интеграции важно вовлекать в процесс проектирования представителей искаженных социальных групп. Прежде чем обращаться к ним, подумайте, ПОЧЕМУ вы с ними связываетесь. Постарайтесь завязать честный и открытый разговор, чтобы завоевать доверие этих людей. Общайтесь с ними так, чтобы признавать, что вы думаете о них и хотите узнать, как создавать вещи, из которых они могут извлечь пользу. Источники могут дать вам бесценную информацию об их образе жизни, привычках, интересах и проблемах, которые помогут вам увидеть более широкую картину и в ваших следующих проектах.

Передовой опыт разработки | Автоматический макет в Figma

Введение с примерами, чтобы вы наконец смогли понять, как Auto Layout работает в Figma, и как вы можете использовать его для автоматической адаптации ваших дизайнов. Автоматическая компоновка — одна из самых важных функций в Figma, универсальность которой отличает ее от других инструментов проектирования. Короче говоря, он позволяет вам структурировать компоненты и фреймы таким образом, чтобы…

Правительство запускает фонд разработки приложений стоимостью 5 млн фунтов стерлингов для борьбы с ожирением

В стимулируемых приложениях будут использоваться финансовые вознаграждения для повышения уровня физической активности и улучшения диетического выбора среди взрослых. Автор Генри Вонг 6 апреля 2021 г. 16:17 6 апреля 2021 г. 16:19 Правительство запустило программу стоимостью 5 миллионов фунтов стерлингов для разработки и тестирования стимулируемых приложений с целью снижения уровня ожирения и улучшения пищевых привычек среди…

Начало разработки корпоративного сайта: правильный сбор материалов

Успешная разработка веб-сайта — это качественно предъявленные в начале работы требования и детальность аналитической информации. Согласно принципу «Мусор на входе — мусор на выходе», любая проектная работа зависит от качества исходных требований. Нужные вопросы и ответы на них на начальном этапе разработки позволят команде подобрать лучшие идеи и решения. Вот основные шаги по сбору нужных материалов для проектов по дизайну и разработке веб-сайтов, которых придерживаемся мы. Определите, кому в первую очередь…

Dev-ineOps: операции проектирования и разработки, которые вы искали | Триш Ламанна | Январь, 2021 г.

Если команды не целенаправленно работают вместе, по умолчанию будет хаос.

]  Триш Ламанна "class =" s ia ib ic "src =" https://miro.medium.com/fit/c/56/56/2*BWdEusarCLiAqXzSwV2PSg.jpeg "width =" 28 "height =" 28 "/> </div></div></div></div></div>
<figure class=

Дизайн никогда не учили быть гибким, а гибкость не создавалась для дизайнеров.

Если команды не целенаправленно относятся к тому, как они работают вместе, по умолчанию будет водопадом.

«… перестаньте искать виноватых, вместо этого начните спрашивать:« Что такое система? ». Если вы хотите понять глубочайшие неисправности систем, обратите внимание на правила ». — Донелла Медоуз. «Мыслить в системах» (2008)

12 инструментов от Google для дизайна и разработки

Google похож на айсберг: есть часть над водой, которую мы видим и используем каждый день; есть еще огромная часть под водой, которую мы не видим и о которой мало знаем. Google предлагает некоторые удивительные продукты и инструменты, и многие из которых бесплатные. Сегодня мы собираемся взглянуть на 12 инструментов от Google, которые действительно могут быть…