Это конец года и праздники почти на нас. В США недавно отмечали День Благодарения, и с наступающим Рождеством мы с нетерпением ждем возможности давать и получать подарки. Позорно, я признаю, что иногда уделяю больше внимания дарам, которые надеюсь получить.
К счастью, большинство людей знает, что лучше давать, чем получать. И я надеюсь, что те, кто делает пожертвования, являются разработчиками решений, которые дадут мне функции, которые я хочу видеть в облачных приложениях.
Ранние пользователи таких приложений очень снисходительно относились к своим требованиям к облаку. Они были счастливы получить доступ к недорогим бизнес-решениям без обширной инфраструктуры. По мере развития отрасли многие функции, которые мы рассматривали как базовые в предоблачных средах, станут нормой.
Вот о чем этот пост и следующий. Я перечислю конкретные функции, которые я хочу, чтобы поставщики облачных решений поддерживали в своих приложениях. На мой взгляд, эти функции необходимы, прежде чем крупные корпоративные клиенты, сталкивающиеся с проблемами соблюдения и нормативных требований, интегрируют ваше решение в свою бизнес-среду. И именно те организации с тысячами пользователей являются реальными источниками дохода для поставщиков облачных услуг — просто спросите salesforce.com и других, которые нацелены на этот рынок.
Обсуждаемые мной функции сосредоточены на уровне приложений, где я провожу большую часть своего времени с клиентами. Эти функции включают в себя:
- локальное резервное копирование важных данных приложения
- автономный просмотр данных
- инструменты интеграции данных
- расширенные офлайн-функции и функциональность
- контрольный журнал изменений системы и приложений
- мобильная интеграция
Локальное резервное копирование критически важных данных приложения
Я уверен, что вы регулярно создаете резервные копии данных своих клиентов. Обеспечение целостности данных клиента является критически важной функцией, которую должны делать все поставщики облачных услуг. Но многим клиентам трудно поверить, что их данные будут доступны в случае инцидента. Мы были сожжены раньше. Мы хотим иметь возможность загружать наши данные в локальную резервную копию на случай, если ваше приложение или Интернет недоступны, когда нам это нужно. Или для решения еще худшего сценария — что делать, если вы разоряетесь?
Что дает нам эта резервная копия? Я называю это «полис страхования данных». Он позволяет нам спать спокойно ночью, зная, что мы никогда не потеряем наши данные, даже если вы потеряете свой центр обработки данных. Это также гарантирует, что у нас есть доступ к нашим данным, если наше интернет-соединение обрывается или ваше приложение недоступно. Мы по-прежнему можем просматривать данные нашего клиента, которые мы храним в вашем приложении, используя последнюю версию резервной копии.
Наконец, локальное резервное копирование дает мне гибкость для передачи моего бизнес-процесса другому поставщику, если вы когда-нибудь меня подведете. Возможно, вы хотите, чтобы на ваших клиентах были надеты наручники, но вы больше зарабатываете на моей лояльности, предоставляя услуги высокого качества, чем когда мне дорого переходить к другому поставщику услуг.
Я достаточно реалистичен, чтобы понять, что наличие локальной резервной копии не означает, что она будет восстановлена в случае потери или ошибки. Я хотел бы иметь это, но я понимаю сложность разработки облачных приложений для поддержки этого. Большинство поставщиков облачных услуг, которые я рассмотрел, хранят данные для всех клиентов в общем хранилище данных с идентификатором клиента, контролирующим разделение данных. Любое восстановление может повлиять на данные всех клиентов.
Просмотр данных в автономном режиме
Одним из ключевых преимуществ облачных приложений является то, что таким пользователям, как я, не нужно ничего устанавливать на свои ноутбуки, чтобы использовать функции приложения. Все, что нам нужно, это подключение к интернету и браузер. Это замечательно с точки зрения управления системой и инфраструктуры, но иногда я хочу видеть свои критически важные данные без необходимости заходить в интернет, чтобы получить доступ к вашему приложению или моим данным.
Часто бывают случаи, когда я просто хочу найти номер учетной записи клиента или какой-либо другой фрагмент данных клиента. Если я не в районе с доступом в Интернет, мне не повезло. Мне нужна служебная функция, которая загружает важные данные на мой локальный сервер или ноутбук, к которым я могу получить доступ в любое время. Вы предоставили часть этого с моей локальной резервной копией.
Ключевым соображением здесь является четкое информирование пользователей о том, что автономный просмотр действительно «только для просмотра». Изменения нельзя вносить в автономном режиме, а затем автоматически отражать при следующем входе в облачное приложение через Интернет. Конечно, это игнорирует возможности HTML5 или других методов разработки, где вы могли бы создавать автономные функции с онлайн-интеграцией при следующем входе в систему, но я бы сделал это премиальной функцией. Мы обсудим это в следующем посте.
Если вы действительно хотите привлечь мое внимание, дайте мне полезную функцию, которая позволяет мне просматривать мои данные в удобном для пользователя формате на моей локальной платформе. Как разработчик, вы уже знаете, как извлечь данные из базы данных MySQL и просмотреть данные. Но ваш клиент не всегда знает, как это сделать, или имеет легкий доступ к любому, кто может сделать это за него. Они зависят от вас в отношении данных приложения.
Дайте клиентам мастер извлечения данных, который извлекает данные из вашего приложения и помещает их в стандартный формат, такой как CSV или Excel — то, что может понять обычный деловой человек. Вы можете сэкономить много времени на разработку, предоставляя данные в формате Excel, а не в пользовательских форматах отчетов. Укажите стандартный формат и формат данных приложения, задокументируйте макет и модель данных в разделе справки и дайте клиенту возможность настроить форматирование в Excel.
Не забывайте, что утилита для просмотра данных в автономном режиме — это еще один шанс для вас маркировать свое приложение и напоминать клиентам о том, насколько важно ваше приложение для их работы. Поместите свой бренд в форму, чтобы они всегда помнили, что они используют ваше приложение. Сделайте это премиальной функцией, чтобы предоставлять более сфокусированные отчеты с меньшим количеством брендинга. Интернет-клиенты привыкли видеть рекламу в бесплатных приложениях и ожидают меньше брендинга, когда они платят за премиум-функцию.
Интеграция данных
По мере того как организации перемещают больше бизнес-процессов в облако с использованием нескольких поставщиков, данные распределяются и часто становятся избыточными. Чем больше поставщиков облачных сервисов используется, тем больше мест хранится информация о клиентах. Изменение адреса клиента в одном облачном приложении требует его изменения во всех приложениях.
Скажем, я хочу API, который позволяет мне извлекать данные из вашего приложения для использования в моей среде. Я также хочу API, который позволяет мне загружать изменения в данных клиентов с помощью пакетной обработки при необходимости.
Было бы неплохо, если бы ваше приложение отвечало всем требованиям поддержки клиентов, но вряд ли. Поэтому нам нужны другие системы и приложения для удовлетворения наших потребностей. Предоставьте инструмент, который позволит нам связать данные между этими разрозненными системами, чтобы я не тратил время на ручную синхронизацию данных клиентов.
Я знаю, что это фантастический запрос, но есть стандарты EDI для передачи данных между организациями во многих отраслях. Если бы мой поставщик облачных услуг соответствовал этим стандартам или аналогичному стандарту, они бы оценили намного выше, когда я оценил их во время проверки любого запроса предложений.
Заключение конкретных соглашений об уровне обслуживания вокруг любого внешнего доступа к данным вашего приложения имеет решающее значение. Клиенты не должны быть в состоянии бомбардировать ваш сервер частыми запросами данных, замедляющими отзывчивость приложения для всех. Это расширенная функция, и вы хотите сегментировать премиум-клиенты на серверы, которые могут справиться с этой нагрузкой. Клиенты должны платить больше за этот открытый доступ к данным, и это может быть ключевым моментом в вашу пользу при поиске новых клиентов.
Как и во всех других отраслях, индустрия облачных вычислений становится более зрелой, и все больше функций будут считаться базовыми и необходимыми для поставщиков облачных технологий, чтобы поддерживать конкурентоспособность с коллегами. Есть несколько функций, которые я считаю базовыми для любого программного приложения, облачного или иного. Я с нетерпением жду того дня, когда все поставщики облачных решений согласятся со мной. До тех пор я буду добавлять в свой список пожеланий.
В следующем посте я продолжу это обсуждение, продолжая рассказ о том, что необходимо для автономных возможностей. Мы также определим, как облачные приложения должны поддерживать мою потребность в аудите изменений в данных для соответствия нормативным требованиям. И мы обсудим, как мобильные платформы должны быть интегрированы по мере роста их количества и выбора платформы для многих организаций.
Изучив мой список, что бы вы хотели, чтобы ваши клиенты знали, прежде чем они запрыгнут в облако с вашим приложением? Есть ли минимальный набор ожиданий или образования, которые вы хотели бы получить у новых клиентов? Дайте мне знать, как вы хотели бы обучить своих клиентов до подписки, чтобы сократить время поддержки и повысить показатели обслуживания клиентов. Я с нетерпением жду ваших отзывов.