Предложения по созданию собственной базы данных маркетинговой кампании в среде Microsoft? - PullRequest
0 голосов
/ 27 июля 2010

Я бы хотел создать собственное решение для хранения маркетинговых сегментов, списков, кампаний и коммуникационных данных.Прямо сейчас ничто не централизовано / стандартизировано.Данные расположены на различных серверах SQL, в базах данных Access и электронных таблицах Excel.Это была настоящая боль, когда дело доходит до отчетности / отслеживания.

Я в среде Microsoft SQL Server и имею доступ к:

  • Microsoft Access
  • Microsoft SQL Server Management Studio
  • Microsoft Business Intelligence Development Studio

Безопасность и совместимость довольно ограничительны в моей среде.Приобретение стороннего программного пакета не представляется возможным.У меня может быть возможность создать среду песочницы для SQL-сервера, созданную для моего использования.

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

Спасибо.

Ответы [ 2 ]

3 голосов
/ 27 июля 2010

Ваши требования не выполнены:

поиск / анализ существующих данных (некоторые на постоянной основе),

импорт данных в новый маркетинговый datamart и отчетность.

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

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

Вот ваш вопрос: «Мне интересно, какие предложения вы бы порекомендовали и почему»

Вот ответ.

  1. Кто будет этим пользоваться? Кто именно? Позвоните каждому из них и поговорите с ними о том, что они делают.

  2. Какова стоимость бизнеса? «Решение для хранения маркетинговых сегментов, списков, кампаний и коммуникационных данных» - плохая идея. Никто не хочет «решения» - они хотят выполнить свою работу. У немногих людей есть «проблемы», которые нуждаются в «решениях». Они уже отлично умеют делать свою работу. Лучшее, что вы можете сделать, это сделать их более эффективными. Они заботятся о своей личной эффективности? Я сомневаюсь.

  3. У кого проблема? Какая у них проблема?

    Подумайте о "завтраке с беконом и яйцами". Курица откладывает яйцо и уходит. Свинья, однако, полностью привержена бекону.

    Найдите свиней и кур. Ваши данные не идентифицируют ваших участников и вашу бизнес-проблему. Найдите людей, у которых есть проблема. Узнайте, насколько большая и дорогая проблема. Будьте абсолютно уверены, что вы нашли проблему real , которая стоит кому-то real денег. Утешите человека, который теряет больше всего денег, и убедитесь, что он хочет, чтобы его проблема была решена. Они свиньи - они могут быть полностью преданы.

  4. В конечном итоге вам нужно будет создать одну центральную базу данных SQL / Server и избавиться от таблиц Excel и MS-Access. Возможно, вы захотите иметь интерфейс MS-Access, который предоставляет хорошие приложения, которые используют SQL / Server.


Если вы на самом деле говорите о хранилище данных, то вам следует прочитать книги Ральфа Кимбалла. [Между прочим, не ясно, что хранилище данных даже актуально. Без решения проблемы и без пользователя, у которого есть проблема, хранилище данных является такой же плохой идеей, как инфраструктура веб-сервисов или новый Bentley для меня (Black and Silver, спасибо.)

Если вы хотите построить хранилище данных, ваши «существующие поиск / анализ данных» и «импорт данных в новый маркетинговый datamart» будут называться ETL .

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

Ваш "Какой-то GUI" исчезнет. Хранилище данных не является чем-то вроде графического интерфейса. Отчетность настолько близка, насколько вы можете. Возможно, вам придется создать некоторые инструменты управления основными данными, но даже тогда это больше правил, чем взаимодействий.

«Другому человеку может понадобиться доступ» Правда? Конечные пользователи - это что? Рубленая печень? Им также нужен доступ к запросам, иначе они не увидят ваши данные.

3 голосов
/ 27 июля 2010

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

...