#облачный_провайдер — Public Fediverse posts

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

Топ-5 ошибок, которые допускают в IT-коммуникациях, и как их избежать

Недавно я опубликовала разбор того, как российские облачные провайдеры говорят о себе . Брала сайты, тексты и смотрела, где компании теряют клиента еще до того, как тот успел дочитать первый абзац. Пока писала текст, поняла: за каждым конкретным примером стоит одна из нескольких повторяющихся ошибок. Эта статья про пять системных проблем в IT-коммуникациях, почему они возникают и что с ними делать. Первая и самая распространённая: говорить о продукте, а не о задаче клиента. «Высокопроизводительное объектное хранилище с поддержкой S3 API» - описание продукта. «Хранилище, которое не кончается в момент пиковой нагрузки» - описание задачи. Разница принципиальная: первое говорит о том, что вы сделали, второе о том, почему это важно. Потенциальных клиентов и заказчиков интересует второе. Введите правило «одного предложения»: каждый продукт или сервис должен иметь описание в одном предложении, которое не содержит аббревиатур и отвечает на вопрос, в случае какой проблемы нужен. Такие описания менее точные с технической точки зрения, но работают как точка, с которой можно начать более предметный разговор с клиентом. Вторая ошибка - молчание о конкурентах и позиционировании. «Мы предоставляем надёжную инфраструктуру» ни о чём не говорит, потому что все говорят то же самое. Крайне важно сразу чётко сформулировать УТП, уникальное торговое предложение которое объясняет, чём вы отличаетесь. Специализируетесь на финансовом секторе и знаете все нюансы 152-ФЗ лучше любого другого провайдера? Это ваше УТП. Работаете с e-commerce и понимаете специфику пиковых нагрузок в чёрную пятницу? Говорите об этом.

https://habr.com/ru/articles/1034924/

#пиар #b2b #iaas #облачные_технологии #контентмаркетинг #облачный_провайдер #пиар_с_человеческим_лицом #пиар_в_айти #пиарщик_в_ит #маркетинг_в_ит

«Кровавый переезд»: как миграция в облако превратилась в месяц ада

Месяц ночных смен, потерянные лицензии и ручное «оживление» серверов. Так прошла вынужденная миграция в облако, которая на бумаге выглядела стандартной процедурой. Эта статья — не техническая инструкция для админов. Это разбор реального «переезда в облако» для собственников и ИТ‑директоров, которые отвечают головой за бизнес‑результат. Мы намеренно не уходим в технические настройки, а показываем, где в миграции рождаются риски простоя и что руководитель обязан потребовать от команды до старта проекта.

https://habr.com/ru/articles/1003854/

#переезд_в_облако #отказоустойчивость #аудит_ИТ #Exchange #1С #облачный_провайдер #миграция #итриски

Облаку Рег.ру два года — задуваем свечи и вспоминаем знаковые релизы

В июне облаку Рег.ру исполняется два года — время оглянуться назад и провести ретро по крупным продуктовым релизам. А их за это время было порядка 350! Кажется, еще недавно мы рассказывали о запуске обновленной облачной платформы, а уже сейчас — уверенно работаем с полным спектром облачных решений. Сегодня, как и год назад , мы расскажем, каким был этот год для Облака Рег.ру, чем занималась наша команда и какие продуктовые релизы запускали. Поехали!

https://habr.com/ru/companies/runity/articles/919094/

#облако #облачные_технологии #облачные_хранилища #датацентр #цод #s3 #облачный_провайдер #bigdata #облачные_решения #облачные_сервисы

На чём нам можно экономить и на чём нет — включаем здравый смысл

Вот эта штука примерно в 10 раз снижает затраты электричества на охлаждение Мы строим последнее коммерческое облако в России. Мы маленькие, просто микроскопические. Но при этом, пока мы маленькие, есть время подумать про архитектуру и подходы, а также разобрать оверхеды прошлых компаний. Ну, знаете, у каждого был бизнес (или пара), после которого хотелось всё сделать заново правильно. При определённом уровне масштаба думать становится дорого, и проще залить всё типовыми решениями и деньгами. Нам это пока позволительно. Вот хочется верить, что мы делаем с нуля правильно. По крайней мере, как нам сейчас кажется. Поэтому мы сели и подумали, какие затраты вообще можно оптимизировать, а какие сильно не поменяются никогда: Например, в копеечной экономии на комфорте сотрудников нет никакого смысла. Фонд зарплат явно должен использоваться на маленькую команду профессионалов, а не на большую толпу середнячков. Аренда стоек: каждая сотая доля процента цены скажется на нашей марже, тут надо очень чётко всё продумывать. Железо: жёстко торговаться много раз. Электричество — ключ к марже. Оно определяет место ЦОДа. Поставщики: строго взаимовыгодные открытые отношения, иначе — никак. Сразу нужен хороший юрист для договоров (там потенциально самые большие потери). Минимум совещаний внутри команды, там самые большие потери — то есть усиление архитекторов и сеньоров LLM-инструментами сразу. Теперь давайте попробуем угадать, что получится, а что — нет )

https://habr.com/ru/companies/h3llo_cloud/articles/918312/

#операционные_косты #облачный_провайдер #бизнес #оптимизация_затрат_бизнеса

Когда облачные офисы закрыли форточку: разворачиваем CryptPad на VPS

Привет, Хабр, в современных реалиях, когда западные компании продолжают радовать нас своими «приятными сюрпризами» в виде блокировок и прочих цифровых радостей, российский бизнес оказался в довольно затруднительном положении касательно офисных пакетов, как, впрочем, и со всем остальным. Microsoft Office отправился в долгое плавание в неизвестном направлении, Google Docs того и гляди помашет ручкой, а опенсорсные решения, как водится, либо требуют отдельной платной лицензии для веб-версий, либо разрабатываются где-то там, за «железным занавесом», что в текущих реалиях не добавляет уверенности в завтрашнем дне. Мечту свою об офисном пакете лелея, решим проблему гениально — конечно же, будем использовать OpenSource-проект. А именно пусть и не сильно популярный, но оттого не менее полезный открытый проект CryptPad, который отлично впишется в наш собственный VPS от RUVDS — надёжную площадку, уже не раз доказавшую свою эффективность в различных проектах. И хотя этот инструмент, возможно, не может похвастаться излишним лоском корпоративных решений, зато он предлагает полный контроль над данными и инфраструктурой, что в текущих условиях оказывается куда важнее красивого интерфейса. Хотя на мой вкус, не сказать бы, что он сильно отличается от онлайн-решений Гугла или Майкрософт.

https://habr.com/ru/companies/ruvds/articles/875162/

#ruvds_статьи #VPS #хостинг #облачный_провайдер #Linux #CryptPad #офисные_приложения

Хостинг в облаке и веб-хостинг — в чем разница?

Если коротко, то Узнать больше

https://habr.com/ru/companies/cloud_ru/articles/859400/

#вебхостинг #хостинг_в_облаке #хостинг_сайтов #хостер #облачный_провайдер #шаред_хостинг #vps #vds #виртуальная_машина #bare_metal

Хостинг в облаке и веб-хостинг — в чем разница?

Если коротко, то Узнать больше

https://habr.com/ru/companies/cloud_ru/articles/859400/

#вебхостинг #хостинг_в_облаке #хостинг_сайтов #хостер #облачный_провайдер #шаред_хостинг #vps #vds #виртуальная_машина #bare_metal

Хостинг в облаке и веб-хостинг — в чем разница?

Если коротко, то Узнать больше

https://habr.com/ru/companies/cloud_ru/articles/859400/

#вебхостинг #хостинг_в_облаке #хостинг_сайтов #хостер #облачный_провайдер #шаред_хостинг #vps #vds #виртуальная_машина #bare_metal

Хостинг в облаке и веб-хостинг — в чем разница?

Если коротко, то Узнать больше

https://habr.com/ru/companies/cloud_ru/articles/859400/

#вебхостинг #хостинг_в_облаке #хостинг_сайтов #хостер #облачный_провайдер #шаред_хостинг #vps #vds #виртуальная_машина #bare_metal

Мы тоже своего рода учёные — Как ITGLOBAL.COM и GAGAR>N с vStack Техлабораторию открывали

Привет всем Хабравчанам, мы в ITGLOBAL.COM пришли к вам с интересными новостями о том, как мы подались во все тяжкие, лабораторно-экспериментального дела. 15 февраля 2023 года ITGLOBAL.COM совместно с vStack и ITPOD открыли в Москве уникальную техническую лабораторию (demo room), которая стала для нас важным шагом на пути к созданию независимой облачной инфраструктуры на базе отечественных, русских решений. Но что же из себя вообще представляет Техлаборатория и для чего она вообще нужна?

https://habr.com/ru/companies/itglobalcom/articles/820065/

#itglobalcom #vstack #gagar>n #облако #облачный_провайдер #ITPOD #виртуализация #техлаборатория #серверное_администрирование #облачные_технологии

Как PCI DSS 4.0 меняет правила защиты платежных данных

Банки, маркетплейсы, онлайн-кинотеатры, службы такси, сервисы доставки — перечислять компании, которые должны соответствовать требованиям PCI DSS, можно очень долго. Еще дольше разбираться с тем, как именно изменился международный стандарт после выхода версии 4.0. Но мы попробуем.

https://habr.com/ru/companies/nubes/articles/816287/

#информационная_безопасность #pcidss #сертификаты_безопасности #законодательство #платежные_карты #платежные_системы #облачный_провайдер #кибербезопасность