Как создать свою CRM

Без понимания предметной области разработчики будут ваять, сами не зная что. Они будут просто механически делать то, что им скажут. Этот подход чреват ошибками. Разработчик должен хотя бы частично представлять как будет работать заказчик, какие у него будут потребности. Это значительно улучшит качество продукта. При этом, зная потребности конечного клиента, исполнитель сможет предложить лучшие решения реализации в вашей системе.

Мы уже упоминали о макетировании. При ведении проекта старайтесь общаться с командой разработки визуальным языком. Если оказалось, что в ТЗ было описано недостаточно, то рисуйте наброски того, что нужно получить. Если что-то не работает как планировалось, то скиньте исполнителю скрин с комментариями для поправки. Сейчас довольно много хороших программ для создания скриншотов с возможностью вставки текста и стрелки на скриншоте (примеры программ – Яндекс.Диск, clip2net). Также при ошибках лучше указывать URL проблемы и дополнительные данных (пользователь, какая операция выполнялась и когда зафиксирована ошибка).

Теперь о процессе внедрения системы.

На этом этапе система делится на DEV и PROD версию. Первая нужна для тестирования разработчиками, вторая – для промышленной эксплуатации системы. Такое разделение позволяет избежать внесения случайных ошибок при сопровождении системы.

При внедрении системы:

– получите постоянный доступ к исходному коду. Пусть исполнитель настроит для вас такой доступ и даст инструкцию как его использовать. В качестве средства такого доступа может быть FTP (протокол для доступа к файлам) или SVN (средство командной разработки).

– делайте резервное копирование для сохранности ваших данных. При этом данные лучше хранить в удаленном хранилище (т.е. не на сервере, где работает приложение). Делать бекап базы лучше не менее 1 раза в день. Копирование на удаленное хранилище можно делать 1 раз в неделю. В качестве такого хранилища подойдет Dropbox или Яндекс Диск.

– проверяйте работу периодически запускаемых на сервере скриптов (например, скрипт создания бекапов).

– делайте мониторинг доступности веб-приложения. Есть замечательные бесплатные сервисы вроде Uptime Robot.

– проверяйте работу почты и уведомлений. У почты бывают сбои, поэтому обязательно проконтролируйте работу почтовых уведомлений на основной версии приложения.

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

Принципы разработки программного обеспечения:

– Простота – это хорошо. Стремитесь выбирать простые решения.

– Декомпозиция. Сложное раскладывайте на простое.

– Быстрая обратная связь. Сделайте быстро функционал, получите обратную связь и доработайте его на основании этой обратный связи. Лучше короткие шаги, чем затяжной прыжок.

– Код важнее документации.

– Нет ничего постоянного. Делайте так, чтобы потом было просто менять.

– Главный ориентир – это цели клиента на проект. Помните, зачем вам нужен проект.

– Ничего лишнего. Сравните свой проект с самолетом. Убирайте все лишнее, что не дает пользу проекту.

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

Глава 5. Сопровождение и развитие CRM

Вы ввели свою CRM-систему в эксплуатацию. Пользователи начали в ней работать. Проект по внедрению закончен.

Наступает этап сопровождения системы, который состоит из следующих действий:

 Разработка новых функций и модулей системы.

 Повышение удобства работы с системой.

 Обслуживание системы.

 Анализ работы системы.

Рассмотрим их более подробно.

Разработка новых модулей подразумевает развитие системы с помощью команды разработки. Хорошо, если компания-разработчик поддерживает продукт на этом этапе. Если нет – не беда при наличии проработанной документации.

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

Откуда появляются доработки по системе?

Во-первых, это пожелания пользователей и потребности бизнеса. Процессы не стоят на месте, они развиваются, следовательно, должна меняться и ваша система.

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