Павел Волынцев

Какую CRM выбрать для школы/курсов?

Год назад был такой же вопрос - "как нанять команду стартапа, если founder не может оценить уровень кандидатов". Я ответил на тот вопрос и нечаянно оказался в довольно интересном проекте GetDayOffer - подбор ресторана по личным предпочте.... Сначала как рекрутер, затем как архитектор.

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

Первым делом нужен будет Team Lead с навыками найма. Или же ведущий разработчик + специалист по кадрам. Задача - создать объявления о ваканиях, провести собеседования, набрать нужный штат, распределить работу по команде или командам.

Можно взять стороннюю студию на ауторс. Такие есть, я встречал много. Придётся чуть переплатить, но есть и экономия - если разработка закончилась или приостановилась, то оплачивать работу команды не придётся. Это полезно когда MVP создан и нужно заняться маркетингом.

Нужно не само умение программировать, а эрудиция в области интернет-технологий.
Либо изучаете сами, либо нанимаете специалиста по информационным технологиям.

Вопросы, на которые надо найти ответы:
- существуют ли решения интересующей вас проблемы?
- в чём разница, если их несколько?
- какие есть недостатки у существующих решений?
- есть ли возможность устранения недостатков при разработке решения своими силами?
и ещё с десяток

А потом уже фокус перемещается на разработку
- что за язык у существующего решения, если его можно доработать?
- что за язык у аналога и почему выбран именно этот язык?
- кто будет дорабатывать или писать своё решение?
- на каком языке писать своё решение ?
и другие технические детали

Очень неоднозначный вопрос, на который невозможно дать простой ответ.

Если вам так важен этот продукт, постарайтесь удержать внимание к проекту хотя бы одного разработчика. Я прикинул в голове такой вариант: когда понадобится привлечь нового программиста к проекту, оплатить старому программисту время, которое уйдёт на передачу тайных знаний по проекту этому новому программисту - и скажу, что о технических деталях недавно выполненного проекта уже даже через 3 месяца я помню только в общих чертах. Найдите способ удержать внимание старого программиста к проекту, но не полное время - пусть в основное время занимается тем, что ему интересно. Или вот так: поделитесь с ним бизнесом и возможно он сам захочет, чтобы ошибок, уменьшающих доход, было меньше, а значит будет заниматься проектом и не забудет его.

Никогда не нанимайте одного разработчика. Пусть работают в группе. Это теоретически приведёт к тому, что код будет написан так, чтобы его понимал ещё кто-нибудь. Не факт, что код будет ровный и красивый, но если двое-трое его понимают, значит и четвёртый разберётся.

Как подавить желание "всё переделать" ? Никогда не принимайте работу в состоянии "почти готово". У вас есть техническое задание? Если нет, закажите технических писателей - пусть составят ТЗ до начала работы программистов. А по окончании работ проверяйте все пункты ТЗ на реалиацию. Проверяйте на тестовом сервере, на боевом сервере. Несколько раз проверьте, чтобы убедиться, что что-нибудь не сломается само по себе через месяц. Закажите специально тестировщиков, которые смогут проверить проект на соответствие ТЗ. Тогда сработает первое правило программистов - "работает - не трожь". Новый три раза подумает, прежде чем что-то сломать.

А может быть через год действительно надо будет всё переделать. Пусть новенький обоснует. Проведёт code review и найдёт неисправимые уязвимости в безопасности, докажет низкую производительность. Пусть устроит usability test, обоснует редизайн и изменение в функциональности сайта. Пусть устроит A/B тестирование и поможет повысить конверсию и продажи.

Вот как то так. Бред, конечно, зато от сердца.