Бультех - разработка IT-продуктов
IT и технологии
BULLTECH — разработка IT-продуктов полного цикла. Делимся кейсами, разборами по архитектуре, UX/UI, SEO и интеграциям. Показываем, как технологии решают бизнес-задачи.
IT и технологии
BULLTECH — разработка IT-продуктов полного цикла. Делимся кейсами, разборами по архитектуре, UX/UI, SEO и интеграциям. Показываем, как технологии решают бизнес-задачи.
Шаг 4. Подумайте об интеграциях Этот шаг часто недооценивают,а зря. Если ваш новый продукт не будет продуктивно связан с существующими системами, вы вместо автоматизации получите новый остров хаоса. Какие внешние сервисы вы уже используете? ● CRM-система (например, Битрикс24 или AmoCRM)? ● Бухгалтерская программа (1С, МойСклад)? ● Службы доставки (СДЭК, BoxBerry)? ● Телефония и чаты для общения с клиентами? ● Платежные системы? Наш опыт с проектом AT Trans показал, что объединение 6+ внешних систем в единую экосистему - это ключ к реальной автоматизации. Мы интегрировали телематику, сервис SMS.RU , ГИБДД и другие сервисы, чтобы менеджеры могли управлять автопарком из одного окна. Подробный кейс AT Trans можно посмотреть по ссылке: https://bulltech.ru/projects/at-trans Вот почему вам в…
Читать целикомПредставьте: в одном проекте живут семь видов кнопок «Отправить». Семь. Одновременно. Одна выше. Вторая темнее. Почему? Никто уже не помнит. Третья с другим скруглением. Четвёртая жила только в модальном окне. Пятая вроде такая же, но с другим отступом. Шестая когда-то появилась в мобильной версии и там осталась. Седьмую никто не трогал: старая страница, лучше не лезть. В какой-то момент разработчик получает очередной макет и задаёт совершенно нормальный вопрос: - А эта кнопка такая же, как на главной? Дизайнер открывает макет, потом сайт, потом ещё один макет. - Почти. Здесь она немного другая. Менеджер молчит. Нервно проверяет дедлайн задачи. Пользователю всё равно. Он кнопку видит и жмёт. Проблема не у него, а у проекта. Каждый новый экран превращается в расследование. Почему здесь …
Читать целикомРассказываем о: - Проблемах устаревшей системы - Создании новой архитектуры - SEO и конечно о результатах Читайте по ссылке: https://vc.ru/growth/3165659-kak-my-perestroili-internet-magazin-sportivnyh-tovarov-i-uvelichili-konversiyu-na-23-opyt-bulltech
Бесплатный аудит вашего сайта или сервиса. Проведем анализ: - Структуры и сценария: где теряются клиенты. - Скорость загрузки и мобильную версию. - SEO-показателей и технические ошибки. - Интеграций с различными сервисами. Что вы получите: - Четкий список проблем и точек роста. - Рекомендации, что исправить в первую очередь. - Предварительную оценку сроков и бюджета. Напишите в комментариях «Аудит» или оставьте заявку на нашем сайте: https://bulltech.ru/?utm_source=max&utm_medium=social&utm_campaign=main_page&utm_content=post Мы свяжемся с вами и обсудим детали.
Как бизнесу подготовиться к разработке IT-продукта: 5 простых шагов для тех, кто хочет сэкономить бюджет и нервы Вы решили, что вашему бизнесу нужен новый сайт, приложение или CRM-система. Поздравляем! Это важный и правильный шаг. Но прежде чем писать техническое задание или искать подрядчика, стоит потратить время на подготовку. Поверьте, это сэкономит вам деньги, нервы и месяцы переделок. Мы в Bulltech часто видим, как проекты тормозят на старте именно из-за того, что у бизнеса нет ответов на базовые вопросы. Поэтому мы подготовили чек-лист из 5 шагов, которые помогут вам прийти к разработчику с четким пониманием задачи. Шаг 1. Определите бизнес-задачу, а не просто «хотелку» Это самый важный шаг, который определяет всё остальное. Вместо: «Хочу мобильное приложение, как у конкурентов» …
Читать целикомОтвечаем в ней на вопросы: - Что нужно определить до начала разработки? - CMS или кастомная разработка? - Почему кастом почти всегда лучше? - От чего зависит стоимость? Читайте по ссылке: https://vc.ru/dev/3139570-kastomnaya-razrabotka-internet-magazina #статьи
В IT это отдельное состояние проекта. Еще недавно у него были сроки, план и понятный список задач. Потом сроки начали двигаться, задачи - прибавляться, а слово «срочно» постепенно стало обычной частью переписки. В какой-то момент кажется, что решение очевидно: нужно просто работать быстрее. Больше разработчиков. Больше часов. Больше контроля. Желательно все сразу. Но если проект уже буксует, скорость редко бывает главной проблемой. Поэтому первое, что мы делаем в такой ситуации - не начинаем срочно писать еще больше кода. Сначала разбираемся, где именно проект остановился. Причина может оказаться технической: не собирается приложение, падает интеграция с 1С, одна часть системы блокирует другую. А может оказаться, что с кодом все более-менее нормально. Просто требования за месяц менялис…
Читать целикомОчень распространенная последовательность. Сначала несколько месяцев проектируют сайт, рисуют страницы, согласовывают тексты, запускают. А потом вспоминают, что хорошо бы еще появляться в Яндексе и Google. И кажется, что дальше дело нехитрое: добавить ключевые слова, прописать пару метатегов - и поисковый трафик наконец пойдет. А дальше Яндекс и Google, по замыслу, должны сами догадаться, какой прекрасный сайт перед ними. Но у SEO неприятная особенность: многое из того, что ему нужно, создается еще до того, как сайт становится "готовым". Подготовили для вас чек-лист "Что должно быть готово на сайте до старта SEO-продвижения": 🔲 Техническая база. Скорость загрузки (Core Web Vitals), корректная работа на мобильных устройствах, SSL-сертификат. Если сайт грузится 5 секунд, никакие тексты е…
Читать целикомБесплатный аудит вашего сайта или сервиса. Проведем анализ: - Структуры и сценария: где теряются клиенты. - Скорость загрузки и мобильную версию. - SEO-показателей и технические ошибки. - Интеграций с различными сервисами. Что вы получите: - Четкий список проблем и точек роста. - Рекомендации, что исправить в первую очередь. - Предварительную оценку сроков и бюджета. Напишите в комментариях «Аудит» или оставьте заявку на нашем сайте. Мы свяжемся с вами и обсудим детали. Бультех в Telegram | MAX | ВКонтакте | VC | Behance
Обычная программа лояльности часто знает о вас примерно одно: вы существуете. Поэтому открываешь каталог - а там скидка на то, что вам не нужно, предложение в городе, где вы не живете, и еще двадцать карточек на случай, если первые две почему-то не убедили. Мы делали закрытый веб-сервис программы лояльности и решили, что пользователь не обязан самостоятельно раскапывать полезное среди всего остального. Пусть этим занимается система. Сначала она учитывает, к какой компании относится человек. Потом - его интересы. Затем - локацию. Если предложение работает в городе пользователя, оно поднимается выше. То есть каталог один. Но для разных людей он уже немного разный. И сами предложения тоже не совсем обычные: партнеры могут давать пользователям сервиса условия выгоднее тех, что доступны в и…
Читать целикомПользователь нашел ваш сайт. Разобрался в услуге. Посмотрел кейсы. Почти решился и нажал "Оставить заявку". Казалось бы, клиент уже у двери. И тут начинается: имя, фамилия, отчество, компания, должность, email, телефон, город, бюджет, сроки, комментарий... Еще два вопроса - и пользователь уже вправе рассчитывать на соцпакет. Мы видели сотни таких форм. И каждый раз возникает один вопрос: зачем вам отчество человека, который пока даже не знает, сколько стоят ваши услуги? Вот основные ошибки и то, как их исправить. Ошибка 1: Сбор досье вместо начала разговора На первом касании форма пытается узнать всё и сразу. Но чем больше обязательных полей, тем больше причин этот разговор вообще не начинать. Решение: Сделайте первый шаг коротким. Имя и телефон (или email). Остальное можно узнать по…
Читать целикомФраза прекрасная. В ней есть все: оптимизм, вера в код и вполне человеческое желание нажать "Опубликовать" уже сегодня. Заказчика тоже можно понять. Продукт почти готов, разработчики уверены, все открывается, кнопки нажимаются. И тут появляется тестирование, которое со стороны легко принять за дополнительное время и деньги на проверку того, что вроде бы и так работает. Вот только QA - это не человек, который еще раз нажимает те же кнопки. У разработчика вектор один: собрать систему так, чтобы она работала. У тестировщика - обратный: найти, где и при каких условиях она перестанет работать. И чем раньше ошибки встретятся в проекте, тем меньше шансов, что роль тестировщика внезапно достанется пользователю уже после релиза. Это как с парашютом: до прыжка проверяют все, что можно проверить.…
Читать целикомСайт использует куки. Нажимая «Хорошо», вы соглашаетесь на обработку данных.