Недавно TechCrunch сообщил о гибели Coghead , одного из самых популярных веб-решений SaaS для предприятий. В этой статье Когхед предположил, что в его бедах виноват экономический спад. Однако для многих таких разработок существует более простой и реалистичный недостаток. Самым продолжительным аргументом против любой платформы SaaS было резервное копирование данных и безопасность, и это наносит ущерб любой экономической ситуации.
В недавней статье Ларри Диньяна из ZDNet, как резервное копирование данных, так и экономические аспекты SaaS поставлены под сомнение. Хотя экономический спад может быть проблемой для SaaS, как и резервное копирование данных, еще один элемент упущен из виду. Необработанные данные, независимо от того, как они «накапливаются» (как указывает Диньян), буквально бесполезны без приложения для их запуска. Только в этом отношении разработчики SaaS для веб-бизнеса допустили серьезную ошибку. Ни один малый бизнес не может позволить себе даже отдаленную возможность того, что их данные застрянут в подвешенном состоянии.
Почему некоторые из этих разработчиков никогда не делали «автономную» версию, включая надлежащую документацию, — загадка. Мой опыт в этой области заключается в раннем тестировании некоторых из этих сервисов (в частности, в Coghead), а также в работе с Iceberg , помогая с их новым дизайном сайта и выпуском новостей. Жизнеспособность Iceberg и Process Maker особенно актуальна для этого аргумента в том смысле, что у них действительно есть услуги «на месте».
Приведенная ниже диаграмма иллюстрирует сравнение нескольких SaaS-сервисов, включая; Coghead, Zoho , Process Maker, QuickBase, SalesForce и Iceberg.
Обновленная диаграмма, иллюстрирующая функции
Избыточность для жизнеспособности
Как бы все мы ни хотели, чтобы SaaS был успешным, жизнеспособность влияет на всех, от разработчиков до конечных пользователей — бизнеса или частных лиц. Как говорят, время — это деньги, поэтому потерять данные или даже «задержать» их нельзя для большинства. Судьба Coghead как технологии неясна в сегодняшних новостях о том, что SAP ее приобрела. Несмотря на это, избыточность в отношении как приложений, так и данных в настоящее время представляется разумной для SAP.
Финальные заметки
Coghead как разработка Web 2.0 (или чего-либо еще) имеет большое значение. Я связался с Уэйном Бирном, одним из основателей Айсберга, чтобы подумать об этой новости. Даже с учетом несколько несправедливых сравнений его разработки с Coghead, его заявление раскрывает многое о Coghead как инновации:
Coghead упростили и передали идею SaaS, веб-программного обеспечения, так, как ни один из игроков не смог, и захватили воображение людей.
Я также спросил Бирна о резервном копировании для SalesForce, учитывая их массовое признание . Бирн ответил: «Клиенты Salesforce могут запрашивать резервное копирование, но оно предоставляется в виде электронной таблицы Excel, и компаниям потребуются месяцы, чтобы разобраться со всем этим». Кроме того, мое первоначальное утверждение о «бесполезных необработанных данных», похоже, тоже справедливо. Каждое развитие в этом пространстве имеет свои сильные и слабые стороны, но в основе компании SaaS безопасность данных должна быть на вершине списков. Предложение жизнеспособности без этой «гарантии» кажется нелепым.
Примечание и раскрытие автора: Как я уже упоминал в основной части этой статьи, я консультировался с Iceberg по вопросам дизайна веб-сайтов, PR и SEO на ранних этапах его разработки. Любое высказанное или подразумеваемое мнение не предназначено для пропаганды одного продукта над другим, и, безусловно, не является предложением SitePoint или его сообщества. Я предлагаю веб-сообществу в целом оценить эти сервисы более полно. При этом мы можем легче гарантировать искусство разработки, и конечным пользователям не остается интересно, что же произошло.
Обновление: Intuit связался со мной через их PR и предположил, что рабочий процесс, интеграция с Excel и другие функции доступны. Я включаю рабочий процесс (хотя визуального рабочего процесса пока нет) и Excel как данность. Что касается утилиты, предлагаемой API, открытый API не означает, что вы можете загрузить свой собственный код в приложение. Они также хотели знать, что такое интеграция с базой данных. Это позволяет одной платформе получать данные непосредственно из другой базы данных, что кажется необходимым, учитывая, что пользователям Coghead сейчас нужен кто-то для интеграции их данных.