Про процесс
Привет, сегодня с тобой посидим и поговорим о процессе, как вообще подойти к началу. Давай не тянуть кота за кота и начнем.
Шаги
Давай возьмем за условие, что кейс вымышленный. Ведь с существующим проще, вводные данные есть(ха-ха, смешно, сказал я сам себе).
Вот ты такой классный, придумал супер сервис, который спасет человечество. Наверняка (я надеюсь), тебя одолевает буря эмоций о том, каким классным ты его сделаешь и как все будет круто. И даже есть картинка в голове, как будет выглядеть и работать.
Это очень круто, похвально и очень поможет, особенно для нашей с тобой профессии, но давай отставим эмоции в сторону.
Твои шаги по созданию могут быть разные, в зависимости от ситуации, но "средний" пайплайн всегда такой:
Эти шаги необходимы для того, чтобы понимать направление проекта, что должно получится в итоге и не выбиваться за рамки.
Кстати, косвенно относится к нашей теме, но я бы хотел коснутся этого вскользь. Рамки, как бы это не звучало, но это свобода, да, друг, все так. Работа в рамках (ну ты палку не перегибай, я не говорю про верстку в блокноте) очень полезно сказывается на конечном результате. Потому что ты не отвлекаешься на то, что в данный момент, тебе и не нужно. Более того, рамки позволяют "пошевелить извилинами" в момент, когда у тебя перед решением проблемы, есть ограничение. Решить проблему это одно, а вот решить проблему, с учетом наложенных ограничений, это задачка со звездочкой. И интересно то, что в нашем с тобой деле, практически все здачки у тебя будут "со звездочкой". Кхм... но вернемся к нашим пикселям.
После этого, необходимо разобрать пользовательский путь (User Flow), найти работу, которую выполняет пользователь (JBTD), посчитать сценарий по времени (GOMS) и есть еще множество разных инструментов, которые в своей работе использует дизайнер. Но они не всегда нужны и не всегда актуальны. Подробнее про каждый инструмент расскажу в отдельной статье, как минимум про те, которые перечислил. Хотя их больше, намного больше.
Только после этого, ты можешь приступать к варфреймам, которые я описывал тут
Цели
Тебе необходимо определиться с целями сервиса, который ты хочешь создать. Это что-то, что решает проблему, которая заявлена, ну или придумана тобой.
Цель может быть подробная, а может быть поверхностная. (Желательно первое, но там, для теста, как у тебя получится). Грубо говоря, цель, это конечный результат твоего сервиса.
Цель сервиса – объединение людей в группы, вокруг их интересов.
Так, у тебя уже есть представление, что это будет за проект. В какую сторону "копать" и в целом появляется образ. Это будет сайт, мобильное приложение... уведомление на часах? Шучу, как дизайнер, запоминай:)
Задачи
Теперь давай определимся с задачам. Задачи должны решать вопросы, которые приведут тебя к цели. Задач может быть одна, две, три, .... сто. Все зависит, как я и говорил, от различных факторов и в том числе, от масштабности проекта.
Задачи
- Создать "комнаты" для различных интересов
- Привлечь внутренней активностью, в виде статьей, общения
- Сделать упор на общение и взаимодействие между участниками внутри одной группы
Это как пример, что в голову пришло, для понимания, как это выглядит. Задачами мы создаем те самые рамки, внутри которых "существуем" и движемся к поставленной цели, огибая препятствия, аки ниндзя, чтобы человек, по другую сторону экрана, получал удовольствие от твоего сервиса.
Функциональная декомпозиция
Это словосочетание я услышал, впервые, в AGIMA. Запало в душу, теперь типа умный, использую его.
Простое понимание "карта функционала". Нам необходимо определиться с базовым функционалом. Это достаточно важный пункт, который многие пропускают. А зря.
Тебе для старта нужен MVP.
MVP – Minimal Viable Product (Минимально жизнеспособный продукт)
Есть одно объяснение, что за зверь это такой, заморский, MVP, которое я услышал очень давно и не помню уже даже где. Но самое объяснение звучит так: MVP самолета – крылья, двигатели, корпус, все механические внутренности для взлета и посадки и пилот. Самолет нужен, чтобы он мог взлетать и садиться. Для этого хватит перечисленного выше.
Это, грубо говоря, основной и базовый функционал твоего сервиса, который в будущем будет обрастать всякими "шурешками" и "удобствами". Типа, сиденья для пассажиров, в следующей интерации разделение на бизнес и эконом класс, в следующей интерации появится винил на фюзеляже и т.д.
Базовый функционал, чтобы выпустить продукт.
Вообще, когда начнешь перебирать функционал, тут важно отталкиваться от проблемы которую ты решаешь, цель которую ты поставил, задачи, которые ты определил. Потому что если функционал начнет появляться в отрыве от данных выше, то ты рискуешь свалиться в пропасть переделок, а твой сервис попадет на "кладбище продуктов"
Итого
Это коротко о том, с чего начать, как устроена кухня, но поверхностно. Множество инструментов не упомянул, цели бывают разных типов и т.д. и т.п. Моя цель заключалась в другом. Судя по тому, кто на меня подписан на момент написания этой статьи, с меньшей долей вероятности ты знаешь, что это. С большей, ты только начинаешь узнавать или только узнал. И с огромной – ты не слышал об этом ранее. Ставка на вторых и на третьих была сделана сегодня.
Если есть какие-то вопросы, на все с радостью отвечу в чате канала:)
Про дизайн. Ни меньше, но чуть больше
https://t.me/Design_Dot