Создание CRM-системы для школы английского языка

Требуется создать CRM-систему для школы английского языка (количество обучающихся – 1500-2000 чел, сотрудников до 40 чел.). Функционал готовых систем, предлагаемых сейчас на рынке, устраивает не полностью.

Что должно быть в функционале:
1. Возможность создать полный список групп, разделенный на уровни (Beginner – Advanced) и подуровни (1-3), со следующими данными по каждому студенту: ФИО, номер телефона, оплаченная сумма, количество приобретенных занятий, дата начала и окончания занятий. Администратору должно отображаться всё, преподаватель должен видеть только свои группы и желательно без оплаченных сумм.
2. Возможность фильтрации, сортировки и поиска по уровню, преподавателю, филиалу, номеру телефона, имени и фамилии.
3. Учет оплат и абонементов – автоматическая сортировка тех, кто не доплатил за курс, и закончивших обучение студентов.
4. Автоматическое списание и подсчет занятий каждого студента после добавления в группу и активации абонемента, возможность замораживать занятия с определенной даты бессрочно, либо с указанием количества замороженных занятий и автоматическим продлением абонемента на данное количество.
5. Возможность одновременного использования с нескольких устройств.
6. Возможность использовать систему на разных носителях: ноутбуках, планшетах, телефонах.
7. Возможность создать раздел для отдела продаж, где можно было бы вручную регистрировать заявки. В разделе должен быть календарь, на каждую дату – 1) список назначенных очных консультаций по принципу: время визита, имя, телефон, примечания; также должна быть возможность указать результат встречи: оформился, ушел думать, отказался от оформления 2) список людей, с которыми есть договоренность о телефонной консультации по принципу: время звонка, имя, телефон, примечания; также должна быть возможность указать результат звонка: записал на очную встречу, договорились созвониться позже, отказался от встречи.

Что не устраивает в готовых CRM-продуктах:
1. У каждого нашего клиента – свой абонемент. Кто-то берет на полгода, кто-то на год, кто-то на 2.5 мес и т.д.. В каждом абонементе фиксированное количество уроков, и продаются они по разной цене – в зависимости от акции. Т.е. один человек может купить полгода за 10 тысяч, а другой за 16 тысяч. Кроме того, кто-то берет карту привилегий школы за отдельную плату, кто-то нет. Следовательно, создать два-три универсальных абонемента, как предлагают готовые CRM-системы, в нашем случае неудобно. У каждого клиента оплата должна указываться отдельно.
2. Отмечать каждому студенту "был/не был на занятии" в нашем случае нереально, т.к. обучается более 1500 человек, а управляет процессом пара сотрудников. Будет неэффективно с точки зрения временных затрат. Контролировать, чтобы каждый преподаватель отмечал посещаемость каждого студента, тоже не вполне удобно для нас. В идеале нам хотелось бы видеть это так: мы создаем группу, добавляем студентов, ставим расписание – и далее система автоматически списывает занятия с той даты, когда человек присоединился к группе, у каждого студента, без отдельных действий с нашей стороны. Когда у кого-то из студентов заканчивается абонемент – система добавляет его в специальный список, который мы можем постоянно отслеживать.
3. Еще одна проблема – заморозка занятий. Отслеживать каждого студента и отмечать, был или не был он на отдельно взятом занятии, в нашем случае неудобно. Если, например, к нам обратился студент с просьбой заморозить 4 ближайших занятия, было бы очень удобно, если бы мы по каждому студенту могли иметь функцию заморозки, указывая в ней определенное количество занятий, и общее количество уроков таким образом автоматически продлевалось бы. А также возможность приостановить абонемент с определенной даты бессрочно. Например:
Группа Вт-чт 10.00.
Студенты:
Александр Пушкин – 30 занятий
Фёдор Достоевский – 60 занятий
Максим Горький – 96 занятий.
Все трое приступили к учебе 12 мая. Каждые вторник и четверг у каждого из студентов становится на одно занятие меньше. Допустим, 1 июня Александр Пушкин обратился к нам с просьбой о заморозке 5 занятий. В этот момент у него осталось 24 урока (6 состоялось в мае). Мы заморозили договор на 4 посещения, у остальных студентов продолжают списываться уроки. Через 4 урока Александр Пушкин автоматически возвращается в группу с 24 оставшимися уроками и они продолжают автоматически списываться, как и ранее. Но для этого делать администратору больше ничего не нужно – заморозка была сразу с указанием количества уроков, т.е. ближайшие 4 урока не списывались, а далее продолжили списываться автоматически, как до заморозки.

Стоимость проекта – 10.000 руб, оплата единовременная по результату. Срок разработки – до 12.05. Готовы обсудить все детали и ответить на вопросы.