Модельная задача

advertisement
«Типовое решение: 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 для связи
Download