«Типовое решение: CRM для рынка СМБ» Модельная задача Специализация модельной компании -- на ваше усмотрение один из трех вариантов (логика «или»). Возможные профили деятельности: 1. Оптовая торговля (FMCG непищевой отрасли), или 2. Сфера услуг, или 3. Производство на заказ (хороший пример -- оперативная полиграфия). Для описания проекта необходимо выбрать одну сферу (ту, где на ваш взгляд наиболее целесообразно применение вашей системы). Товары и продукты: не специфицированы, на ваше усмотрение. Но крайне желательно учитывать разнородные товары (услуги) с большим числом параметров (например, модель, цвет, материал, размер). Ассортимент также желательно максимально разнообразить по целевым сегментам (возраст, социальное положение, личные параметры, ценовой диапазон и пр.), кроме того, в хотелось бы предусмотреть возможность реакции на быструю замены ассортиментного ряда (скажем, раз в квартал номенклатура обновляется на 50%) . Клиенты: не менее 500 Поставщики: не менее 30 (СНГ и зарубежные) Рабочих мест для CRM-системы: 25--30 Ориентировочная структура компании (может быть изменена при необходимости, но изменения желательно минимизировать), система должна обеспечивать решение задач всех подразделений: Отдел продаж (руководитель и 7-10 менеджеров, работают с клиентами и точками) Отдел закупок/управления производством/услугами (руководитель и 2-3 менеджера, нуждаются в средствах планирования и оперативной аналитике) Бухгалтерия (финансовый отдел, 3-5 сотрудников), Отдел логистики (транспорт, склад, 4-6 чел.) Маркетинг и реклама (1-3 чел., не обязателен, но желательно) Руководство (2-3 чел., нуждаются в развитой отчетности). Филиалов нет (чтобы не загружать обзор излишними деталями; если ваша система предоставляет какие-то интересные возможности по работе с отделениями и филиалами, их можно отметить в разделе описания системы). Базовый набор задач Ведение досье и истории отношений с клиентами, учет первичных документов Сопровождение продаж/заказов, единоразовый ввод информации о продаже/заказе Аналитика и планирование Рекомендуется продемонстрировать также возможности системы, связанные с учетом особенностей организации работы конкретной компании (каких именно -- на ваше усмотрение, желательно что-нибудь не очень экзотичное, чтобы не утопать в деталях) ИТ-инфраструктура модельной компании Система автоматизации: "1С:Предприятие 7.7" Серверная платформа: Windows 2000 или Windows Server 2003 Количество серверов: 1 -- для работы 1С, 1 -- вспомогательный (файловый, Интернет, почта, печать и др.). Конфигурация сервера 1С: P4/2 ГГц, 1 Гбайт памяти, 30 Гбайт свободно на диске. Конфигурация вспомогательного сервера: P4/2 ГГц, 512 Гбайт памяти, 80 Гбайт свободно на диске. Конфигурация офисных ПК: Celeron/2 ГГц, 256 Мбайт памяти, 3 Гбайт свободного места на диске Рабочая информация частично хранится в наборе таблиц Excel, размещенных на файловом сервере, специализированная система документооборота отсутствует, Системный администратор: 1, средней квалификации (в основном знаком с 1С, но со специализированными решениями ранее дела не имел) Программная инфраструктура: 1С в бухгалтерии, справочники в Excel, почта в OutLook Express, бланки корпоративных документов на сервере в разделяемом каталоге. Примерный план В описании проекта рекомендуется акцентировать внимание на конкретных деталях решения и процесса внедрения системы. В рамках данной задачи мы не рассматриваем вопрос выбора конкретной CRM-системы, принимая как аксиому, что покупатель заинтересован в CRM-системе и проблема перешла в практическую плоскость: подгонка решения под специфику компании, интеграция, внедрение и др. Важно: главная тема состоит не в том, _какие_ задачи решаются, а в том _как_ именно выглядит это решение. В частности, желательно осветить следующие вопросы (это некий ориентировочный минимум информации, необходимый для подготовки материалы, если возникнет необходимость раскрыть нечто дополнительно -- можно добавить): 1. Описание модельной задачи, если вы внесли в нее изменения 2. Задачи и схема работы 2.1. Принципы организации и подходы к решению базового набора задач, их обоснование (почему именно такие решения -- не технические, а архитектурные -были заложены в вашу систему) 2.2. Дополнительные (в смысле, выходящие за пределы базового) возможности и задачи, решаемые системой 2.3. Особенности и отличия системы от аналогов 3. Техническая реализация 3.1. Архитектура системы (клиент-серверная, Web-, терминальная, традиционная с мощными рабочими местами и др.; монолитная, модульная, со встроенным языком программирования и конфигурациями, etc.). 3.2. Обзор и обоснование выбора платформы, средств разработки, СУБД и др. 3.3. Системные требования к серверу (аппаратные и программные, включая СУБД, операционную систему, etc.) 3.4. Системные требования к рабочим местам (аппаратные и программные) 3.5. Прочие требования (если есть) 3.6. Технические ограничения системы (в части количества информации, числа записей, числа пользователей, лицензионные, и др.) 3.7. 3.8. 3.9. Ориентировочная производительность системы на заданной в условиях модельной задачи конфигурации (в том числе в пиковых ситуациях, например, активной работе всех пользователей) Другие технические особенности системы Основные рекомендации по оптимизации ИТ-инфраструктуры (разумеется, если таковые есть; под «оптимизацией» понимается обеспечение нормальной работы системы, а не всей ИТ-инфраструктуры компании в целом, как пример можно привести рекомендацию увеличения количества серверов, мощности рабочих мест, покупке дополнительного ПО и др.). 4. Схема внедрения (пошаговый алгоритм) с конкретизацией каждого действия 4.1. Предпроектное обследование (какие вопросы следует изучить, на что обратить особой внимание, что и как отразить в ТЗ, и др.) 4.2. Порядок оформления договора и работ (основные этапы) 4.3. Первоначальная установка и настройка (как система должна быть интегрирована с существующей ИТ-инфраструктурой, пусть даже та сводится к паре серверов, какие могут возникнуть проблемы при импорте и синхронизации баз данных и справочников и как они решаются, разграничение прав и безопасность, в том числе от инсайдеров.) 4.4. Описание интерфейса системы и основных операций (рекомендуется отметить уникальные интерфейсные решения, если таковые имеются) 4.5. Человеческий фактор (чему надо будет учить пользователей, насколько по опыту проста система в пользовании, др.). 5. Эксплуатация и администрирование системы 5.1. Описание типичных операций для сотрудников каждого отдела (см. выше) при решении повседневных задач 5.2. Техобслуживание (список регулярных операций, которые должен будет выполнять администратор, рекомендации администратору и др.) 5.3. Решение проблем (как организованы процедуры исправления ошибок, обновления системы при выходе новых версий и др.). 5.4. Возможности наращивания и масштабируемость при росте организации (как организованы процедуры покупки новых лицензий, насколько потребуется нарастить серверные мощности, скажем, при росте компании в два раза, при слиянии с другой компанией и др.). 6. Экономическая часть 6.1. Оценочная стоимость реализации модельной задачи в целом 6.2. Схема лицензирования программных компонентов системы и стоимость лицензий 6.3. Примерная смета и перечень работ (в виде таблицы) 6.4. Прогнозируемые результаты внедрения (с точки зрения экономики, в проекции на ранее описанную структуру) 7. Приложения (желательные) 7.1. Схема 7.1. Снимки экранов (рекомендуется 3--5 наиболее показательных, с пояснениями) 7.2. Список реализованных проектов сходного типа (3-5 с кратким, до 500 символов, описанием каждого) 8. Контактная информация 8.1. Название компании 8.2. Сайт компании 8.3. Контактное лицо 8.4. Телефоны для связи 8.5. Email для связи