Как CHILLICODE «поженил» имиджевый стартап и оптовые закупки свадебных платьев?
Pullquest – стартап из Лос-Анджелеса, который создал платформу для общения и сотрудничества между дизайнерами и стилистами.
Дизайнеры могут размещать свои работы, а стилисты - найти наряды для своих звездных клиентов, подбирая подходящие костюмы для модных ивентов, будь то обычная фотосессия или светские события на уровне «Грэмми» и «Оскара».
Pullquest помогает стилистам экономить время, деньги и силы, а дизайнерам предоставляет шанс продемонстрировать свои работы на широкую аудиторию и продать их.
На платформе не было функции прямых эфиров, чата и удобной системы покупки и продажи вещей. Над решением этих проблем и работали ребята из CHILLICODE.
Задачи
Изначально у Pullquest был сайт, созданный сторонней командой разработчиков. Нашей же задачей было улучшение сайта, приведение в порядок его логики и работы. Мы начали работу с чужим кодом, но быстро поняли, что это не лучшее решение - нам пришлось бы тратить время на поиск всех многочисленных ошибок и их устранение, что отразилось бы на сроках. В итоге, было решено разработать сайт с нуля. Для начала, мы провели глубокий рефакторинг, то есть переработали исходный код так, чтобы он стал проще и понятнее. Это делалось для облегчения работы над платформой, упрощения жизни будущим разработчикам и отлаживания процесса адаптации Pullquest под необходимые цели и задачи, как на момент нашей работы над проектом, так и в дальнейшем. Можно сказать, Pullquest обрел новую жизнь благодаря нам.
Но стоило нам завершить этот этап, как к Pullquest обратились из Bridal Council и предложили провести свой ивент. По сути, перед нами открылся новый фронт работ. Во-первых, сайт не был оптимизирован под большой наплыв пользователей. Требовалось дать платформе возможность выдерживать нагрузку в тысячи посетителей, обеспечив каждому из них приятный пользовательский опыт без лагов и бесконечных загрузок. Важно было не просто создать отдельную платформу для предстоящего онлайн-мероприятия и предложить эксклюзивный доступ к ней, но и сохранить интеграцию с основным сайтом Pullquest.
Кроме того, грядущему ивенту требовалось и подходящее продвижение. Для этого следовало создать лендинг с анонсом на основном сайте Pullquest, который побуждал бы пользователей к регистрации на мероприятие. Стоит помнить, что Bridal Council проводили свой ивент для того, чтобы презентовать оптовым закупщикам новые модели одежды. А значит, нужно было с нуля разработать функционал оптовых закупок. Мы понимали, что модные ивенты в офлайне-формате - своего рода светские тусовки, и нетворкинг - их неотъемлемая часть. Мы стремились перенести этот аспект и в онлайн. Следовательно, необходим был чат, который позволял бы делиться вложениями и ссылками.
В то же время, команде Pullquest требовалась система управления аккаунтами пользователей. Следовало доработать админпанель таким образом, чтобы выдавать пользователям доступ к платформе, активировать и деактивировать аккаунты. Концепция Pullquest предполагает, что дизайнеры хотят презентовать свои товары, а стилисты - купить их. А значит, требовалось обеспечить присвоение этих ролей пользователям. Также следовало продумать процесс покупок и продаж, сделав его удобным, понятным и безопасным для пользователей. Необходимо было создать таблицу размеров и калькулятор стоимости, а также внедрить все это в удобный фильтр, который облегчал бы покупателям поиск необходимых товаров. Продавцам же необходимо было предоставить данные о количестве просмотров и заказов, чтобы они могли эффективнее продвигать свои товары на платформе. Кроме того, стоило озаботиться удобством и безопасностью покупок, что требовало добавления корзины и внедрения надежной системы оплаты.
Ко всему прочему, следовало добавить дополнительный функционал для пользователей, такой как персонализация профиля и инвайты, чтобы создать условия для более активного взаимодействия с платформой.
Что сделано?
Какие сложности возникли?
Каждый проект по веб-разработке всегда полон вызовов, и Pullquest не стал для нас исключением.
Первым испытанием стало ограниченное время. Всего 5 недель – вот что было у нас в распоряжении. Это было настоящим испытанием на скорость, гибкость и способность быстро принимать решения.
Особенностью нашего пути была работа без предварительного дизайна и планирования. Мы работали над проектом «на ходу», анализируя реакции пользователей и адаптируя сайт в реальном времени. Если какое-то нововведение не вызывало позитивного отклика юзеров, нам приходилось сразу все менять. Из-за постоянной необходимости менять то, что уже было сделано, мы долгое время не могли перейти к следующим задачам.
Самым сложным испытанием для нас была разработка функционала фильтра. Нужно было учесть множество категорий товаров и разработать логику, которая была бы понятна пользователю и в то же время могла бы обрабатывать большой объем данных. Фильтр несколько раз давал сбои после релиза, и нам приходилось возвращаться к его доработке Здесь на помощь пришел Elasticsearch, который обеспечил высокую скорость поиска, масштабируемость и устойчивость к сбоям.
Еще одним затруднением стала адаптация серверных возможностей сайта к повышенным нагрузкам. Представьте себе: когда на платформе проводятся крупные ивенты, Pullquest одновременно посещают тысячи пользователей. Это как если бы внезапно весь город решил посетить одно и то же место одновременно, и организатором пришлось бы ломать голову над тем, как же лучшим образом распорядиться доступным пространством.
Тысячи пользователей создавали колоссальную нагрузку на ресурсы Pullquest, особенно когда дело доходило до проведения прямых эфиров. Требовалось обеспечить стабильность платформы во время этих наплывов, избежав потери качества обслуживания и ущерба для пользовательского опыта. Нам пришлось провести множество часов, погружаясь в тонкости оптимизации кода и масштабируемости нагрузки.
По итогам пяти недель разработки
- 01
Pullquest упомянули в New York Times
- 02Половина посетителей использует аналитические отчеты
- 03Кастомизация не требует вмешательств в исходный код
- 04Реализованы функции стриминга и чата
- 05Упрощено администрирование
- 06Сайт выдерживает высокие нагрузки
Кто работал над проектом?
- Проектный менеджер
- Frontend-разработчик
- Backend-разработчик
- Тестировщик