Лев Орлов – Стартап для создания портфолио для дизайнеров (страница 2)

Часть 2. Создание платформы для визуализации

Разработка MVP: минимально жизнеспособный продукт

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

Что скрывается за страшной аббревиатурой

MVP, или Minimum Viable Product (минимально жизнеспособный продукт), – это не просто “сырая” версия вашего сайта. Многие думают, что это что-то недоделанное и стыдное. На самом деле, это философия. MVP – это версия продукта, которая содержит ровно столько функций, чтобы его можно было дать в руки первым пользователям, они смогли бы выполнить ключевое действие, а вы – получить обратную связь. Ключевое слово здесь – “жизнеспособный”. Это не баг, который разваливается при входе, а работающий, пусть и простой, инструмент.

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

В контексте нашего проекта, ваш MVP – это не платформа мечты, а простое доказательство того, что дизайнеры готовы выкладывать работы, а заказчики – их там искать. Это проверка главной гипотезы. Задайте себе вопрос: какую одну, самую главную проблему решает моя платформа? Ответ, скорее всего, будет звучать так: “Помочь дизайнеру показать свои работы и получить заказ”. Значит, ваш MVP должен позволить сделать только это, но сделать это надежно. Без реферальных программ, без сложной аналитики, без чатов с поддержкой 24/7. Только суть.

Как выбрать то, без чего можно обойтись

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

Первый вопрос: загрузка работ. Очевидно, что дизайнер должен как-то показать свои картинки. Значит, нужна простая форма загрузки. Но обязательно ли на старте делать сложную систему категорий, тегов и альбомов? Скорее всего, нет. Можно ограничиться одним полем для названия работы и возможностью прикрепить файл. Всё. Пусть дизайнер выкладывает картинки просто друг за другом. Если людям будет это удобно, мы потом добавим сортировку. Это и есть минимальная жизнеспособность.

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

Третий вопрос: коммуникация. Нужно ли делать внутренний чат? Это довольно сложная техническая задача. Может быть, на этапе MVP достаточно просто показать email дизайнера или кнопку “Связаться”, которая открывает письмо в почтовой программе пользователя? Да, это менее удобно, но это работает. И это экономит месяцы разработки.

Четвертый вопрос: регистрация. Нужно ли заставлять пользователя подтверждать email или телефон? Можно дать возможность просто войти через социальные сети или Google в один клик. Это снизит барьер входа. Люди не любят заполнять длинные формы, особенно когда они просто хотят посмотреть, что это за зверь такой.

Подумайте о своем опыте. Сколько раз вы закрывали сайт, потому что он просил вас придумать пароль, подтвердить почту, ввести промокод и только потом показывал, что у него внутри? Ваш MVP должен быть как витрина магазина: проходите, смотрите, трогайте, а оформлять покупку будем, когда захотите. Чем меньше шагов между желанием что-то сделать и самим действием, тем лучше.

Пример из практики (без имен)

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

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

Контрольный выстрел: отвечаем на главный вопрос

После того как вы запустите MVP, вы должны получить ответ на самый важный вопрос: решает ли моя идея чью-то проблему? Не “нравится ли людям дизайн” и не “быстро ли грузится сайт”, а именно “пользуются ли они этим, чтобы заработать или сэкономить время”. Если дизайнеры загружают работы, а заказчики пишут дизайнерам – вы на верном пути. Если кто-то из них жалуется на отсутствие фильтров или сложность загрузки, это даже хорошо. Это значит, что продукт нужен, и его просто нужно доработать.

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

Дизайн и UX/UI: как сделать сервис удобным для дизайнеров

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

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

Что такое UX, UI и почему это не одно и то же

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

UX (User Experience), или пользовательский опыт – это то, как человек чувствует себя, взаимодействуя с продуктом. Это путь, который он проходит от момента, когда впервые услышал о платформе, до момента, когда закрывает вкладку браузера. UX-дизайнер – это архитектор. Он думает о логике: где разместить кнопку «Загрузить проект», чтобы до нее было легко добраться, сколько шагов нужно сделать дизайнеру, чтобы выставить счет заказчику, не запутается ли он в этих шагах. Хороший UX незаметен. Ты просто делаешь то, что хочешь, и все получается. Плохой UX – это когда ты злишься, потому что никак не можешь найти нужную функцию, и тебе кажется, что платформа издевается над тобой.

UI (User Interface), или пользовательский интерфейс – это то, как все выглядит. Это фасад дома. UI-дизайнер – это художник и декоратор. Он выбирает цвета, рисует кнопки, подбирает шрифты, делает тени и отступы. Красивый UI радует глаз, вызывает доверие и просто создает приятное впечатление. Если UX отвечает на вопрос «как это работает?», то UI отвечает на вопрос «как это выглядит?». Платформа может быть очень красивой (отличный UI), но если на ней невозможно ничего найти (ужасный UX), пользователь уйдет. И наоборот, платформа может быть суперлогичной, но выглядеть как сайт из 2005 года – и тоже никому не понравится.