Пошаговая инструкция по запуску работающего продукта без опыта — Офтоп на vc.ru

12 972 просмотров

Рассказ о продуктовом дизайне от сооснователей лаборатории Wobot.me Павла Доронина и Максима Терновенко.

Главная страница сайта focus-nko.org

Мы занимаемся разработкой в новых для рынка направлениях: чат-боты, работа с большими данными и машинное обучение. Специфика этой ниши в том, что почти всегда клиент приходит лишь с идеей, которая есть только у него в голове.

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

• Заказчик не всегда может перевести свою идею в хотя бы минимально пригодное техзадание.
• Заказчик не всегда может трезво оценить бизнес-ценность той или иной фичи.
• Заказчику сложно понять, с какой функциональности следует запускать продукт, а какую отложить на потом.
• Заказчик пытается поместить все свои идеи в функциональность продукта.

В итоге процесс запуска проекта мог растягиваться на один-два месяца.

Чаще всего под такую категорию клиентов попадают:

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

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

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

Павел Доронин, сооснователь wobot.me

И на наш взгляд, в ситуации, когда у вас есть только бизнес-идея, но нет опыта запуска продуктов с нуля, вероятность «свернуть не туда» стремится к 100%.

Как следствие:

• Тратится в три-пять раз больше денег, чем требуется для проверки бизнес-идеи.
• Разработка занимает в два-три раза больше времени.
• В худшем случае продукт вообще не находит своего потребителя.
• И главное: непонятно, что именно в продукте не так.

Чтобы минимизировать все эти риски, мы разработали собственную методологию, которая фактически представляет собой пошаговую инструкцию по продуктовому дизайну для MVP.

Мы не претендуем на уникальность. Более того, наша методология — это комбинация различных уже известных подходов. Однако мы протестировали её на более чем десяти проектах и помогли таким компаниям, как Viber, Comedy Club, Glamour, Unilever и другим. Разработанный подход помогает и нам, и заказчикам двигаться поступательно от бизнес-идеи до работающего MVP.

Одна из причин успеха — соблюдение принципа «когнитивной простоты», который мы заложили в основу wobot-методологии. Но обо всем по порядку.

Почему мы взялись за этот проект

В марте 2016 года я запустил проект Chatbots Community — сообщество разработчиков чат-ботов. Через полгода оно стало частью нового сообщества по искусственному интеллекту — AI Community, в котором уже состоит более двух тысяч предпринимателей и инженеров.

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

Михаил Бурцев (МФТИ) рассказывает про нейронные сети в задачах NLP

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

Партнером одного из хакатонов был «Рыбаков Фонд». Форум был посвящен разработке новых инструментов для дистанционного образования, что является одним из стратегических направлений фонда. Так мы познакомились с вице-президентом фонда Аленой Светушковой, отвечающей за программу развития третьего сектора.

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

Победители хакатона — Максим Уваров и его команда

Одна из команд хакатона за работой

Вторая причина, почему мы взялись за этот проект — это возможность проверить нашу методологию на проекте инфраструктурного типа. Такие проекты отличаются тем, что их окупаемость отложена во времени на три-пять лет. В связи с этим уже с первых релизов важно понимать, насколько ваш продукт подходит для рынка.

Доработка идеи

Коллеги из «Рыбаков Фонда» поделились с нами идеей запуска онлайн-платформы в виде агрегатора-поисковика по НКО. Идея нам понравилась, так как почти в любой нише есть успешные агрегаторы и поисковики.

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

Забегая немного вперед, скажу, что мы пришли к идее о том, что пользователями продукта должны быть те, кто запускает собственные проекты, используя эту базу данных. Поэтому мы решили сфокусироваться на реализации API-модели, а не на веб-поисковике.

Как мы к этому пришли

Мы провели продуктовый анализ третьего сектора в России и США. В результате исследования получилось более 60 слайдов. Но для этого рассказа важны только следующие два.

Онлайн-платформы в США (и это, наверное, 1% от всего списка)

Российские онлайн-платформы (почти все поместились на одном слайде)

Мы сделали главный вывод: в ближайшие три-пять лет в России будет появляться множество новых проектов. И нам показалось, что стать полезным инструментом для них — это и есть поддержка всего сектора.

Итак, структура пошаговой инструкции:

• Шаг 1. Не изобретаем велосипед — смотрим на чужой опыт.
• Шаг 2. Формулирование миссии и задач продукта .
• Шаг 3. Формирование видения продукта и MVP.
• Шаг 4. Пользовательские истории.
• Шаг 5. Customer journey map.

Не изобретаем велосипед — смотрим на чужой опыт

Мы взяли в качестве ориентиров несколько известных американских проектов, которые агрегируют разную информацию о некоммерческих организациях в США. Наиболее релевантной оказалась компания GuideStar, которая собирает информацию по более чем 2 млн НКО.

Сайт проекта GuideStar

Затем мы изучили проект с разных сторон:

• Видение и цель.
• Целевая аудитория.
• Способы монетизации.
• Функциональность.

Анализ проекта GuideStar

Не стоит ставить перед собой задачу сделать клон какого-то проекта. Но подобный анализ помогает расширить контекст и вариативность мышления в последующей работе.

Формулирование миссии и задач продукта

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

Вместе с заказчиком мы провели две Skype-сессии, на которых пришли к следующим формулировкам:

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

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

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

Особенно это актуально, когда вы беретесь за большой инфраструктурный проект, цель которого помочь развитию целого сектора.

Максим Терновенко, сооснователь wobot.me

Такой документ должен быть «живым», поэтому после получения обратной связи от рынка своевременно вносите в него коррективы.

Формирование видения продукта и MVP

Формулирование видения продукта в виде концепта основных модулей и сервисов позволяет идти «сверху вниз», то есть в сущности здесь применяется «метод прогрессивного джипега».

Как видно на картинке выше, мы приоритезировали два сервиса из пяти, таким образом выделили содержание MVP:

• Сервис API (первый релиз).
• Поисковый веб-сервис (второй релиз).

Пользовательские истории

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

• Пользователь API (или сайта) — участники рынка, которые запускают свои проекты.
• Разработчик сайта — мы и команда заказчика.
• Администратор сайта — представитель заказчика, работающий с контентом.

Дальше для каждого типа пользователей мы применяем подход «я хочу». Для нас он первостепеннее, чем прописывание функциональности.

Customer journey map

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

В нашем случае мы выделили следующие пять шагов:

• Знакомство с сервисом.
• Регистрация в системе.
• Подключение API.
• Получение консультации по API.
• Использование API.

И каждый этап мы описываем по следующей логике:

• Цели и задачи пользователя.
• Сложности и преграды.
• Пути решения.
• Метрики или KPI.
• Возможные улучшения.

Вот что у нас получилось

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

Дизайн интерфейсов и разработка

Дальше идет всем знакомая очередность действий. Сначала рисуем Wireframe — «карандашные» скетчи интерфейсов. Затем создаём дизайн, верстаем и разрабатываем.

Скетчи интерфейсов

Основная мысль

При запуске нового проекта крайне важно проделать аналитическую работу по продуктовому дизайну до начала проектирования интерфейсов и тем более разработки. И, судя по нашему опыту, эта работа может занять до 50% времени от всего проекта по запуску MVP.

В противном случае:

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

Спринтовая работа

Обычно работа ведется по однонедельным спринтам. Но в этом проекте мы выбрали двухнедельные циклы. Реже делать не рекомендуем. Этот не означает, что мы пропали на две недели и вернулись с непонятным результатом. Это означает, что мы вместе с заказчиком заранее определили объем задач, над которым работаем в течение спринта.

Пару раз на старте других проектов мы забывали детально проговаривать с заказчиком формат работы, что приводило к внеплановым задачам уже на первом спринте и соответствующему «вылетанию» из графика.

С тех пор на каждой доске у нас висит вот такой фреймворк работы:

Логика спринтов

Инструменты для ведения проекта

Мы попробовали разные сервисы ведения проекта, но в итоге остановились на Realtime Board — «бесконечной» онлайн-доске. Ключевое преимущество этого инструмента в том, что он прост и нагляден в презентации результатов работы, комментировании, добавлении стрелочек или цветного фона, добавлении стикеров с комментариями и так далее. И важно, что всё в одном месте — всё рабочее пространство открывается по одной ссылке.

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

А вот так выглядит вся доска проекта

Для ежедневной коммуникации мы используем чат в Telegram, а для созвонов — Skype.

Когнитивная простота

Мы стремимся максимально упростить все рабочие процессы — как внутренние, так и с заказчиком. В том числе это отражается и на нашем фреймворке. Вот, например, оформление спринта.

Пример оформления спринта

А вот так мы визуализировали заказчику нашу рекомендацию по выбору Parse — инструмента для парсинга базы данных Минюста.

Выбор сервиса для парсинга данных

Не делать лишней работы

Мы понимали, что уже сделали фокус нашего продукта на API. Также мы понимали, что делаем утилитарный продукт, поэтому веб-интерфейс не требует креативного дизайна. Поэтому на первый план вышли критерии простоты запуска MVP, внесения правок и поддержки.

Для дизайна был выбран Material Design от Google

Партнерский подход

Роль «технологического партнера» возможна только при условии, что заказчик и исполнитель работают в симбиозе, дополняя друг друга:

• Заказчик обладает экспертизой в своей отрасли, понимает проблематику и потребности потенциальных пользователей продукта.
• Исполнитель обладает методологией проектирования продуктов и опытом запуска проектов в разных нишах.

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

Проект на GitHub

Максимально быстрая обратная связь

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

Чат в Telegram

Заключение

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

Пошаговая инструкция маркировки молочной продукции

Главная Бизнесу

Маркировка молока
и молочной продукции

Регистрация в системе Честный ЗНАК — необходимое требование
для всех участников оборота маркированной продукции

Войти

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

Выберите тип участника оборота и начните регистрацию прямо сейчас:

Рекомендации по размещению кода

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

Листовка-помощник

Заявка на размещение информации о таможенном и логистическом складе

Группы товаров Выбрано:  0

Молоко

Вода

Лекарства

Табак

Товары легкой промышленности

Обувь

Шубы

Духи и туалетная вода

Шины и пневматические покрышки

Фотоаппараты и лампы-вспышки

Пиво

Велосипеды

БАД

Антисептики

Медицинские изделия

Опубликовать на сайте

Таможенное управление

Северо-Западное таможенное управление

Сибирское таможенное управление

Дальневосточное таможенное управление

Калининградская областная таможня

Южное таможенное управление

Центральное таможенное управление

Центральная акцизная таможня

Московская областная таможня

Турция

Республика Беларусь

Латвия

Польша

Эстония

Другое

Таможенное управление

Территориальное расположение

Турция

Республика Беларусь

Латвия

Польша

Эстония

Другое

Территориальное расположение

Товар

Акцизный товар

Безакцизный товар

Услуги по транспортировке

Автомобильные

Морские

Железнодорожные

Авиаперевозки

Мультимодальные

Не оказывает услуги по перевозке

Метод нанесения кода

Ручной

Автоматический

Нажимая на кнопку, вы соглашаетесь получать информацию и предложения от «Честный ЗНАК». Ознакомиться с  политикой конфиденциальности

Спасибо! Ваша заявка успешно отправлена!

Шаблон пошагового руководства: создание интерактивных пошаговых инструкций

Зачем использовать этот шаблон?

• Простота установки. Вам не потребуется помощь дизайнеров или разработчиков, чтобы создать пошаговые инструкции и сделать их доступными для коллег.
• Идеальная отправная точка. Это все, что вам нужно, чтобы приступить к созданию пошаговой документации.
• Гибкий. Благодаря пошаговой структуре шаблон Stonly будет работать с рабочими процессами и процессами любой организации.
• Интерактивный формат. Создавайте более привлекательные документы с инструкциями, которые, как доказано, помогают читателям более эффективно находить решение.
• Доступно везде, где это необходимо вашим коллегам или клиентам. Публикуйте пошаговые руководства пользователя для клиентов на сайте или делитесь ими по электронной почте или в чате с прямыми ссылками. Вы также можете настроить их как часть внутренней сети компании, чтобы делиться рабочими инструкциями со своими сотрудниками.

Как правильно документировать процесс с помощью пошаговой инструкции

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

Но это еще не все.

Вот почему мы собрали несколько лучших советов о том, как написать эффективное и простое в использовании пошаговое руководство.

Что такое пошаговое руководство?

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

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

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

Наличие подробных пошаговых инструкций обеспечивает широкий спектр преимуществ:

• Инструкции обеспечивают последовательность в том, что пытается сделать ваш читатель.
• Они снижают затраты, связанные с выполнением задач и действий (и могут повысить удовлетворенность клиентов при использовании для обслуживания клиентов).
• Пошаговые инструкции гарантируют соблюдение требований безопасности (если применимо).
• Подробные инструкции также сокращают время, необходимое для выполнения задач, и повышают производительность.
• Благодаря четким пошаговым инструкциям компания может значительно снизить количество несчастных случаев и дорогостоящих ошибок.
• Наконец, такие руководства помогают быстрее обучать новых сотрудников и приводить их результаты в соответствие со стандартами компании.

Как задокументировать любой процесс с помощью подробных пошаговых руководств

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

Шаг 1. Назовите процесс или задачу, которую вы описываете, и ее цель

Этот шаг не требует большого количества копий. Даже простого ярлыка для процесса, который вы описываете, с кратким объяснением конечной цели будет достаточно, чтобы сообщить:

• Что это за задача
• Как на нее ссылаться
• Зачем нужен процесс

Шаг 2. Определите объем работ

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

Шаг 3. Объясните входы и выходы

Каждый процесс или задача состоит из двух элементов:

1. Вход — триггерное событие, запускающее процесс
2. Выход — конечный результат, материальный или нет

Перед описанием каждого этапа процесса подробно объясните эти элементы. Определите, какое действие или ситуация запускает процесс и как выглядит конечный результат.

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

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

Шаг 4. Запишите каждый шаг процесса, который вы хотите задокументировать

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

(Примечание: еще один отличный способ зафиксировать все этапы проекта — сосредоточиться на выводе и вернуться к событию триггера.)

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

Шаг 5. Упорядочить шаги

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

Шаг 6. Опишите, как выполнить каждый шаг

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

Шаг 7. Используйте наш шаблон для создания своего пошагового руководства

Последний шаг — создание фактического руководства в доступном и увлекательном формате. Вот тут и приходит на помощь шаблон Stonly.

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

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

Средство создания пошаговых инструкций (бесплатный шаблон)

{{#каждый элемент}} {{#каждый элемент}} {{#iff path ‘===’ ‘SystemExtension.shippingcalculation’}}

Доставка:

{{this.total}}

{{/iff}} {{/каждый}} {{/каждый}} {{#каждый заказ}} {{#iff taxValue «!==» 0}}

 

{{#taxLabel taxType ‘Налог:’ ‘НДС:’ ‘Налог на потребление:’}}{{/taxLabel}}

{{tax}}

{{/iff}}

{{itemCount this}} {{#isPlural this }} items{{else}} Item{{/isPlural}}

Всего:

{{всего}}

{{/каждый}}

Быстро создайте шаблон пошаговой инструкции с картинками.

Snagit

5

«Новые шаблоны высокого уровня профессионализма»

HearForm • Декабрь 2019 г.

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

Снагит

5

«Потрясающие шаблоны»

dmd18 • март 2020 г.

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

Снагит

5

«Отличный продукт для обучения»

Spenceyll • май 2020 г.

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

Создание простых инструкций за считанные минуты

 

Экономьте время и давайте подробные инструкции всего за несколько минут.

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

Ваши письменные инструкции можно легко совместить с пользовательским снимком экрана.

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

 

Скачать Snagit

Как сделать пошаговые инструкции

Узнайте, как шаг за шагом создать один из шаблона.

1.

Выберите изображения для использования в руководстве

Чтобы использовать шаблон, нажмите кнопку Создать и выберите Изображение из шаблона или выберите изображения на панели «Последние снимки», затем щелкните правой кнопкой мыши и выберите Объединить в шаблоне .

2. Выберите шаблон

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

Примечание:  Snagit поставляется с бесплатными базовыми шаблонами, а с годовой подпиской на TechSmith Assets for Snagit доступно больше шаблонов.

3. Расположите изображения, добавьте заголовок и подписи

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