Валентин К.в общем хранилища могут стать доступными "малой кровью" и небольшим фирмам. Вопрос только нужно ли им это...
Может оно и нужно, но у малых фирм и объем данных небольшой. Для разнородных анализов вполне хвататет и головы владельца, и типовых отчетов 1С. :) "Болезнь 1С" начинает проявляться когда фирма вырастает и за объем головы владельца, и за возможности пользователей разобраться в расширенных отчетах 1С, и уже только потом - из ограничений самой 1С. Почему-то чаще проще заплатить мелкие деньги программеру, чтобы тот сделал "фиксированный" отчет, вместо изучения уже встроенных "универсальных", и уж тем более всяких там OLAP. На мой взгляд и опыт, конечно. :)
И еще немаловажный вопрос - стоимость приобретения. Как минимум лицензия на SQL, ибо в бесплатных редакциях, как правило, возможности OLAP отрезаны. Как минимум Ваша система должна подходить к любой (в т.ч. и самописной) конфе 1С, иначе к стоимости ее приобретения добавится стоимость "кастомизации". При условии, что у 1С есть типовое решение "Конвертация данных" - Ваша система будет либо конкурировать с ней, либо на ней же и базироваться (а это еще дополнительная лицензия). Для небольших фирм он может стать решающим, ибо самый проверенный путь расширения 1С - взять на работу программиста 1С, а не приобретать дополнительные компоненты, которые потребуют более глубокой настройки, чем выставление перечня галочек при инсталяции...

Валентин К.Очень может быть, что небольшие фирмы, действительно, предпочтут не заморачиваться и решат все свои проблемы анализа при помощи 1С. Вызов спеца для настройки нужного отчета - это более контролируемый процесс с точки зрения того, кто платит. Да и решается все в рамках той же системы. Другими словами, мелким конторам хранилище не надо, т.к. на их уровне 1С вполне справляется с ролью полноценной Business Intelligence платформы. Противоположный полюс - когда на предприятии (куда больших размеров и потребностей) возникает осознание необходимости централизованного хранилища, но здесь уже есть IT-отдел (который тоже ведь должен делать себя нужным), и начинается Большой Проект. Естественно, изначально заточенный под предприятие.
О чем и речь. Неудобство 1С (по моему опыту) как раз в том, что мелкой конторе для старта какого-либо учета, типовых 1С вполне даже за глаза, а после вырастания - пересесть на что-либо иное гораздо проблематичней, чем нанять программера, который бы тянул то самое 1С под нужды предприятия, попутно решая и вопросы быстродействия самой платформы. Ибо оптимизация и "насилование" в этом случае - процесс плавный, а вот "пересесть" - кардинальный. И соотв. более рисковый и дорогой.
Валентин К.Т.е. если кому такой конструктор формирования хранилища из 1С и нужен, то конторам не настолько мелким, чтоб им это было совсем не нужно, но не настолько большим, чтоб не бояться начать Большой Проект собственной разработки.Почему я и говорю, что Ваш продукт должен уметь (в идеале - полностью автоматически) настраиваться под указанную конкретную конфу. Иначе, боюсь, "Большой Проект" собственного ИТ окажется меньшим из зол - любая кастомизация любой учетной системы требует погружения в процессы, которые эта система учитывает. А по мере роста, Вы правы, собственный ИТ уже будет, и будет уже погружен в процессы своего предприятия, да и некоторый функционал, которые обеспечивает Ваша система в том или ином виде уже будет реализован.

Валентин К.Да, согласен, тот факт что, покупая наш продукт, контора должна отдать большие деньги (в сравнении со стоимостью нашего продукта) фирме Microsoft за покупку Microsoft SQL Server Standard Edition, - может быть большой стратегической проблемой. Не факт. Это можно предложить просто как вариант "лицензирования". Если контора уже требует размещения базы в SQL - он уже будет стоять. И если у конторы появился интерес в именно в отдельной аналитической системе - значит нужную аналитику напрямую из OLTP получить как минимум проблематично. Смысл в том, чтобы ваш продукт (как некое расширение 1С) поддерживал бы и все возможности 1С. Что делать, если база в postgree\db2\oracle? Вот тут как раз - не только дополнительные лицензии MS. Но и дополнительные "плагины" к вашему продукту.

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