Что такое Anticode
В любом бизнесе в какой-то момент накапливается критическая масса задач, проблем, неурегулированных процессов на «ручном приводе» и другого хлама, что всё вместе я называю «Операционный хаос». В результате у собственника начинает теряться ощущение контроля за ситуацией и собственным делом. Бизнес сложнее, а в некоторых случаях невозможно масштабировать. Усугубляет положение отсутствие адекватного мониторинга за ключевыми показателями бизнеса, которые важны как приборная панель за рулём автомобиля.
Но, благо, мы живём в цифровую эпоху, когда хаос можно систематизировать. Современные инструменты позволяют навести порядок в бизнес-процессах, серьёзно сэкономить за счёт автоматизации, высвободить человеческий ресурс, наладить мониторинг важных метрик, что обеспечивает в итоге контролируемое управляемое масштабирование и рост бизнеса.
Меня зовут Сидоров Антон и я уже не один десяток лет помогаю бизнесу решать задачи и проблемы путём разработки и внедрения цифровых IT продуктов. По образованию я профессиональный системный аналитик – я называю эту профессию «переводчик с АйТишного на человеческий». С одной стороны я общаюсь с программистами на одном языке (я сам в прошлом разработчик), с другой могу простыми и понятными словами объяснить сложные IT-понятия даже далёкому от этого человеку.
Я помогал внедрять IT-системы в компаниях и непосредственно участвовал в таких проектах, как:
— Госуслуги (разработка портала и ведомственных систем, а также перевод и внедрение электронных услуг)
— AT Consulting
— Ростелеком
— СеверСталь
— Xometry (американский производственный маркетплейс, торгуется на фондовой бирже Нью-Йорка)
Канал Anticode посвящён решению бизнес-задач с помощью огромного арсенала IT-решений. Здесь я буду знакомить с такими инструментами, простыми словами объяснять, как всё функционирует, показывать рабочие кейсы, разбирать конкретные проблемы и варианты их решения.
Если у тебя свой бизнес и откликается что-то из того, что я описал выше – подписывайся на мой канал. Здесь не будет спама и частых постов, только отборная и важная информация, поэтому рекомендую закрепить канал в списке чатов и не отключать уведомления.
Я хочу, чтобы этот канал читала по-настоящему качественная Аудитория с большой буквы.
В любом бизнесе в какой-то момент накапливается критическая масса задач, проблем, неурегулированных процессов на «ручном приводе» и другого хлама, что всё вместе я называю «Операционный хаос». В результате у собственника начинает теряться ощущение контроля за ситуацией и собственным делом. Бизнес сложнее, а в некоторых случаях невозможно масштабировать. Усугубляет положение отсутствие адекватного мониторинга за ключевыми показателями бизнеса, которые важны как приборная панель за рулём автомобиля.
Но, благо, мы живём в цифровую эпоху, когда хаос можно систематизировать. Современные инструменты позволяют навести порядок в бизнес-процессах, серьёзно сэкономить за счёт автоматизации, высвободить человеческий ресурс, наладить мониторинг важных метрик, что обеспечивает в итоге контролируемое управляемое масштабирование и рост бизнеса.
Меня зовут Сидоров Антон и я уже не один десяток лет помогаю бизнесу решать задачи и проблемы путём разработки и внедрения цифровых IT продуктов. По образованию я профессиональный системный аналитик – я называю эту профессию «переводчик с АйТишного на человеческий». С одной стороны я общаюсь с программистами на одном языке (я сам в прошлом разработчик), с другой могу простыми и понятными словами объяснить сложные IT-понятия даже далёкому от этого человеку.
Я помогал внедрять IT-системы в компаниях и непосредственно участвовал в таких проектах, как:
— Госуслуги (разработка портала и ведомственных систем, а также перевод и внедрение электронных услуг)
— AT Consulting
— Ростелеком
— СеверСталь
— Xometry (американский производственный маркетплейс, торгуется на фондовой бирже Нью-Йорка)
Канал Anticode посвящён решению бизнес-задач с помощью огромного арсенала IT-решений. Здесь я буду знакомить с такими инструментами, простыми словами объяснять, как всё функционирует, показывать рабочие кейсы, разбирать конкретные проблемы и варианты их решения.
Если у тебя свой бизнес и откликается что-то из того, что я описал выше – подписывайся на мой канал. Здесь не будет спама и частых постов, только отборная и важная информация, поэтому рекомендую закрепить канал в списке чатов и не отключать уведомления.
Я хочу, чтобы этот канал читала по-настоящему качественная Аудитория с большой буквы.
👍5
Существует огромное количество информационных систем, которые так или иначе помогают бизнесу автоматизировать и оптимизировать бизнес-процессы, структурировать данные, принимать управленческие решения, экономить человеческие ресурсы и деньги, в итоге зарабатывать больше за счёт контролируемого масштабирования.
Чтобы не запутаться в обилии систем существует их классификация, причём многоуровневая. Начнём разбираться во всём этом и сначала пройдёмся по самым знакомым классам IT-систем для бизнеса.
Чтобы не запутаться в обилии систем существует их классификация, причём многоуровневая. Начнём разбираться во всём этом и сначала пройдёмся по самым знакомым классам IT-систем для бизнеса.
👍5
CRM – Customer Relationship Management (управление отношениями с клиентами)Пожалуй, самый известный класс информационных систем, про который не слышал разве что ленивый. Из всех щелей прут предложения, мол, давайте внедрим вам CRM (в народе «ЦРМ»), и чуть ли не каждый мамкин предприниматель устанавливает себе эту систему, даже ещё не сделав ни одной продажи.
Если совсем грубо, то CRM-система – это картотека клиентов, где очень детально фиксируется всё, что с ними связано:
— Базовая информация (в том числе дата рождения собаки)
— Факт продажи и текущий статус заключения сделки (те самые пресловутые «воронки продаж», которым учат сейлз-гуру)
— Все контракты (или товары), включая общий объём продаж
— Все контакты с клиентом (например, когда последний раз звонили поздравить его тёщу с урожаем)
— Система напоминаний и оповещений (когда там у собачки ДР)
— Данные продаж по отдельным продавцам, командам или подразделениям (статистика, графики, таблички)
В общем и целом, всё это позволяет довольно удобно управлять самим процессом продаж. Именно процессом, так как если он пока в принципе не выстроен, никакого смысла внедрять такую штуку нет. Это как купить гараж при отсутствии машины. Денег стоит, деньги кушает, а пользы не приносит. Но гараж хотя бы сдать в аренду можно, а CRM – нет…
А вот когда процесс уже налажен и возникает потребность в том, чтобы его упорядочить – тут такие системы приходятся очень кстати. И тогда действительно, чем раньше, тем эффективнее можно будет ими управлять, ведь будет видно, кто продаёт больше и как, что продаётся лучше и почему, сколько потенциальных денег зависло на каком этапе и прочая важная инфа.
#классификатор #CRM #продажи
👍2❤1
Отметь, про что именно тебе хотелось бы почитать в этом канале или предложить свои варианты в комментарии к посту.
Anonymous Poll
28%
Какие no-code и low-code инструменты применяются в большом бизнесе уже сегодня
44%
Как можно использовать искусственный интеллект для решения бизнес-задач
6%
На какие показатели бизнес могут влиять внедряемы IT-решения
33%
Классическая разработка против no-code и low-code - что выбрать для внедрения
11%
Зачем компании платят миллионы за IT консалтинг
39%
Зачем внедряют CRM, BI, ITSM, ERP и другие классы программного обеспечения
56%
Реальные кейсы внедрения и разработки IT-решений
17%
Сколько стоят IT-решения различных классов
17%
Как разрабатываются IT-решения различных классов
11%
Свой вариант в комментариях
BI – Business Intelligence (бизнес-аналитика)Эти системы пылесосят данных из всех углов и закоулков бизнеса: той же CRM-системы, баз данных, ERP (про это будет отдельная статья), серверов и всего, что только можно и нельзя.
Далее данные очищаются, так как в сыром виде их скушать не получится, иначе несварение у системы. Как только данные очищены и нормализованы, из них можно приготовить графики, диаграммы, отчёты и на их основе выявлять полезного рода информацию. Например, определённые шаблоны поведения клиентов, тенденции, какие-то детали, которые иначе остались бы незаметными.
Можно по-всякому вертеть и крутить полученные данные, смотреть диаграммы в разных разрезах бизнеса, как на органы в музее анатомии. Это позволяет принимать на основе этих данных обоснованные стратегические и тактические решения.
#классификатор #BI #аналитика #данные
👍3👻1
Системы BI обычно внедряются в крупные корпорации на достаточно зрелой стадии и на то есть несколько причин.
— У них уже собрано достаточное количество данных, которые можно анализировать для принятия решений (та самая Big Data). Да, если бизнесу несколько месяцев от роду, ни о какой адекватной статистике не может идти речи, так как много информации будет пока на уровне погрешностей и нормальных отклонений.
— Бизнес достиг той планки, когда уже очевидные изменения не приводят к ожидаемому результату и нужны более глубокие и тонкие познания для принятия решений. Например, онлайн-ритейлер видит, что существует корреляция между дождливой погодой и количеством заказов. Значит, например, можно запускать более активный маркетинг в дождливые дни. Реальный кейс, кстати: люди менее охотно идут в оффлайн-магазины в плохую погоду, удобнее заказать доставку.
— У бизнеса уже есть подходящая инфраструктура для того, чтобы обеспечивать жизнеспособность такого класса систем. Они, как правило, очень сильно жрут ресурсы и требуют мощных отказоустойчивых серверов.
— Бизнес готов инвестировать во внедрение таких систем кругленькую сумму. Это заметный кусок бюджета, да и внедрение занимает длительное время. Плюс не получится один раз вбросить котлету и забыть про неё: она требует постоянной поддержки и развития, иначе всё насмарку.
#классификатор #BI #аналитика #данные
— У них уже собрано достаточное количество данных, которые можно анализировать для принятия решений (та самая Big Data). Да, если бизнесу несколько месяцев от роду, ни о какой адекватной статистике не может идти речи, так как много информации будет пока на уровне погрешностей и нормальных отклонений.
— Бизнес достиг той планки, когда уже очевидные изменения не приводят к ожидаемому результату и нужны более глубокие и тонкие познания для принятия решений. Например, онлайн-ритейлер видит, что существует корреляция между дождливой погодой и количеством заказов. Значит, например, можно запускать более активный маркетинг в дождливые дни. Реальный кейс, кстати: люди менее охотно идут в оффлайн-магазины в плохую погоду, удобнее заказать доставку.
— У бизнеса уже есть подходящая инфраструктура для того, чтобы обеспечивать жизнеспособность такого класса систем. Они, как правило, очень сильно жрут ресурсы и требуют мощных отказоустойчивых серверов.
— Бизнес готов инвестировать во внедрение таких систем кругленькую сумму. Это заметный кусок бюджета, да и внедрение занимает длительное время. Плюс не получится один раз вбросить котлету и забыть про неё: она требует постоянной поддержки и развития, иначе всё насмарку.
#классификатор #BI #аналитика #данные
👍7
Внедрять информационную систему только для того, чтобы она была или потому что «вон, у всех есть CRM», во всех щелях про них твердят, что это необходимо в любом бизнесе и прочий бред – это пустая трата денег, времени и нервов.
IT системы внедряют все подряд, без разбора. Многие бизнес начинают с настройки CRM-системы, даже не понимая при этом её назначения. Это стало буквально определением самого бизнеса. Как раньше, чтобы начать бизнес сначала снимали офис, теперь внедряют IT-системы. И всё это ещё до первых продаж. Или делают сайты-визитки, на которые никто, кроме собственника не заходит. Абсолютная глупость!
IT-система – это инструмент, призванный решать конкретную задачу бизнеса. Начинать бизнес с внедрения инструмента – это то же самое, что взять с собой молоток на кружок «сделай сам», на котором будут собирать фигурки из папье-маше.
Сначала должна возникнуть чёткая потребность в решении определённой задачи. Многим бизнесам все эти инструменты зачастую и не нужны вовсе. Только когда мы понимаем, что есть определённая задача, для решения которой нужен специфический инструмент. И то в большинстве случаев существуют обходные пути и другие решения, даже вне IT.
Затем, когда потребность сформирована, нужно убедиться в том, что инструмент чётко решит поставленную задачу. Потому что небольшой интернет-магазин для учёта товаров может решить внедрить полновесную ERP-систему, которая стоит как чугунный мост, внедряется адово долго и имеет столько всего лишнего, что никогда себя не окупит. А можно было внедрить лёгкую складскую онлайн-систему, которая настраивается за пару часов.
В общем призываю беречь свои кошельки, часы и нервы. Как именно – будем разбираться здесь.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14❤3👍2
Мы говорим про цифровую среду и здесь первоочередную роль играют данные. Причём абсолютно любые – объёмы продаж или данные сделок, количество товара на складе или задействованном в производственном процессе, порядок заправления кроватей грязными и чистыми простынями и всё, что только можно вообразить.
Так вот Retool (так он называется) позволяет организовать работу со всеми этими данными, причём делает это профессиональным образом. Фактически это no-code инструмент, где можно с нуля из готовых блоков собрать экраны и формы, подключить к ним данные из разных источников и запустить систему.
Собирается как конструктор из готовых блоков, с чем справится средней руки аналитик. При этом есть возможности для более глубокой разработки, если вдруг понадобится расширить функциональность.
На выходе получается рабочий инструмент, который можно настроить практически под любой процесс: от выставления счетов до координации работы сложных механизмов, от простых дашбордов до комплексных панелей управления бизнесом.
Проще говоря, можно построить приборную панель, с помощью которой сотрудники могут работать с данными бизнеса. С помощью этой штуки можно много чего автоматизировать и тем самым высвободить кучу времени, которое обычно тратится на рутинные задачи.
И да, эту штуку используют огромные корпорации, что в очередной раз подтверждает её жизнеспособность и пользу. Бери на вооружение!
Please open Telegram to view this post
VIEW IN TELEGRAM
👍17🔥1
ERP – Enterprise Resource Planning (центр управления полётом)Монструозные системы, которые охватывают всё и вся в бизнесе: от управления заказами до учёта количества рулонов туалетной бумаги. Суть ERP в её комплексности: в ней есть абсолютно всё, что может понадобиться при управлении бизнесом.
ERP – это такой огромный склад информации, который по запросу у кладовщика позволяет вытащить нужный кусок. А по нажатию на кнопку может запустить целый процесс, который примет новую партию товара и разместит её на нужных стеллажах.
Обычно с помощью ERP систем автоматизируют ключевые операционные процессы бизнеса, такие как финансы, учет, логистика, производство, продажи, управление персоналом.
На практике это означает, что Любовь Ивановна из бухгалтерии теперь будет делать проводки не в своих огромных тетрадях (надеюсь, кто-нибудь ещё помнит эти тёмные времена) и даже не в Экселе, а в специально заточенном под её действия интерфейсе и при сохранении данные сразу попадут куда надо, а руководитель при необходимости получит наглядный отчёт в тот же момент.
В итоге экономит неимоверное количество времени, трудозатрат и денег, а также увеличивает управляемость бизнеса, потому что все данные теперь в цифровом виде и этим действительно можно управлять.
Внедрение ERP – это отдельная песня, которая длится годами и тысячами часов разработки, особенно для реального сектора. В России самая распространённая ERP – это 1С, думаю, про неё не слышал разве что ленивый. Она очень гибкая и её можно внедрить буквально в любой бизнес.
Но часто используется и второй подход – написание своей собственной ERP системы, которая изначально разрабатывается по лекалам самих бизнес-процессов. Но это, как правило, бизнесы, где само владение такой системой и есть суть бизнеса.
#классификатор #ERP #ресурсы #данные #бизнеспроцессы
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9
HRMS – Human Resources Management Systems или системы управления ресурсами человеческого капиталаКогда бизнес переступает определённый порог в количестве сотрудников, становится довольно сложно управлять процессом найма на коленке. Да и не только найма, а вообще всеми аспектами человеческого ресурса.
Когда Валентина Вениаминовна была последний раз в отпуске, не зачастил ли наш «программист» из подвала выгорать в этом квартале? Рабочее время, отпуск, больничный, всё фиксируется в таких системах.
Можно оценивать производительность отдельных сотрудников или подразделений, оценивать результаты работы, управлять системой вознаграждений и компенсаций, включая зарплату, премии, бонусы и прочие прелести рабочей жизни.
Тренинги, курсы, семинары – мы же хотим развивать сотрудников, так ведь? (Так ведь?) Эти системы помогают планировать и отслеживать процессы обучения персонала. Для корпоративного обучения существует специализированный класс систем – LMS, но про это отдельно как-нибудь расскажу. Главное тут понимать, что некоторые HRMS уже содержать в себе часть этой функциональности (дабы не переплатить дважды за одно и то же).
HR-ы, как правило, основные выгодополучатели таких систем, потому что они позволяют поставить на поток и перевести на автомат систему найма. Можно автоматически размещать вакансии, пылесосить кандидатов с рынка и закидывать их коллегам: пусть себе собеседуют.
Ну а вишенкой на торте является отчётность и аналитика по всему этому добру: в руках руководства (особенно HR подразделения) появляется инструмент с железобетонными аргументами, на основе которых можно принимать взвешенные решения. Конечная цель же такая – принимать решения, которые будут способствовать росту бизнеса.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11❤2
Никогда не связывайся с reg.ru!
Настойчиво рекомендую обходить этот хостинг стороной! Я уже однажды писал про то, что они берут деньги за каждый чих и микрофункцию. При этом были комментарии о том, что на других хостингах все эти услуги уже включены в стоимость. Но при этом тарифы основного хостинга reg.ru не дешевле, а чаще даже дороже других, где всё это «включено» в базовую стоимость…
Но стоимость, это даже не главная причина. А вот что вывело меня из себя – это абсолютно скотское отношение к клиенту как точки зрения сервиса, так и предоставления своей базовой услуги.
Какая цель покупки хостинга? Доступность моего сайта в сети в любое время. Хостинг должен обеспечивать его бесперебойную работу, за это я и плачу деньги. Вчера ко мне обратился заказчик со срочной просьбой проверить, почему вдруг перестал работать сайт – это крупный интернет-магазин с сотнями заказов ежедневно на солидные чеки. То есть любой простой сайта даже на несколько часов – ощутимый удар по бизнесу.
Начну с того, как заказчик узнал про то, что сайт недоступен. Хостинг прислал уведомление? Может из поддержки сообщили, что у вас что-то с сайтом? Сработало оповещение мониторинга сайта? Не-а, заказчик зашёл на сайт проверить заказы. То есть хостингу фиолетово, выполняет ли их система свою базовую функцию – работоспособность сайтов.
Окей, допустим, что за такой мониторинг и оповещения надо доплатить отдельно. При этом у заказчика куплена услуга «Расширенная тех. поддержка хостинга», что бы это не означало, но уж точно не оповещение о том, что сайт не работает.
Обратились в срочном порядке в эту расширенную техподдержку и получили ответ: «Сайт не работает, из-за блокировки, которая была установлена из-за того, что размер базы данных превышает 4 ГБ.»😱 То есть они сами заблокировали сайт в связи со своими же ограничениями, никак об этом не оповестили и более того, не предупредили о том, что база приближается к критическому порогу…
Ох, как же у меня горит жопа с этого… Чувствую, это будет огромный эпос, посвящённый любимому хостингу.
Настойчиво рекомендую обходить этот хостинг стороной! Я уже однажды писал про то, что они берут деньги за каждый чих и микрофункцию. При этом были комментарии о том, что на других хостингах все эти услуги уже включены в стоимость. Но при этом тарифы основного хостинга reg.ru не дешевле, а чаще даже дороже других, где всё это «включено» в базовую стоимость…
Но стоимость, это даже не главная причина. А вот что вывело меня из себя – это абсолютно скотское отношение к клиенту как точки зрения сервиса, так и предоставления своей базовой услуги.
Какая цель покупки хостинга? Доступность моего сайта в сети в любое время. Хостинг должен обеспечивать его бесперебойную работу, за это я и плачу деньги. Вчера ко мне обратился заказчик со срочной просьбой проверить, почему вдруг перестал работать сайт – это крупный интернет-магазин с сотнями заказов ежедневно на солидные чеки. То есть любой простой сайта даже на несколько часов – ощутимый удар по бизнесу.
Начну с того, как заказчик узнал про то, что сайт недоступен. Хостинг прислал уведомление? Может из поддержки сообщили, что у вас что-то с сайтом? Сработало оповещение мониторинга сайта? Не-а, заказчик зашёл на сайт проверить заказы. То есть хостингу фиолетово, выполняет ли их система свою базовую функцию – работоспособность сайтов.
Окей, допустим, что за такой мониторинг и оповещения надо доплатить отдельно. При этом у заказчика куплена услуга «Расширенная тех. поддержка хостинга», что бы это не означало, но уж точно не оповещение о том, что сайт не работает.
Обратились в срочном порядке в эту расширенную техподдержку и получили ответ: «Сайт не работает, из-за блокировки, которая была установлена из-за того, что размер базы данных превышает 4 ГБ.»
Ох, как же у меня горит жопа с этого… Чувствую, это будет огромный эпос, посвящённый любимому хостингу.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
Беги подальше от reg.ru. Часть 2
Итак, сайт заказчика превысил допустимый порог размера базы данных. «Расширенная» техподдержка рекомендует «перенести сайт на CloudVPS, там нет ограничений на размер базы данных». Окей, то есть сайтовый хостинг возможностей расширения не имеет.
Что делает заказчик в этом случае (напоминаю, что бизнес теряет деньги каждую минуту простоя сайта)? Конечно, бежит подключать этот CloudVPS. Знаешь, сколько вариантов тарифов для этой услуги? 29, Карл! Они ещё на группы делятся: стандартные, высокочастотные и выделенные. Как рядовой пользователь хостинга (например, владелец интернет-магазина) должен разобраться в том, с какой частотой процессор нужен для того, чтобы поднять его сайт…
Разумеется, заказчик выбирает первый попавшийся, ориентируясь по стоимости. И бежит обратно в поддержку, чтобы узнать, когда сайт станет доступен. Бравые поддерживальщики отвечают гениальное: «Как вижу вы приобрели Облачный сервер. Чтобы сайт стал доступен необходимо перенести его на этот сервер. Если вам необходима наша помощь, то вам необходимо приобрести сервер с панель управления, например ISPManager … поскольку наши специалисты осуществляют перенос только на серверы с панелью управления.»
Эмм, то есть вы попросили купить CloudVPS, при этом не объяснив даже, что именно выбрать, а после того, как заказчик приобрёл сервер, выясняется, что это не то, что надо было. А что так можно вести себя с клиентами? Почему технические специалисты хостинга не способны сами установить ISPManager (панель управления) на чистый сервер, для меня остаётся загадкой.
В этот момент уже подключаюсь я, приобретаю нужный сервер с предустановленной панелью и пишу запрос на перенос сайта. Сам пытаюсь войти в панель управления сервера, получаю ошибку загрузки страницы и отправляю им скриншот того, что не могу достучаться до админки. Горячо любимые ребята отвечают: «Панель управления открывается корректно», и присылают скриншот. IT-классика, ага: у меня всё работает.
Думаешь, это всё? Как бы не так, продолжение следует)
Итак, сайт заказчика превысил допустимый порог размера базы данных. «Расширенная» техподдержка рекомендует «перенести сайт на CloudVPS, там нет ограничений на размер базы данных». Окей, то есть сайтовый хостинг возможностей расширения не имеет.
Что делает заказчик в этом случае (напоминаю, что бизнес теряет деньги каждую минуту простоя сайта)? Конечно, бежит подключать этот CloudVPS. Знаешь, сколько вариантов тарифов для этой услуги? 29, Карл! Они ещё на группы делятся: стандартные, высокочастотные и выделенные. Как рядовой пользователь хостинга (например, владелец интернет-магазина) должен разобраться в том, с какой частотой процессор нужен для того, чтобы поднять его сайт…
Разумеется, заказчик выбирает первый попавшийся, ориентируясь по стоимости. И бежит обратно в поддержку, чтобы узнать, когда сайт станет доступен. Бравые поддерживальщики отвечают гениальное: «Как вижу вы приобрели Облачный сервер. Чтобы сайт стал доступен необходимо перенести его на этот сервер. Если вам необходима наша помощь, то вам необходимо приобрести сервер с панель управления, например ISPManager … поскольку наши специалисты осуществляют перенос только на серверы с панелью управления.»
Эмм, то есть вы попросили купить CloudVPS, при этом не объяснив даже, что именно выбрать, а после того, как заказчик приобрёл сервер, выясняется, что это не то, что надо было. А что так можно вести себя с клиентами? Почему технические специалисты хостинга не способны сами установить ISPManager (панель управления) на чистый сервер, для меня остаётся загадкой.
В этот момент уже подключаюсь я, приобретаю нужный сервер с предустановленной панелью и пишу запрос на перенос сайта. Сам пытаюсь войти в панель управления сервера, получаю ошибку загрузки страницы и отправляю им скриншот того, что не могу достучаться до админки. Горячо любимые ребята отвечают: «Панель управления открывается корректно», и присылают скриншот. IT-классика, ага: у меня всё работает.
Думаешь, это всё? Как бы не так, продолжение следует)
❤1🤯1
Надо отдать должное, когда новый сервер с панелью управления был куплен, ребята выполнили перенос сайта с базой данных на него ровно за 50 минут. Я всё проверил: работает корректно и переключил DNS-записи (что это такое, можно почитать в моём прошлом посте) на новый сервер. Сайт заработал, всё отлично.
Но теперь у заказчика появилось целых четыре админки, в которых ему придётся разбираться:
1. админка самого рег.ру, где ты покупаешь все их бесчисленные услуги
2. админка хостинга сайта, на которой оставалась доменная почта
3. админка рег.ру облака – да, для этих облачных серверов, которые нужно было купить, так как серверы из первой панели ограничены, есть отдельная адмика (не спрашивай. Зачем, я хрен знает)
4. админка облачного сервера, где уже скрыты все настройки самого сервака, включая DNS, сертификаты домена, настройки сайта и всё остальное важное.
…
Для понимания: это четыре разных логина, 4 разных пароля, 4 отдельных и разных интерфейса. Уважаемые рег.ру, можете, пожалуйста, уволить человека, который у вас за UX отвечает? Кажется, он немного иные функции выполняет.
Сайт перенесли, теперь я хочу вернуть деньги за те лишние серверы, которые были оплачены по наводке самой техподдержки, но оказались негодными для наших целей.
Пишу запрос в поддержку: «Прошу отключить, удалить и вернуть деньги за оплату следующих серверов…» и перечисляю их. Ответом ребята, видимо, хотели сделать контрольный выстрел и выдали: «Сделать это вам нужно самостоятельно».
Как же сложно, когда привыкаешь к хорошему сервису и оно становится нормой, адекватно воспринимать такое вот отношение к себе. Когда ты просто пишешь проблему и тебе её решают. Сразу, без вопросов, без тыканья носом в инструкции или бессмысленных подъёбок вроде «у нас всё работает».
Ну что ж, окей, пойду сам себе верну деньги.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5
В итоге, как я писал в прошлом посте, сайт заработал, всё ок. Но заказчик заметил, что перестали приходить письма на корпоративную почту. Ещё один сюрприз от любимого хостинга: вместе с сайтом они перенесли и почтовый сервер на новый хостинг, при этом даже не предупредив об этом.
Да, почта работала и надо было просто поменять настройки почтового сервера на новые, но заказчик уже пропустил несколько срочных писем. Когда такая штука становится финальной вишенкой на торте неработающего сайта, есть его уже совсем не хочется. К такому выводу мы в итоге и пришли – перенести домен, почту и сайт на другой хостинг. Именно этой процедурой я сейчас и занят. И я уверен, что это станет огромным облегчением для заказчика, когда узнает, а как ещё может быть.
Перечислю некоторые факторы моего хостинга в противовес рег.ру. Я не собираюсь давать бесплатную рекламу, хотя ранее уже упоминал свой хостинг в своих постах, неленивый сможет найти.
1. Брать деньги за любую мизерную услугу, например переадресацию сайта – опубликовать статью, где написано, как настроить переадресацию быстро и бесплатно
2. Отключать сайт без предупреждения за ограничение, которое закопано глубоко в условиях использования тарифа – предупреждать за два месяца о том, что надо будет продлить домен, даже если на счёте есть деньги для автоматического продления. Кстати, после переноса сайта на новый сервер, объём базы составлял 3,5 ГБ, то есть до предельного порога в 4 ГБ база не распухла. Но сайт всё равно отключили.
3. Брать деньги за «расширенную техподдержку» – любой запрос является приоритетным и за это не нужно доплачивать.
4. Давать клиенту общие указания без конкретики и тыкать носом в стиле «у нас всё работает» – действительно решать задачу сразу, после первого сообщения со стороны клиента.
5. В случае приобретения виртуального сервера выдать клиенту 4 админки – всё решается и настраивается через одну единственную панель управления.
Остальное можешь прочитать в предыдущих постах.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2
При разработке и развитии любого продукта есть одна вещь, которую я считаю архиважной на определённом этапе. Это этап, когда продукт уже прошёл тестирование и довольно активно используется и для дальнейшего движения вперёд необходимо принимать решения о том, что изменить в продукте, каким образом, что является его истинной ценностью для пользователя и как сделать эту ценность ещё больше и заметнее. Что всегда влияет на как на воспринимаемую, так и реальную (в денежном выражении) стоимость.
И речь здесь не только про цифровые продукты в виде программ и сервисов, а вполне осязаемые и реальные вещи, в том числе любой оффлайн продукт. Это может быть сервис интернет-магазина, любая услуга или какой-то товар.
И эта вещь – продуктовая аналитика. Набор метрик, анализ которых позволяет аккуратно и взвешенно принимать решения насчёт развития продукта, улучшения его характеристик и даже стратегии маркетинга. С помощью этих показателей можно выявить, например, что продолговатый массажёр для лица так хорошо продаётся, потому что используется не по прямому назначению, а эта замечательная кнопка на сайте, которую вы с дизайнером потом и кровью выковыривали из себя 1,5 месяца, нажимается примерно раз в квартал.
Разумеется, с помощью цифровых сервисов можно все эти данные собирать, комбинировать как надо и выводить в понятном и читаемом формате, в виде графиков, простых и наглядных таблиц и по-всякому крутить-вертеть, чтобы рассмотреть их с нужной перспективы.
Одним из таких инструментов является Amplitude – комплексный инструмент для сбора данных и построения аналитических панелей (дашбордов). На нём можно довольно быстро собрать себе панель управления по вкусу и нуждам. К тому же он бесплатный, пока ты не нагрузишь его больше, чем 50 000 событий в течение месяца, так что для начала, думаю, хватит.
С точки зрения сложности внедрения эта штука одна из самых простых на рынке, работает не сложнее чем известные всем Яндекс.Метрика или бывшая Google Analytics. Правда, покодить всё же придётся.
И речь здесь не только про цифровые продукты в виде программ и сервисов, а вполне осязаемые и реальные вещи, в том числе любой оффлайн продукт. Это может быть сервис интернет-магазина, любая услуга или какой-то товар.
И эта вещь – продуктовая аналитика. Набор метрик, анализ которых позволяет аккуратно и взвешенно принимать решения насчёт развития продукта, улучшения его характеристик и даже стратегии маркетинга. С помощью этих показателей можно выявить, например, что продолговатый массажёр для лица так хорошо продаётся, потому что используется не по прямому назначению, а эта замечательная кнопка на сайте, которую вы с дизайнером потом и кровью выковыривали из себя 1,5 месяца, нажимается примерно раз в квартал.
Разумеется, с помощью цифровых сервисов можно все эти данные собирать, комбинировать как надо и выводить в понятном и читаемом формате, в виде графиков, простых и наглядных таблиц и по-всякому крутить-вертеть, чтобы рассмотреть их с нужной перспективы.
Одним из таких инструментов является Amplitude – комплексный инструмент для сбора данных и построения аналитических панелей (дашбордов). На нём можно довольно быстро собрать себе панель управления по вкусу и нуждам. К тому же он бесплатный, пока ты не нагрузишь его больше, чем 50 000 событий в течение месяца, так что для начала, думаю, хватит.
С точки зрения сложности внедрения эта штука одна из самых простых на рынке, работает не сложнее чем известные всем Яндекс.Метрика или бывшая Google Analytics. Правда, покодить всё же придётся.
👍1
Пару недель назад ко мне обратился заказчик с необычной просьбой реализовать фронтовую часть приложения, которое уже по всей видимости было разработано, на Directual, что само по себе мне показалось странным, потому что фронт – не сильная сторона Directual, в первую очередь это бэкенд и API. Соответственно, я стал задавать ему уточняющие вопросы и в итоге мы пришли к выводу, что нужно провести полноценную консультацию.
На этой консультации я выяснил, что само приложение сейчас реализовано на Bubble, а бэкенд разработан самостоятельно, то есть это не no-code. Проблема заключалась в том, что вся эта связка работает очень медленно и приложение неюзабельно с точки зрения пользователя. И задача команда разработки заключалась в том, чтобы перейти на новый фронт с Бабла.
Но самое ли это оптимальное решение в данной ситуации? И что меня больше всего насторожило – это то, что Bubble сейчас лидирует на рынке no-code и вряд ли им бы пользовалось такое количество людей, было собрано огромное комьюнити, они привлекли бы столько денег на развитие, если бы приложения, собранные на этой платформе, были не юзабелены.
К тому же я сам уже несколько лет вполне успешно использую Bubble для разных проектов, и он показывает себя очень хорошо, в том числе и скорости работы. Да, естественно, качественно и чисто написанный кастомный JavaScript или сайт, работающий на JamStack будет заметно быстрее с точки зрения пользователя. Но ничего критичного, что могло бы просто заруинить проект, как в случае с этим запросом, я точно не наблюдал.
Будем разбираться, в чём же тут дело, и как можно решить эту задачу.
На этой консультации я выяснил, что само приложение сейчас реализовано на Bubble, а бэкенд разработан самостоятельно, то есть это не no-code. Проблема заключалась в том, что вся эта связка работает очень медленно и приложение неюзабельно с точки зрения пользователя. И задача команда разработки заключалась в том, чтобы перейти на новый фронт с Бабла.
Но самое ли это оптимальное решение в данной ситуации? И что меня больше всего насторожило – это то, что Bubble сейчас лидирует на рынке no-code и вряд ли им бы пользовалось такое количество людей, было собрано огромное комьюнити, они привлекли бы столько денег на развитие, если бы приложения, собранные на этой платформе, были не юзабелены.
К тому же я сам уже несколько лет вполне успешно использую Bubble для разных проектов, и он показывает себя очень хорошо, в том числе и скорости работы. Да, естественно, качественно и чисто написанный кастомный JavaScript или сайт, работающий на JamStack будет заметно быстрее с точки зрения пользователя. Но ничего критичного, что могло бы просто заруинить проект, как в случае с этим запросом, я точно не наблюдал.
Будем разбираться, в чём же тут дело, и как можно решить эту задачу.
Стартап-проект, связка Bubble + самописный бэкенд. Проблема – сайт работает очень медленно, пользоваться невозможно.
В первую очередь надо посмотреть на архитектуру, каким образом наше приложение функционирует, какие у него есть составные части и что из них может быть основным тормозящим фактором? Потому что скорость каравана равна скорости самого медленного верблюда, и в данном случае нужно найти этого верблюда и попробовать его пришпорить.
Начнём с бэкенда – того, что скрыто под капотом. Программная часть, которая обрабатывает данные, работает с базой, в общем делает всё, что скрыто от глаз пользователя. В общей связке программного комплекса – это двигатель, от скорости работы которого в принципе зависит возможная потенциальная скорость всей машины.
В нашем случае движок работает на базе языка Go от Google, который сам по себе является довольно быстрым относительно других. Несложные проекты, реализованные на грамотно написанном коде Go точно не будут обделены скоростью, если не будет других тормозящих факторов. Разумеется, если он написан грамотно.
На данном этапе в сам код я не погружался, да это и не нужно для базовой оценки ситуации. Достаточно посмотреть на конечную скорость получения данных при запросах. То есть пользователь что-то делает на сайте (фронт, нажимает на педаль газа), фронт отправляет запрос к бэкенду (срабатывает передаточный механизм) и бэкенд возвращает данные (крутящий момент), фронт их отображает (колёса вращаются).
В данном случае мы видим, что данные по запросу возвращаются очень быстро, за доли секунды, как в принципе и должно быть. Отправили запрос – сервис ответил, скажем, за 0,25 секунды. Но на фронте данные появляются значительно позже, только секунд через 15-20.
Копаем дальше.
В первую очередь надо посмотреть на архитектуру, каким образом наше приложение функционирует, какие у него есть составные части и что из них может быть основным тормозящим фактором? Потому что скорость каравана равна скорости самого медленного верблюда, и в данном случае нужно найти этого верблюда и попробовать его пришпорить.
Начнём с бэкенда – того, что скрыто под капотом. Программная часть, которая обрабатывает данные, работает с базой, в общем делает всё, что скрыто от глаз пользователя. В общей связке программного комплекса – это двигатель, от скорости работы которого в принципе зависит возможная потенциальная скорость всей машины.
В нашем случае движок работает на базе языка Go от Google, который сам по себе является довольно быстрым относительно других. Несложные проекты, реализованные на грамотно написанном коде Go точно не будут обделены скоростью, если не будет других тормозящих факторов. Разумеется, если он написан грамотно.
На данном этапе в сам код я не погружался, да это и не нужно для базовой оценки ситуации. Достаточно посмотреть на конечную скорость получения данных при запросах. То есть пользователь что-то делает на сайте (фронт, нажимает на педаль газа), фронт отправляет запрос к бэкенду (срабатывает передаточный механизм) и бэкенд возвращает данные (крутящий момент), фронт их отображает (колёса вращаются).
В данном случае мы видим, что данные по запросу возвращаются очень быстро, за доли секунды, как в принципе и должно быть. Отправили запрос – сервис ответил, скажем, за 0,25 секунды. Но на фронте данные появляются значительно позже, только секунд через 15-20.
Копаем дальше.
👍3
Что может тормозить web-приложение
Движок под капотом у нас быстрый, с этим разобрались. А что с лицевой частью, фронтэндом? Как я уже упоминал в первом посте, фронт собран на Bubble – на текущий момент лидирующая no-code платформа, которая очень много ресурсов вкладывает в ускорение работы приложений, которые собраны на ней.
На одном из своих проектов наблюдал эту картину воочию: стандартный слайдер-гармошка раньше открывался как-то дёргано и заметно для глаза медленно, причём там не было какого-то тяжёлого контента. Через некоторое время после очередного обновления Bubble слайдер стал работать безупречно плавно без всяких заметных глазу тормозов. При этом с моей стороны никаких изменений не было, обновилась сама платформа.
С тех пор прошло ещё несколько лет и улучшения производительности продолжают поступать. Поэтому обвинить Bubble в медленной работе я не могу, особенно когда вижу крупные серьёзные проекты, собранные на нём, которые привлекают миллионы долларов инвестиций. Значит, дело в чём-то другом.
И это другое может быть то, как приготовлен фронт на Bubble. Ведь это очень гибкий конструктор с полной свободой с точки зрения размещения контента и логики на нём. В отличие от простых конструкторов, которые просто не дают тебе испортить конечный продукт, так как просто ограничивают возможные действия пользователя жёсткими шаблонами.
Конструкторы вроде Tilda – это как поход в Макдак (и точка), где ты выбираешь из готовых блюд и на выходе получаешь ожидаемого качества обед. А Bubble – это магазин с ингредиентами, из которых тебе самому всё надо приготовить. Получится ли из этого шедевр или что-то, что придётся отдать коту, зависит полностью от тебя. Котяра, кстати, вероятно тоже не станет это употреблять.
Поэтому грамотно и чисто собранный Bubble – это важная составляющая быстрого приложения. Но это ещё не всё, остался ключевой элемент паззла.
Движок под капотом у нас быстрый, с этим разобрались. А что с лицевой частью, фронтэндом? Как я уже упоминал в первом посте, фронт собран на Bubble – на текущий момент лидирующая no-code платформа, которая очень много ресурсов вкладывает в ускорение работы приложений, которые собраны на ней.
На одном из своих проектов наблюдал эту картину воочию: стандартный слайдер-гармошка раньше открывался как-то дёргано и заметно для глаза медленно, причём там не было какого-то тяжёлого контента. Через некоторое время после очередного обновления Bubble слайдер стал работать безупречно плавно без всяких заметных глазу тормозов. При этом с моей стороны никаких изменений не было, обновилась сама платформа.
С тех пор прошло ещё несколько лет и улучшения производительности продолжают поступать. Поэтому обвинить Bubble в медленной работе я не могу, особенно когда вижу крупные серьёзные проекты, собранные на нём, которые привлекают миллионы долларов инвестиций. Значит, дело в чём-то другом.
И это другое может быть то, как приготовлен фронт на Bubble. Ведь это очень гибкий конструктор с полной свободой с точки зрения размещения контента и логики на нём. В отличие от простых конструкторов, которые просто не дают тебе испортить конечный продукт, так как просто ограничивают возможные действия пользователя жёсткими шаблонами.
Конструкторы вроде Tilda – это как поход в Макдак (и точка), где ты выбираешь из готовых блюд и на выходе получаешь ожидаемого качества обед. А Bubble – это магазин с ингредиентами, из которых тебе самому всё надо приготовить. Получится ли из этого шедевр или что-то, что придётся отдать коту, зависит полностью от тебя. Котяра, кстати, вероятно тоже не станет это употреблять.
Поэтому грамотно и чисто собранный Bubble – это важная составляющая быстрого приложения. Но это ещё не всё, остался ключевой элемент паззла.
👍3