Как стать автором
Обновить

Комментарии 164

Посмотрел в Википедии про кейтеринг — а что по-Вашему из себя должен представлять SaaS-сервис для кейтеринговой компании?
у меня знакомый занимался автоматизацией столовой
самый сложный момент в этом был процесс расчета себестоимости — один и тот же продукт (хлеб) может быть как конечным (из муки выпекли хлеб), так и исходным (из хлеба сделали бутерброд)

собственно вопрос SaaS систем в том, что нормальных фреймворков рассчитанных на автоматизацию бизнес процессов просто нет, ну есть фреймворки для веб-сайтов, магазинов, форумов и в общем то всё

в том-же всеми любимом 1С — ваще не нужно думать как посчитать остатки по регистрам, или проверить зависимости начислений при расчете зарплаты, нужно думать собственно над бизнес процессами заказчика, а в SaaS каждый заново пишет для себя бизнес фреймворк
Вообще, в кейтеринге и ивенте очень важно планирование ресурсов. Сколько посуды, сколько салфеток, персонал, скатерти, то се, меню, диджей, музыка, свет, транспорт, нанятые официанты, штатные официанты, и т.д. все это должно планироваться, пересчитываться, учитываться и т.д.
Там много тонких моментов, связанных с особенностями организации мероприятий.
Для таких же темных, как я:
Кейтеринг (англ. cater — поставлять провизию; catering — общественное питание) —

* оказание подрядных услуг по организации питания сотрудников предприятий и организаций;
* ресторанное обслуживание вне стационарных помещений, устройство выездных мероприятий общественного питания.

На практике под кейтерингом подразумевается не только доставка и приготовление пищи, но и обслуживание, сервировка, оформление и тому подобные услуги.
Меня от SaaS отпугивает даже не сколько то, что сервера «на том конце» могут в один прекрасный момент отключиться, сколько то, что ценные для меня данные будут лежать на серверах, доступ к которым имеет неизвестно кто.

В данный момент я пользуюсь одним аналогом dropbox'а (wuala называется), который говорит, что он весь из себя такой секьюрный, что даже пароль не сможет восстановить, если я его забуду. Но хранить там даже базу паролей keepass, которая зашифрована, мне как-то паранойя не позволяет, использую сервис для расшаривания фоток и вообще для передачи файлов, не представляющих особый секрет.

А почта у вас где?
К сожалению, у гугла + почта от хостера. Но это вынужденная мера, держать свой сервак я пока не готов.
Ставьте на localhost. Так секурнее всего.
А лучше на локалхост без выхода в инет. Так будет вообще мега-секурно? ;-)
Как говорил один знакомый прапорщик-админ: безопасность компьютера можно гарантировать только солдат с автоматом около компьютера отключенного от розетки.
И то только в том случае, если в радиусе километра нет снайпера «вероятного противника».
Нужен SLA. Чем жестче, тем лучше.
Заплатите за него?
Это намного дешевле, чем покупать продукты аналогичного функционала.
Ни один уважающий себя сервис не сможет напомнить (читай — восстановить) вам ваш пароль, если вы его забудете. И это уже даже не «повышенная безопасность» и «новые реалии секьюрности», это больше правило хорошего тона для веб-разработчика. Обычно его просто генерят заново.

Или они имели в виду то, что даже поменять его не смогут? В таком случае кажется мне, что вам лапшу на уши вешают.
>В таком случае кажется мне, что вам лапшу на уши вешают.

Вовсе нет, если пароль используется в качестве ключа шифрования (или ключ на основе пароля генерируется). Например, для аутентификации в базе хранится sha1 хеш пароля, а пользовательские данные симметрично зашифрованы с использованием в качестве ключа sha256 хеша пароля. Добросовестный разработчик сам пароль и его sha256 хеш никогда не увидит, а значит не сможет его восстановить и, как следствие, расшифровать данные (если не привлекать криптоаналитиков и «креи»).
В вашем комментарии речь шла о пароле, а не о данных, которые за этим паролем хранятся ^_^
А зачем пароль восстанавливать, если доступа к данным всё равно не будет?
Да, пароль даже не могут поменять, поэтому при регистрации есть поле «Подсказка», которое должно намекнуть что за пароль был установлен, если его забудешь. Вот, что они пишут на сайте — www.wuala.com/en/learn/features/t/2 Где-то у них было про безопасность более подробно написано, но что-то не найду.

А вчера наткнулся на еще один подобный сервис, в котором то же самое. Но они close source, поэтому проверить нельзя.
Есть множество проверенных систем организации данных и их потоков, в основе которых лежит принцип «секурность поверх несекурности». Шифрование файлов в дропбоксе тому пример.
НЛО прилетело и опубликовало эту надпись здесь
Только предложения SaaS к тому времени неминуемо будут изменяться и скорее всего как раз в направлении целостности продуктов.
Проблема SaaS еще и в том, что крупно-средние бизнесы не особо хотят вкладывать опыт (не силы разработчиков, а именно свой опыт, свои особенности) в такие «открытые» решения. В итоги часто получается: решения-то есть, но заказчика еще нужно убедить, что команда, решения эти представляющая, готова работать под его нужны и решение совершенствовать, и бизнес заказчика автоматизировать.

Т.е. доверяютпроверенным решениям и проверенным командам, а такие команды обычно новое с трудом создают :) И чем крупнее и проверенннее команда, тем меньше нового.
В части отсутствия доверия, возможно, виновата не модель SaaS и даже не сам сервис, а модель продаж. Обезличенная с обоих сторон. Автономно продается только очень известный и раскрученный продукт, вроде продуктов Microsoft. Вторые тратят деньги на рекламу, а в корпоративном софте обычно делятся с дистрибьюторами. Системными интеграторами и партнерской сетью в случае с 1С. Тогда у продукта появляется лицо. К которому можно обратиться, которое может нравиться или не нравиться, вызывать доверие или не вызывать доверие, на которого можно накричать или выпить пива после удачного внедрения.
Лоскутность, действительно, одна из самых больших проблем. Но ее решить — это объять необъятное.

Возможно, если бы SaaS-разработчики объединялись в мета-услугу, открывая партнерам API к своим сервисам — кто-то делает бухгалтерию, кто-то CRM, кто-то автоматизирует закупку и учет продуктов для поваров и т.д. Но здесь кроме проблемы договариваться есть еще проблема разделение ответственности за баги, сбои, псуппорт.
Рынок SaaS в России медленно развивался (в прошедшем времени), но сейчас это процесс пошел по нарастающей:

— Два года назад никто не знал, что это такое,
— год назад многие знали, но приложений на рынке не было,
— сегодня уже многие знают и появились первые серьезные игроки (электронные бухгалтерии например),
— завтра об этом будут знать все и все будут пользоваться,
— …
— для тех, кто работал, а не рассуждал: PROFIT!!!
О SaS я впервые читал лет 10 назад, на фоне популяризации web морд для почтовых ящиков. Лет 5 назад появились первые SaS решения управления проектами. 2 года назад уже были первые SaS решения, тогда же некоторые мелкие фирмы пересаживали свои корпоративные ящики на GMail. SaS решения для домашних бухгалтерий существуют уже года 3. Я уж не говорю про различные сервисы для хранения файлов и ссылок…
Имхо SaS в россии это утопия. И пользоваться SaS будут только малочисленные владельцы интернет таблеток.
ограниченность функционала ввиду особенностей браузеров. В настоящее время все еще невозможно создать веб-сервис с функционалом, аналогичным оффлайн-приложениям;

Нужно просто изменить свое отношение к интерфейсам. Есть только несколько проблем, которые действительно трудно решить при помощи web-интерфейса, но их можно заменить аналогами.

недостаточная скорость работы;

Скорость работы чего?

консерватизм и недоверие пользователей к обрабатываемой «неизвестно где» конфиденциальной информации.

Это уже меняется.
Лоскутность. Зачастую это и нужно, решить маленькую проблему одного большого бизнес-процесса.

Негибкость функционала Проблема разработчика.

Вопросы безопасности Ряд документов о неразглашении и коммерческой ответственности, и вопрос безопасности не подымается.

Невнятный маркетинг Это проблема 95% всех стартапов.
НЛО прилетело и опубликовало эту надпись здесь
Воспрепятствовать — не воспрепятствует, но убытки и недополученную прибыль на его основе в случае разглашения компенсировать можно будет (если фирма не исчезнет и у неё будет достаточно средств, конечно)
НЛО прилетело и опубликовало эту надпись здесь
Одной из причин ощущений более медленной работы являются каналы связи. Другой то — что хорошие оффлайн интерфейсы действительно позволяют развивать очень высокую скорость работы. Приведу пример. В одной платежной системе, с которой я работала, принимались платежи по ЖКХ. Как известно, чтобы оплатить ЖКХ надо оплатить около 10 разных услуг, из которых 5 могут иметь счетчики, показания которых нужно ввести и каждая из которых является отдельной услугой (это не про те города, где единая квитанция есть).
Так вот, опытный операционист проводит такой платеж за 45-55 секунд. От момента начала до выдачи чека. Кнопки жмутся с огромной скоростью, используются горячие клавиши, во время приема платежа происходит минимум 3 онлайн обращения к БД.
Я не веб-разработчик, нюансы причин могу не понимать до конца, но разница в скорости работы с веб интерфейсом была очень очень очевидна. И сколько его не пытались доработать, приблизить получилось только к 1,5 минутам.
Нельзя повторять в веб-интерфейсе все принципы работы системного интерфейса. Да, веб-интерфейс имеет свои ограничения, но обойти их можно путем изменения поведения самого интерфейса. Если интересно, можем состыковаться и изучить текущий интерфейс, чтобы придумать другое решение по работе с ним.
Пытались) И процесс тоже крутили. Было бы интересно года полтора назад))) Сейчас я занимаюсь уже другими проектами.
Не нужно искать кошек там где их нет. SaaS изначально развивался из ниши коробочных продуктов, которые всегда были ориентированы на SMB. SaaS по определению не будет сильно кастомизированым решением — иначе теряется экономия на масштабе и целесообразность монетизации в виде подписки.
Скажу как разработчик SAAS сервиса — статья написана аболютным дилетантом, не представляющим рынок SAAS и оценивающим рынок только со своей колокольни технического-специалиста, а не маркетолога.

Первое и главное — рынка SAAS в России нет вообще. У людей нет понимания что такое SAAS, нет каналов продаж, нет четкого места в головах пользователей. Подойдите к Васе-установщику окон и скажите про SAAS, облачные вычисления, локальные бекапы итд. Да он не поймет 90% из того что вы говорите, а ведь именно этот человек — основной потребитель SAAS. Не айтишники, не гики, не аудитория любимого хабра, а ООО «Вектор Плюс» которое занимается всем подряд.

Сделайте сейчас сервис, который обладает всеми перечисленными автором свойствами и вас будет ждать огромный сюрпиз — он будет продаваться также как сервис, который решает основную бизнес задачу и ничего больше не делающий. Это если еще повезет с продажами.

Нет SAAS-Рынка. И то что вы написали его не сформирует. Рынок сформируется когда будут налажены каналы продаж. Когда слово SAAS перестанет быть загадкой для обывателя.

То есть, лет через 5 то что вы написали может быть и будет давать конкурентное преимущество одного сервиса перед другим. Но сейчас это просто ворчание айтишника, который думает, что «технически грамотный сервис будет лучше продаваться»
А зачем это надо Васе??
Можно всех обвинять в дилетантстве, но дилетантам же продавать собираетесь. А что дилетанту даст этот сервис?
Васе нужно решать одну задачу — вести бухгалтерию например.

Ему нафиг не нужны
1) локальные бекапы
2) интеграция с другими сервисами
3) кастомизируемые отчеты
4) тонкостей лицензирования в случае краха сервиса — он об этом не думает

И вот такие Васи — это основной сегмент SMB. Кто первый до них достучится тот уйдет в такой отрыв что никакие технические примочки у конкурентов не помогут
Ну допустим, ему надо вести бухгалтерию. Сейчас у него крутится какой-то 1С, настроенный каким-то соседским программистом, где заведены все его три ларька и склад, бухгалтер МарьИванна наконец перестала ежеквартально ронять все это счастье, а налоговая наконец признала отчеты из 1С за полноценный документ.

И что получит этот Вася от перехода на Saas, что покроет его проблемы с переучиванием МарьИванны (уволить ее нельзя, она слишком много знает о том, что продается с заднего входа в ларьках Васи) и объяснением налоговой, что «у нас теперь все отчеты лежат вооон у тех парней на сервере»?

Ах да, у Васи офис где-то в бомбоубежище, куда из интернета можно провести только линию спец.связи, которую забыли после войны демонтировать. Скорость где-то между 9600 и 14400…
Если он увидит конкретные преимущества одного продукта перед другим (неважно какие) то ему будет абсолютно насрать SAAS это или нет и он его купит.

А вот задача сети продаж это показать эти преимущества.

То что написал автор в посте никогда не будет преимуществом одного сервиса перед другим.
А автор по-моему про преимущества и не пишет. Он как-то все больше про недостатки. Которые якобы должны перекрываться преимуществами. А преимуществ особо и не видно. Ну если с почтовыми службами или мелкой бак-трекинг системой еще более менее понятно, то дальше… ну я вот не вижу для себя, что меня может заставить отказаться от привычных программ и уйти в облачные решения. Сколько бы раз мне не сказали слово «саааааас». Даже если его читать в обратном порядке, все равно не действует.

Зато стоит день посидеть без корпоративной почты, потому что на гугле висит «непредвиденная ошибка, обновите страницу позже», как сразу четко представляются преимущества локального почтового сервера. Но разница в цене…
>ну я вот не вижу для себя, что меня может заставить отказаться от привычных программ и уйти в облачные решения… сразу четко представляются преимущества локального почтового сервера.

>Но разница в цене…

Правильно заданный вопрос уже содержит в себе ответ :)
Да, кстати, о разнице в цене. Промежду прочим, после того, как мелкомягкие стали продавать свой пакет для партнеров за копейки, а малому бизнесу так вообще бесплатно выдавать — смысл в SAAS решениях заметно поуменьшился — теперь они нужны только тем, у кого интернет есть везде, а на сервере исходящий канал тонковат (ADSL).
Налоговая, кстати, имеет очень жесткий план и 56% всех деклараций ООО в только что закончившемся втором квартале были электронные, поданные через интернет. Пока мы тут флеймим за SaaS, около двух миллионов предприятий им пользуются, причем уже 10 лет. skbkontur.ru/news/company_news/?nid=990
А, то есть саас — это просто очередное модное слово, чтобы еще раз продать покрывшиеся нафталином программы? :)
Я не знаю о каких программах идет речь, потому что у нас чистый веб-сервис, только браузер, через интернет, мгновенно и все такое. О каких программах речь?
Веб-сервис?? Мгновенно?? 10 лет назад?? Извините, Вы из какого года?
Я то же хочу спросить. 10 лет нашей системе, ссылку дал, написано по-русски — в чем сложность? О каких программах речь?
У нас сейчас 2010-й год. У нас еще веб-сервисы мгновенно работать не научились.
Какое отношение имеет продукт, описанный по ссылке, к Саас, вообще понять не могу, по описанию обычная форма закачки с наворотами. Зачем для этого выдумывать новые термины? Потому что их кто-то раскручивает и на этом можно лучше продать что-то?
А платные аккаунты в ЖЖ тоже теперь считаются Saas?

Или там за описанием скрываются более сложные программные комплексы? Покупать, чтобы проверить, не хочется…
Чувак, я всё понял. Прости что потревожил. Погорячился.
И Вам удачи в бизнесе и довольных клиентов! :)
У нас их миллион.
Черт, заглянул в профиль к собеседнику и устыдился всех своих предыдущих комментариев. :)) Упс.
;-)) Интересно будет в моем блоге www.kip.ru о наших планах почитать, про новые сервисы сторонних разработчиков, которые мы будем продавать.
Пойду и почитаю :))
Отношение к слову «саас» у меня вряд ли поменяется, но почитать умные мысли от тех, кто в теме интернет технологий понимает на два порядка больше меня, никогда не вредно.
Интересный блог)
СКБ-Контур чуть ли не единственный России прецедент. Но тут надо учитывать, что был и административный ресурс и давление со стороны государства. Этого лишены абсолютное большинство стартапов. Но с другой стороны, Вы не превратились в ничего-не-делающий-почивающий-на-лаврах сервис, какими часто становятся окологосударственные системы.
С точки зрения развития, как мне кажется, надо использовать максимально имеющийся ресурс в виде огромного количества клиентов с юридически значимой ЭЦП. Самое естественное — это B2B юридически значимый электронный документооборот. От заключения сделок до писем.
Там, конечно, много проблем с использованием материалов в суде и всего такого прочего, но зато и много новых возможностей. Насколько я помню, сейчас пытаются разрешить счета-фактуры в электронном виде, которые являются последним документом, который должен быть обязательно только в бумажном виде. И тогда препятствия к полностью электронном документообороту между компаниями будут устранены.
А ведь каждая компания, особенно имеющая большое количество контрагентов, тратит на обмен бумажной первичкой огромные деньги.
Интересно, спасибо) Почитаю повнимательнее.
Работа только в IE, обязательно наличие КриптоПро(работает только под винду), про КонтурЛайт вообще умолчу...SaaS я представлял себе по другому
Не все сразу. По-другому пока ни у кого не получается нащупать значительную нишу, так? Если бы можно было не использовать криптопро — мы бы не использовали, так как это только ограничивает аудиторию. Если бы крипто-плагин был не только для IE (тут уже кстати большие подвижки нынче), то мы бы тоже автоматически всё поддержали. Так что это не совсем наша проблема и главное — не совсем наша часть сервиса. Это то, чего хочет законодатель — мы делаем. А то, что мы делаем сами, это чистой воды веб-сервис. В целом, раз уж миллион клиентов пользуется, выходит это достаточно простая и понятная система, чего можно пожелать и другим разработчикам.
Не совсем понятно как это стыкуется между собой:

«был и административный ресурс и давление со стороны государства»

и

«раз уж миллион клиентов пользуется, выходит это достаточно простая и понятная система»
Правдивый ответ тут такой: в этом вопросе желания государства (в лице Федеральной Налоговой Службы) и бизнеса (не в лице нас, а в лице сотни подобных нам независимых операторов) совпали. ФНС хотела бы, чтобы как можно большее количество предприятий сдавало отчетность в электронной форме — никому не хочется возиться с бумажками. Поэтому руководство ФНС поставило плановый показатель (на данный момент уже 56% деклараций электронные), а региональные структуры ФНС его просто выполняют. Всем от этого лучше. Например, миллиону бухгалтеров не надо стоять в очередях и стоит это ОЧЕНЬ дешево.
Да понятно что сильная зависимоть от законодательства, но мне кажется вы уже сами на него можете влиять, ну или подавать идеи, впринципи насколько я понимаю вы можете лицензировать у ФСТЭК свою библиотеку для работы с ключами.
Там дело в том, что вообще-то речь идет об использовании ЭЦП, об этом есть большой и умный закон. Работа с ЭЦП на клиенте, включая физическое хранение сертификатов и шифрование — не очень похожа на то, что сегодня можно делать в браузере. Поэтому служебная часть, отвечающая за это, которая называется CSP или по-русски СКЗИ — внебраузерная технология. Дай Бог когда-нибудь браузерам научиться делать такие вещи как CSP. Пока они не умеют, а с ЭЦП работать надо.
Возможно вы не совсем поняли меня, я понимаю что сертифкат должен находиться на клиентской машине, просто почему бы не сертифицирвоать тот же OpenSSL и возможность работы под разными браузерами и ОС и получить единый КОМПЛЕКТ. А в данный момент например получения той же ЭЦП происходит через дискетку с токеном через сторонюю программу(почему не сделали это через веб?).Безопастности ни на сколько не увеличилось по сравнению со старым способом передачи в руки, но гемороя добавилось, так как теперь еще надо эту программу получения ключей постоянно обновлять!
Через веб не сделали ровно по той причине, что надо посмотреть в паспорт человеку, которому выдается ЭЦП. Иначе всё теряет смысл.
А смысл это внедрения, он ухудшил удобство использования, создал 2 лишних шага, по моему мнению даже ухудшил безопастность.Про разработку своих средств работы с ключами не в курсе? Просто получаеться так стоймость вашего, так называемого SaaS и вправду не большая, но если включить суда стоймость КриптоПро почти равную стоймости ващей услуги + еще доплаты за обновления, сумма получаеться уже не такая ужь и маленькая.В итоге получаеться что со всеми последними нововедениями использования усложнилось, и тут уже начинаешь смотреть на другии системы типа СБиС++ которые не SaaS, но хотя бы более менее едины!
P.S. у меня просто 15 фирм которые сдают отчетность через контур и впоследнее время очень не нравиться что все идет в сторону усложнения!
Извините, я в таком стиле не умею и не хочу общаться.
Эм… в каком стиле я просто спрашиваю и говорю как есть. Просто получаеться что год назад было удобнее пользоваться и это больше походило на SaaS, а сейчас этот термин не применим уже. Просто хочу понять причины или мотивы таких нововедений, я не обвиняю конкретно вас нивчем!
Я не говорю что ваш продукт лажа итд… нет он вполне юзабелен и нужен самое главное, просто его развитие движеться в сторону от пользователей, это не у меня одного такое мнение!
Еще раз прошу меня извинить, но когда незнакомый человек позволяет себе слова «лажа» и прочее выше, то я обычно разговор не продолжаю.
Тогда напишу все конструктивным языком.
1.Планируеться ли сертификация своих средств шифрования для создания единого КОМПЛЕКСА
2.Планируеться ли интеграция всех ваших услуг по сдаче отчености в один сервис без роста ПО которое необходимо ставить.
Вам осталось выступить с законодательной инициативой и поменять правила использования и подтверждения СКЗИ, а заодно и паспорта и личные подписи граждан.
К сожалению я не решаю такие вопросы, кроме того они должны решаться системного, а не собираться из лоскутков. А вообще в данной ветке я задавал вопросы только в плане контура-экстерн как SaaS сервиса.
В webmoney давно нашли способ (и не один) решить проблему «посмотреть в паспорт», с дискетами точно ходить не нужно
То, что происходит в веб-мани лишено какой-либо юридической силы ВООБЩЕ.
Это мнение или есть факты, решения судов и т. п.? Разве я не могу договориться с кем-то, что вся информация посланная каким-то электронным способом (совсем не обязательно сертифицированным) является юридически значимой и обязывающей, если заинтересованной стороной будут предъявлены оговоренные доказательства факта отправки/получения этой информации и её содержания?
Это не мнение. :) Советую поинтересоваться вопросом.
Лучше скажу так. Когда люди, делающие веб, начинают думать, чтобы сделать что-то, что можно было бы ПРОДАТЬ за ДЕНЬГИ бизнесу, то получаются такие вот статьи, полные пустоты ;-)

Для того, чтобы что-то продать бизнесу за деньги, надо интересоваться не только веб-технологиями и думать не только про сервера. Более того, веб-технологии и сервера там — десятое дело.

Надо очень хорошо понимать что нужно и не нужно бизнесу, что это конкретно за бизнес, никогда не мерять по себе и быть гораздо более любознательными и интересующимися, чем это справедливо для среднего стартапера «от веба».

Нужно интересоваться десятками совершенно разных вопросов и я к сожалению тут не могу делать ликбез про основы ЭЦП и текущей правоприменительной практики (а ее много, очень много).

Короче, надо не искать ответов на мелкие вопросы у других, а определять с их помощью, какие темы стоит изучить самостоятельно ;-) Просто потому что довольно мало людей, которые придут на Хабр с публичными лекциями о том, как избавиться от наивности и начать жить ;-))

SaaS продается хорошо. Просто не все могут это даже заметить. Типа, немного другая, напривычная тема. Расширять кругозор и сметать внутренние границы ;-)
Можете, но насколько я понимаю чтобы электроные средства были приняты в суде в качестве доказательств, они должны быть сертифицированны, каким органом должно быть сертифицированно соотвевенно зависит от области применения.
Возможно я ошибаюсь я не юрист, поправьте кто знает!
ВЫ можете договариваться с кем угодно, только если Вы это сделали на бумажном носителе в договоре с печатями, тогда это может хоть как то рассматриваться. И действовать это будет только между двумя юридическими лицами, которые договорились. Это и есть обходные пути, там и речи не идет о юридической значимости, все в гражданско-правовом поле исполнения договорных обязательств сторон.
Юридическая значимость — когда этот документ признается собственноручно подписанным и это очевидно для всех, а не только для стороны, с которой Вы договорились считать документ юридически значимым.
То есть в случае договоренностей по Вашей схеме — это просто междусобойчик двух сторон.
Да, вот настоящая ЭПЦ или нет — легко проверить в суде. Берешь экспертов и они делают заключение по имеющейся методологии. Остальное — сильно сложнее.
это правда)) электронные деньги вообще отсутствуют в нашем правовом поле. Там используются исключительно обходные пути и бизнес его может использовать только с большими сложностями.
А чтобы обеспечить юридическую чистоту ЭЦП действительно надо много приседаний.
Юридическую значимость, ага ;-) Некоторые Наивные люди в интернете думают, что мир устроен просто. Он сложнее ;-))
Ну, так или иначе, надо учитывать, что эта тема действительно сложная и законодательство у нас довольно запутанное и чтобы сделать все правильно, нужно перелопатить гору всего, на что люди идут по профессии, или по необходимости, но вряд ли это входит в круг интересов ИТ специалистов, потому что там очень много неинтересных букф)
А ИТ-специалисты мало кому нужны. Нужны люди, которые могут разбираться в серьезных вопросах и говорить ИТ-специалистам что делать ;)
Вот в этом-то и проблема всех электроных нововедений в россии.
Ну так не только ИТ-специалисты ими занимаются. Просто надо видеть.
Webmoney работает вне каких-либо законодательных нормативов. При желании ЦБ их вообще может прихлопнуть (точнее остановить их бизнес) довольно просто. Именно потому они (вместе с другими электронными деньками) выступили с инициативой чтобы ЦБ какие-то нормативы сделал. ++ Президент у нас из телевизора иногда правильные вещт говорят. Сейчас администрация направил в думу законопроект. Далее по регламенту у ЦБ год чтобы привести все свои нормативы с соответствие. Вот тогда и посмотрим. Будете и паспорта в банке показывать и подписи ставить и соглашаться с безотзывным списанием средств третьими лицами…
И ваш чистый веб-сервис можно использовать в браузере Firefox, не поддерживающем ActiveX, на Linux-боксе, не имеющем инсталляции КриптоПро? Ну-ну…
кстати, если затронута тема бухгалтерии для МБ, то чем не решает все эти проблемы сервис МоеДело? Насколько я знаю, они как раз автоматизировали все, вплоть до сдачи отчетности, что, конечно, очень большой бонус. Разве нет?

При должном уровне развития малого бизнеса в стране спрос на такие сервисы должен только расти, при том, что это же и очень удобно, т.к. доступ к системе есть из любой точки мира и к тому же, если данные хранятся на серверах за границей, то вообще все отлично.
У нас есть собственный проект, который как мы считаем лучше и имеет бОльшие перспективы: www.e-kontur.ru/
Максим, все СКБ Контур, делающее 2 миллиарда рублей в год на SaaS-услугах, к тебе присоединяется ;-))
привет :) Вот кстати какой процент от вашего миллиона клиентов понимает что они используют SAAS а не обычный софт?
А им не надо знать. Они просто платят денюжку и имеют пользу.
А вы знаете какие сейчас регистры использует ваш процессор и зачем?
Я на личности переходить не будут, отвечу по существу.
Вы не прочитали пост, потому что основная мысль — это как раз то, что потребители SaaS не айтишники а люди, о которых разработчики Саас не думают.

и я не думаю, что технически грамотный сервис будет лучше продаваться. Чушь собачья это)))
Продаваться будет сервис, у которого будет хоть какая то ценность с точки зрения конечного потребителя. А вот именно ее в существующих решения редко можно найти.
Буквально позавчера на SaaS в России говорили о том, что не надо называть потребителям эту аббревиатуру — называйте просто «облаком») Не знаю почему, но это и правда работает)
К сожалению сейчас все больше компаний начинают паразитировать на волне SaaS. Наберите в поиске SaaS, PaaS, IaaS — получите сотни компании и каждая толкует эти четкие понятия по своему.

С одной стороны SaaS для многих к сожалению модное слово, и перпективное направление и как следствие каждый пытается откусить кусочек пирога, к тому же Gartner и другие непрерывно твердят SaaS будет стремительно расти. В результате все стали говорить — мы работаем по модели SaaS, так и не понимая его сути.

С другой стороны SaaS только становится на ноги и есть первопроходцы, есть удачные и неудачные проекты. Время идет и оно все расставит на свои места.

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

Вот об этом я и говорю.
SaaS — должен быть не просто web интерфейс с кучей ограничений — это должно полноценное ПО ничем не отличающееся от привычного.
Особенно сейчас, когда мобильность — это основной фактор в работе большинства людей.

Мне не нужна привязка в мощному стационарному компу и дорогие коробочные решения — у меня есть легкий мобильный ноутбук, а все остальное и должен решать SaaS.
Нужно что-то — купил услугу, не нужно — отписался.

И все. Все просто легко, удобно и понятно.
Вот-вот, тем более что для подобной бесшовной интеграции все необходимые технологии уже существуют.
Мы разрабатываем систему управления задачами — TrackStudio. В 2002 году начинали именно как SaaS, но сейчас это направление умерло, продаются только лицензии.

Как справедливо было указано выше, возможность кастомизации продукта в SaaS обычно игнорируется, поэтому мы решили делать тогда очень кастомизябельный SaaS. Т.е. чтоб все клиенты были в одной базе, но для каждого клиента можно было бы настроить вообще все, и чтоб при этом ничего не тормозило.

В итоге выяснилось, что
  • мелкие компании совершенно не готовы тратить время на настройку чего-то там в SaaS. Сама идеология SaaS подразумевает возможность работать сразу, чего-то изучать или настраивать типичный пользователь SaaS совершенно не хочет.
  • для крупных компаний трекер — это лишь одно из приложений, и его нужно интегрировать с другими приложениями в компании. Это может быть ActiveDirectory, Subversion, база с клиентами в 1С и т.п. Привязать это к SaaS довольно затруднительно.
  • да, в самом деле многие не стремяться размещать сколько-нибудь важную информацию неизвестно где в интернете. Думаю, для компаний вроде Amazon или ORACLE это не проблема, но для стартапа — определенно проблема.

К нашему счастью выяснилось, что возможность ведения разных проектов с разными настройками в одной системе, гибкость конфигурирования, поддержка большого количества пользователей и т.п. возможности актуальны для многих крупных компаний и мы стали продавать лицензии на TrackStudio. Примечательно, что первые годы в лицензионном договоре запрещалось использовать TrackStudio для организации SaaS-сервиса для третьих компаний — опасались конкуренции :-)
Интересный комментарий, спасибо. Получается, что крупняков не устраивает сама модель саас, а мелким не нужна кастомизация своими руками.
Мелкие клиенты просто выбирают из тысяч примерно одинаковых SaaS то, что подходит им больше всего. Или берут что-нибудь раскрученное, кушают кактус и плачут.
как пример системы управления задачами (и много чем еще) — Мегаплан — вполне работает SaaS, и целевая аудитория МСБ.

плюс сама по себе система достаточно гибка чтобы настраивать ее под себя или работать сразу как захочется
Заметьте, что Мегаплан как раз и работает в русле поста. Они дополняют свой сервис, чтобы он стал целостным продуктом для конкретного потребителя. Насколько я знаю, они недавно и финансы уже добавили. А опираются они скорее всего на реальные отзывы и потребность.
да, Финансы добавили и действительно активно используют обратную связь от пользователей, даже голоса собирают на счет того, что нужнее внедрять на специальном ресурсе megaplan.reformal.ru/

если взять по характиристикам топового поста, то:

Лоскутность — есть конкретные задачи МСБ, которые автоматизирует Мегаплан. да, нет интеграции с 1С и прочих «полезных» вещей, но они позиционируют себя как простую систему управления проектами, и специализируются на этой простоте и конкретной области задач

Негибкость функционала — тут у мегаплана достаточно хорошо все — как хочешь, так под себя и настраивай систему в соотвествтвии со своими бизнес-процессами

Вопросы безопасности — хочешь SaaS и политика конфиденциальности. не хочешь — забирай на свой сервер за доп. средства. все правильно

Невнятный маркетинг — вот тут у Мегаплана все хорошо: они знают целевую аудиторию свою, они знают что ей нужно, они правильно продвигают продукт и делают качественный продукт по нормальной для своей аудитории цене. тут респект :)
При всем уважении, возможности кастомизации мегаплана все-таки серьезно отличаются от аналогичных возможностей TrackStudio.

Сравните список клиентов мегаплана и TrackStudio:
Мегаплан: www.megaplan.ru/company/clients/
TrackStudio: www.trackstudio.ru/clients.html

Доля среднего (и даже крупного) бизнеса среди клиентов у нас значительно больше. И дело тут не только в том, что возможности кастомизации «притягивают» средний/крупный бизнес, они еще и «отталкивают» мелкий, ибо для них все это оказывается слишком сложно и не очень понятно «зачем».
И дело тут не только в том, что возможности кастомизации «притягивают» средний/крупный бизнес, они еще и «отталкивают» мелкий, ибо для них все это оказывается слишком сложно и не очень понятно «зачем».

— вот именно, Мегаплан ориентируется прежде всего на малый и средний бизнес, которому большее не нужно т.к. непонятно зачем, в отличии, по всей видимости, от ваших клиентов.

да и SaaS собственно ориентировано на «малышей». так что вы работаете в различных сегментах по большому счету, и сравнивать список клиентов не нужно
Возможно, это излишнее ограничение (про малый бизнес). Насколько я знаю, за рубежом SaaS покупают уже пачками по 400 пользователей. Вот Самсунгу недавно продали, по слухам.
Смотря что вы в данном случае имеете ввиду под SaaS, под скажем кол-центры и саппорт решения и на 1000 клиентов и более продаются.
Если мне не изменяет память, речь шла о CRM
Плох тот малый-средний бизнес, который не мечтает стать большим.
Ну это вы про каких-то совсем ленивых «мелких» написали. Сложно представить какого-либо руководителя компании, которому будет лениво настроить сервис под нужды своей компании.
Да ладно вам, «никто борщ не продает». Навалом таких продавцов. Вот только когда я покупаю борщ, я не могу выбрать сколько там должно быть картошки, есть ли лук и т.д. Просто потому что борщ уже сварен. Они вам скажут:«Мы добавим картошки в готовый борщ, но она будет сырая» При этом вы заплатите за сам борщ плюс за дополнительную картошку.
Да, это наверное более точная мысль)
НЛО прилетело и опубликовало эту надпись здесь
Специализированные задачи это конечно хорошо, но хотелось бы также более серьезного развития банальной публикации приложений в терминальных сессиях и спец клиентах (исчезает проблема непривычности браузерного интерфейса) для тонких и не очень клиентов. Туже 1С вполне можно использовать, как впрочем и множество других офисных приложений именно таким образом.
Разрабатываем сейчас SaaS (узнал об этом в комментах тут, на хабре :) ) для мелкого бизнеса, в котором у 90% (данные «маркетингового исследования») фирм/ИП сейчас используется Excel и БизнесПак для оперативного учёта и первичной документации.

Радует, что наша концепция почти все недостатки указанные в посте учитывает, по-моему:
1. Лоскутность — обмен данными с 1С, загрузка и выгрузка документов OpenOffice, может быть Word/Excel (не разбирались ещё — слышал, что несмотря на формальную открытость форматов MS нормально релизовать импорт/экспорт даже простых документов затруднительно). Сам сервис, по нашим задумкам, должен обеспечивать к релизу все типичные задачи кроме бухучёта (первичку для него формируем) и редактирования документов со сложным форматированием (делать второй Google Docs желания нет :), на повестке рассмотреть возможность интеграции с ним — беглое гугление показало, что не так просто, как хочется, если вообще возможно)
2. Негибкость функционала — стараемся сделать как можно более гибким: конструкторы, шаблоны, модули, вплоть до хранения кастомного python кода в БД для каждого клиента (пока такого нет, но возможность предусмотрена уже на стадии прототипа)
3. Вопросы безопасности — бэкапы в XML/CSV на мыло автоматически и по требованию, или загрузка архива через браузер, шифрование данных в БД (тут не определились, должен ли быть нам ключ известен на случай, если клиент утратит, тогда соглашения о неразглашении и т. п., или все риски пускай несёт клиент, но клиент (в смысле браузер) должен будет расшифровывать локально, что не тривиально, или дать возможность выбирать). Рассматриваем возможность открытия для клиентов серверного кода (реализация API) и кода «стэндэлон» клиента, код веб-интерфейса открывать не планируем по понятным, надеюсь, причинам :)
4. Невнятный маркетинг — если касательно решаемых задач, то позиционироваться будем как сервис для решения почти всех необходимых для этого бизнеса задач (благо есть «альфа-тестеры», которые раскрыли много и типичных задач, и нюансов, подчас взаимоисключающих), глобальное исключение — бухучёт (в дальних планах — поддержка УСН сначала по доходам, затем по доходам за вычетом расходов — потенциальные клиенты используют и то, и то, в зависимости от того собственные основные средства или арендуются, полноценную бухгалтерию не осилим точно в таком или чуть расширенном составе)
Посмотрите на www.sdelki24.ru — делает ровно то что вы говорите. Дела у них совсем не важно, а запустились уже давно.
Думаю, проблема в слишком низкой цене. 300 руб. в месяц — отпугивающе дешево, тем более когда речь идет о критически важных процессах.
Нет. Дело в том, что в чистом виде первичка никому не нужна. Точнее она не нужна так массово чтобы на этом можно было зарабатывать.
Может быть. Или, возможно, для учета первички есть слишком сильные не-SAAS альтернативы.
Когда родилась идея у нас, то главной задачей был (и есть) оперативный учёт для конкретной сферы услуг мелкого бизнеса (где и оффлайновых решений не так много, а их цена для мелкого бизнеса зачастую неприемлема), остальное (первичка, кадровый учёт и т. д.) родилось в ходе «мозговых штурмов» в стремлении к идеалу «всё что нужно для работы — это браузер»
Я не отговариваю, но рекомендую сделать хороший ресеч рынка. Есть например хорошее решение для магазинов и сетей магазинов — забыл к сожалению как называется, но тоже насколько я знаю все очень грустно с продажами.
Здесь надо смотреть конкретней, вот у инсейлс вроде все в порядке. Это сервис для интернет-магазинов.
Как могли сделали. Плюс готовимся предложить и локальные решения (клиент+сервер с тем же API, который будет использовать наша веб-морда) для тех, кто не готов доверять данные или находиться в зависимости от интенет-канала. Может, даже, второй вариант окажется успешнее.
Как запуститесь киньте ссылкой в личку — очень интересно посмотреть.
И все-таки надо указать еще одну причину: зависимость от каналов связи.
Понятно, если вы в Мааскве и в одной точке у вас пять провайдеров, которые ещё и дерутся за вас, а если нет?
Это как раз та часть причин, которая порождает воспринимаемую как недостаточную скорость работы
Имеется ввиду даже не скорость, а наличие канала. Канал упал — бизнес упал.

Хорошо, если не надолго, а если как у нас — неделю во всем городе не было Инета из-за глюков биллинга у провайдера.
Но зато именно с этой проблемой можно ничего не делать. Она разрешится сама собой со временем. Хотя именно из-за этой проблемы использование в регионах затрудняется серьезно.
А резервирование связи часто стоит дорого.
> Негибкость функционала

Совершенно смешной пункт. Большинству пользователей не нужна гибкость функционала, им не нужна возможность настроить программу под себя. Им нужна программа которая из коробки будет выполнять все, нужные им функции и так как им нужно.
Тавтология) «гибкость и тюнингуемость» в своей сути и есть возможность настроить программу под себя.
Совершенно верно написано — главная проблема в том, что клиент не чувствует что это его.
Кстати, теперь любой может стать провайдером SaaS услуг с помощью бесплатного TeamWox SaaS Agent:



Сразу из коробки есть: отдел кадров, задания, документооборот, почта, клиенты, контакты, форум, поиск, отчеты, онлайн-консультант, сервисдеск, расчеты и интеграция с банковскими счетами.
Полазил, почитал, посомтрел демо. В реальности бесполезный продукт, функционал даже недотягивает до открытых проектов, сомнительная реализация, возникает вопрос работы при боьшой нагрузке(хотя там особо то и нечем нагружать)
Про бесполезность Вы явно загнули, загляните в описания, документацию и статьи поглубже. Открытые проекты как раз не дотягивают до TeamWox.

Система специально спроектирована для работы под высокой нагрузкой, да еще и в изолированных режимах SaaS хостинга, когда на одном сервер можно запускать десяток копий системы. Детально об этом написано в статьях Как работает TeamWox SaaS Agent и Как быстро и дешево стать прибыльным SaaS-провайдером?.

Весь тяжелый контент хранится в шифруемых (уникальные ключи для каждой копии лицензии) и автоматически сжимаемых файловых хранилищах, что кардинально снимает нагрузку на SQL базу. Ежедневно делаются дифференциальные бакапы, восстановление на любую копию делается прямо из веб интерфейса.

Например, наша текущая база занимает 50 Gb в сжатом виде и система работает нормально. Вот штатная статистика:


Такс попробую расписать по пунктам.
>Детально об этом написано в статьях Как работает TeamWox SaaS Agent
1.Первым же делом прочитал именно это, ни одной технической детали там не нашел(только общее описание и мануал по установке)
>и Как быстро и дешево стать прибыльным SaaS-провайдером
2. Название напомнило финансовые пирамиды, приведен пример(на тестовой машине разработчиков) сколько виртуальных хостов на сколько пользователей создавать, главный упор делается на то в каком варианте можно получить больше денег, информативность аналогично пункту 1
>Весь тяжелый контент хранится в шифруемых (уникальные ключи для каждой копии лицензии) и автоматически сжимаемых файловых хранилищах
3.Что такое тяжелый контент(графика, видео)? То есть получается если надо посмотреть положенный ранее документ, файловое хранилище разжимается?
>на SQL базу
4. А какая sql база используется?
>Ежедневно делаются дифференциальные бакапы
5. Такой можно делать на большинстве sql баз уже лет как 6(а может и больше я тогда еще этим не интересовался), можно даже и на файловой системе
>Вот штатная статистика
Статистика напомнила munin с пиками, так конечно красивая статистика.
6. Пройдемся по фунционалу(смотрю все в демо версии)
Задание-более менее все есть, но очень неудобный интерфейс
Документы-не понял зачем оно вообще нужно, то ли чтобы складывать свое добро туда(нету разбивки по каталогу), работают вьбверы на txt и изображение
Почта-как и везде
Контакты-все хорошо, единственное не понятно в какой формате импортируетсья, экспортируеться
Расчеты-смысла вынесение данного пукта в отдельное меню нету, так как это общий обмен документами
Форум-Для рабочего процесса не вижу надобности
Организации-единственное что надо контакты опять же, все остальное относящиеся к CRM не имеет смысла
Продукты-мм… справочник товаров опять CRM без инструментов
Сотрудники-все стандартно, опять же непонятные типа оплаты труда итд…
СервисДеск-Неюзабелен, бухгалтерша Мария Ивановна посмотрит на это и начнет звонить по телефону
Банк-интересная штука, насколько я понял для ведения платежек из клиент банков, как загрузить туда платежку, какие выгрузки поддерживает, поддерживает ли вообще выгрузки опять же не понятно к чему это тут.
В итоге что мы имеем кучу функций которые никто не будет использовать, также примесь CRM(ни один экономист и бухгалтер не будет ничего там заполнять, лишняя трата времени). Нету простейших вещей: 1. Ведение документооборота входящей\исходящей корреспонденции в виде журналов(основа бумажного документооборота), ведение договорной базы, сложной взаимодействии между отделами через нескольких контролеров движения документа, взаимодействия с внешними программами(распространенный пример 1С), взаимодействия с внешними сервисами общения\уведомления(xmpp). Это перечислены основы, которые реально могут снизить бумажный документооборот или ускорить поиск нужных бумажных носителей.
Общий функционал системы напоминает Exchange Server(OpenExchange).
Стоит ли продукт денег которые за него просят? Ответ: ДА
Может ли он уменьшить время нужное для обработки документов? Ответ: НЕТ
Это конечно мое субъективное мнение(сформировавшееся при ознакомлении с демо версией).
P.S Можете сравнить вот с этим решением thedox.ru/ там видно что идет постоянная доработка, причем изначальный функционал позволят упростить часть бумажного\табличного документооборота.

Неудивительно после заявлений «это не надо, то не надо» получить такой вывод.

Тяжелый контент в большинстве случаев уже хранится в gzip сжатом состоянии и в подавляющем большинстве случаев именно в таком состоянии отдается броузерам без расжатия. В SQL базе embedded/standalone Firebird хранятся только легковесные связи, что позволяет не напрягаться по поводу тормозов базы данных.

Система TeamWox разрабатывается 3 года профессиональной софтверной компанией с привлечением дизайнеров, тестеров, переводчиков (очень много поддерживаемых языков), технических писателей, юзабилистов и под рекомендациями существующих клиентов.

Задания — очень эффективно реализованы. Документооборот включает себя не только хранилище, но и мощное разделение прав доступа, WebDAV доступ (можно подключить как удаленный диск), контроль подписей/ознакомлений, история изменений и версионность.

Почтовый модуль позволяет расшаривать как почтовые ящики, так и отдельные письма между любыми сотрудниками и группами. Вокруг организаций собирается и привязывается масса другой информации: все письма, контакты, тикеты сервисдеска, счета, оплаты, документы, чаты. Достаточно зайти в компанию, чтобы увидеть всю сопутствующую информацию по организации в одном месте. Интеграция с 1C (TeamWox 1C Sync) позволяет автоматически импортировать записи из 1C.

Продукты, расчеты, банк — все это дает возможность выписывать счета, контролировать оплаты и вести управленческий учет.

Сервисдеск позволяет принимать внешние (авторизованные или анонимные) заявки с вебсайтов и вести с ними работу, включая переписку. То есть, можно на публичном вебсайте разместить форму связи для установки тикетов напрямую группам обслуживания в компании.

Чат позволяет создавать публичные Online Assistant сервисы для ведения технической поддержки.

Все это работающие функции, позволяющие компаниям в комплексе автоматизировать свою деятельность. Интеграция с публичными сервисами (сервисдеск и чат) очень хорошо подходят для интернет компаний, которые ведут свою работу в онлайне.

В онлайн справке и статьях расписана масса функционала системы.
>Тяжелый контент в большинстве случаев уже хранится в gzip
Ну так это наверное и должно быть написанно в «Как работает TeamWox SaaS Agent». Сжатие gzip тяжело контента(обычно это графика и видео) у вас получаеться каждый файл сжимаеться отдельно.
>В SQL базе embedded/standalone Firebird хранятся только легковесные связи
Ну это и понятно Firebird не выдержит если туда все пихать. Опять же про Firebird на сайте не нашел ни слова
>мощное разделение прав доступа, WebDAV доступ (можно подключить как удаленный диск), контроль подписей/ознакомлений,
Ну я и написал про аналогию с Exchange Server(OpenExchange). В реальности удобные функции
>Вокруг организаций собирается и привязывается масса другой информации: все письма, контакты, тикеты сервисдеска, счета, оплаты, документы, чаты
А нужно ли это 98% фирм в россии?
>TeamWox 1C Sync
Почитал, получаеться он вытаскивает только контрагентов. А как же хотя бы информацию о сотрудниках(кадровый учет), товары на складах(для менеджеров). Техническая сторона: Синхронизируеться с 8.1 только файловой версией, а как же те у кого sql базы или пользователи с 7.7,8.0,8.2.
>все это дает возможность выписывать счета, контролировать оплаты и вести управленческий учет
В демо версии не смог выписать счет, посмотрел выписанные кем-то(в нашие фирме такии бы счета выкинули и заставили переделать на положенные). Я не очень представляю как можно вести управлеченский учет без бюджетирования и других финансовых инструментов
>Сервисдеск позволяет
Полезная функция и не спорю, вот только интерфейс не интуативно понятный(хотя может это демо кривая)
>Интеграция с публичными сервисами (сервисдеск и чат) очень хорошо подходят для интернет компаний, которые ведут свою работу в онлайне.
Открытых проектов на эту тематику очень много, связываетсья все через xmpp
Вот и получаеться такая вот система для фрилансеров, в более мене сложных орагнизация такая CRM бесполезна, а документооборот в зачаточном состоянии. В реальности коненчо можно использвоать вместе с 1С но вот какой смысл вести две базы, это увеличивает трудозатраты! Я не пытаюсь сказать что все криво и не работает, например система Заданий хорошо сделанна, аналогично почта, но вот реальное примение в SMB или среднем бизнесе я не вижу (сужу по организациям которые обслуживаю: строительство, продажи, производство)


TeamWox SaaS Agent является пускачом и контроллером копий серверов TeamWox, поэтому он не хранит тяжелого контента, вообще не использует SQL, а работает только с конфигами.

Firebird, SQL и работа с тяжелым контентом детально описана в FAQ и статьях — достаточно воспользоваться поисковиком сайта или методично почитать материалы.

Как раз указанный функционал CRM/Groupware нужен любой компании. Другое дело, что мало кто себя/сотрудников может перебороть и перейти на нормальный уровень управления.

1C Sync пока синхронизирует организации, контрагентов и контакты, а в последующем будет добавлена синхронизация сотрудников и счетов. Работает как с файловой, так и с сетевой версией (достаточно прописать сетевой путь в конфиге).

Демо-сайт уже переделываем — там на самом деле пустовато. Спасибо за замечание.

XMPP — это не сервисдеск, ибо нет привязки к организациям и нет быстрого и прямого доступа к истории обращений конкретной компании. Причем к совокупной истории компании, включая историю тикетов, чатов, писем, документов, комментариев менеджеров, счетов и оплат. А TeamWox как раз это и делает.

Скоро выйдет корпоративный мессенджер TeamWox Communicator с массой удобных функций, включая корпоративный защищенный VOIP с интеграцией ко внешним SIP провайдерам.

К сожалению, Вы делаете поверхностные выводы.
А что скажут знатоки 1С по поводу клаудизации версии 8.2, которая, как мне слышалось, имеет веб-клиента?
Недавно сделал на основе 1С8.2 с базой на Postgree тестовую платформу для перехода с 1С8.1. Впринципи достаточно юзабельно и самое главное действительно относиться к SaaS решению, в отличии от многих других(не будем тыкать пальцев выше по топику). Думаю в ближайщее время многии френчайзы 1С будут пробовать предлагать такое решение.
НЛО прилетело и опубликовало эту надпись здесь
Если вопросом лицензирования 1С займётся провайдер SaaS, став ещё и партнером 1С — то можно заработать ещё и на аренде лицензий
НЛО прилетело и опубликовало эту надпись здесь
Ну у 1С такая политика, чтобы зарабатывать с ней заключай договор, становись партнером.Насчет лицензий тут аналогично как у провайдеров, по правде можно иметь меньше лицензий чем пользователей, например делаю скидки на работу в вечернее время… итд. Кроме того 1С выгоден такой вариант работы так как сейчас очень много ее продукции пиратят!
А по-моему все эти проблемы не SaaS, а просто любых продуктов ранней стадии. Каждому индивиду отлично подойдут заказные продукты и услуги (пошитое на заказ платье, приготовленное блюдо или изготовленный на заказ автомобиль), но это дорого. Потому и появились типовые решения. Вы думаете в первых версиях табличных процессоров все было супер? Или в графических редакторах? Нифига! Текстовым процессорам уже скоро 25 лет (я имею в виду WordPerfect) и там все еще котого-то что-то не устраивет (иначе чего ж этих разных редакторов столько развелось).

Продукты SaaS слишком молоды что бы не иметь недостатков.
Тут есть только одно отличие. SaaS не предлагает нового продукта. Он предлагает новую схему продаж и эксплуатации. А новой ценности он не создает, не создает даже той, которая уже создана. А считает, что создает и ведет себя как продукт на ранней стадии.

Если эта схема продаж круче, а мы все верим, что она круче, первоначально им пользуются только «новаторы». То есть те, кто не приносит денег. Начинают тратиться деньги, когда появляется целостный продукт. О чем я собственно и пытаюсь толковать)))
Не совсем верно, мы проанализировали рынок и увидели, что есть вообще незанятая ниша для МБ, решили её занять, думали над схемами продаж, пришли к SaaS (и то, сначала пришли к схеме, потом узнали, что она SaaS называется :) )
Я и не утверждаю, что нет конкретных продуктов, которые думают в нужном порядке))
SaaS создает ценность. SaaS завершающая стадия цикла развития ИТ-отрасли (любая отрасль проходит этапы услуга -продукт-инфраструктура). На бытовом уровне это, например, означает что вам не нужно синхронизировать кучу данных между разными устройствами. Одой из основных причин появления SaaS — несколько компьютеров на одного пользователя.

Цепочка цикла выглядит так:

— Один компьютер на много пользователей — проприетарные софты и терминальные решения
— Один компьютер на одного юзера — коробочный софт.
— Много компьютеров на одного юзера — SaaS.

Ценности и выгоды SaaS:

— не надо покупать кучу софта на каждый компьютер (а некоторые софты ужасно дорогие)
— не надо синхронизировать данные между всеми этими компами, КПК и мобилами.
Все это как раз и относится к схеме продаж (экономия на серверах) и эксплуатации (использование на разных компьютерах). В этой части это да — эволюция, следующее поколение.

А я говорю о потребительской ценности. Невнятно объясняю, наверное)) Продукт становится массовым, когда он устраивает конкретных конечных потребителей, а до этого им пользуются единицы-модники или те, у кого очень мало денег (но эти в нашей стране пользуются тыренным софтом).
То о чем вы говорите — экономия на масштабе. Синхронизация данных (точнее отсутствие необходимости ее делать) — самое важное потребительское свойство.

Переход от товара к инфраструктуре самое долгое. И при этом оно не отменяет существование и услуг и товаров в той же отрасли и рынке. Вот сейчас услуга измерения времени стала инфраструктурой. Часы встроены всюду и сигналы точного времени распространяются по всем возможным каналам. Но люди все равно продолжают пользоваться и песочными часами, и ручными и даже заказывают их у часовых мастеров. Использование инфраструктурных решений не может быть удобно для всех. Так и в ИТ, и Ж\Д, и почте, вообще всюду…
Большинство корпоративного софта давно работает без необходимости синхронизировать данные. Это уже не преимущество и не ценность.

У меня ощущение, что мы говорим про одно и то же разными словами или совсем о разном)) Я не имею ввиду создание инфраструктуры, я имею ввиду создание продукта.
давайте не забывать, что SaaS — это прежде всего схема продаж.

Перечисленные недостатки относятся к продуктам, а не к продажам. Причем недостатки эти свойственны многим российским разработкам / стартапам.

Единственный пока серьезный недостаток SaaS в России носит скорее социальный характер: слишком молода еще система, не заняла еще достаточно серьезных позиций в коллективном разуме
Если автор пишет, что отвечал в нескольких компаниях за корпоративную автоматизацию, то это явно были не компании в 30-50 человек. Думаю, были довольно крупные структуры, поэтому и к оценке SaaS-приложений автор, скорее всего, подошел именно с «корпоративным аршином». А SaaS нацелен главным образом на малый бизнес, у которого потребности несколько иные.
 
Теперь по пунктам:
>> «Лоскутная автоматизация». Даже разнородные SaaS-приложения можно связать друг с другом. Да, это не делается одним нажатием кнопки, но на западе уже появились IT-консультанты, которые на этом специализируются: www.pervasiveintegration.com/scenarios/Pages/cloud_integration.aspx. Но нужна ли малому бизнесу столь глубокая интеграция приложений между собой?
Думаю, что достаточно скоро крупные SaaS-провайдеры типа Софтклауда придумают, как быть с «лоскутностью». Скорее всего, вопрос будет решен на уровне платформы, с которой предоставляются облачные услуги.

>> «Негибкость функционала». SaaS-решения создаются для компаний малого и среднего бизнеса — для тех, кто сейчас сидит на «1С-Упрощенке». Она стоит недорого и кастомизации не поддается. Но если вы настаиваете на кастомизации, то тут SalesForce вам в помощь :) Через партнеров его можно настроить под потребности конкретного бизнеса.
 
>> «Вопросы безопасности». Они решены у SaaS-провайдеров, которые торгуют приложениями из дата-центров. Опасения по поводу безопасности оправданы только при покупке приложений из проприетарного облака разработчика — и то при условии, что он продает аккаунты с сервера, стоящего в соседней комнате офисного здания, а не арендовал инфраструктуру у сервис-провайдера.
 
>> «Невнятный маркетинг». Тут вы отчасти правы. Но решение все же есть. Причем достаточно простое. У маленьких разработчиков есть готовый и открытый канал продаж — это SaaS-провайдеры. В него уже не надо инвестировать. Провайдеры охотно берут приложения, потому что им очень надо заполнить свои маркетплейсы, чтобы клиентам было из чего выбирать. Попробуйте обратиться, например, к какому-нить более-менее адекватному хостеру. Я точно знаю, что Русоникс берет SaaS-приложения и продает его, если оно хорошее и ложится к ним в маркетплейс. Или например, есть тема с открытым стандартом APS (http://www.apsstandard.org/). Разработчик запаковывает свое ПО согласно стандарту, и его приложение может заинтересовать других сервис-провайдеров. Стандарт поддерживается всеми хостерами и провайдерами, у которых есть панель управления Plesk и/или Parallels Automation.

Так что «борщ» пока не продается не потому, что «столовка» плохая. Просто в «столовке» есть есть «вода» и «картошка», но пока нет «мяса», «морковки», «лука», «свеклы» и всего остального :)
Где-то так)
Опыт у меня был разный, были компании и 50-100 и 300-500 и 1000 человек. Подходы, естественно, разные и аршин тоже. Но, поверьте мне, размер бизнеса не связан ни с ИТ грамотностью, ни с уровнем требований. Есть Вася, про которого писали выше, а есть совсем другой клиент с другим подходом к ИТ. У них будет одинаковый размер, но разный подход. И готов потратить деньги на софт будет не Вася. А вот этот второй клиент.
Тот клиент, которого описываете Вы (хотя вообще на 1С Упрощенке сидят разные компании), не будет тратить деньги на софт. Он будет пользоваться ворованной 1С, ворованной виндой, вордом и одноклассниками. Это не клиент SaaSа. А тот, который будет готов тратить деньги, будет надеяться на учет своих пожеланий. Как любой, кто платит деньги.
Вы говорите, что решены вопросы безопасности, для кого решены? Хорошо, если бы так. Вы думаете, в нашей стране люди доверяют размещению своей информации в чужом дата центре? Это SaaS провайдеры думают, что они решены. А про то, что думают другие люди, можно почитать выше в обсуждении.
Ну а про хостеров и прочих. Вот скажите, как провайдер, который хостит приложение влияет на маркетинговое предложение? Почему запаковка в стандарт делает маркетинговое приложение лучше? Тут немножко путаница получается. Маркетинг — это продвижение уникальной ценности. Формулировка уникальной ценности. Именно об этом я говорю: концентрируясь на общих местах, технических деталях и инфраструктуре никто не думает о том, как это видит потребитель. Для которого хоть как запакованное приложение (это актуально не для всех, но для очень многих сервисов) будет:
1. опасным (неизвестно кто, неизвестно где)
2. бесполезным (ему не нужна синяя таблетка в виде куска функции)
3. неэкономичным (никакие издержки не снижаются, а ежемесячные платежи вкупе с тотальной зависимостью пугают)
Слушаю вас и наслаждаюсь, вы и в маркетинге спец и бизнес процессы и продажи и техника. Чудо! Вы молодец!
Я извиняюсь, если излишне претенциозно выразилась, устала наверное, у нас в Сибири уже поздно) Я не претендую на стопроцентную правильность суждений, мы тут все просто высказываем свои мнения)
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации