Нашему блогу на Хабре уже полгода. Мы как-то сразу забросили писать продуктовые посты и стали рассказывать о тех вещах, которые помогут выбрать и успешно внедрить CRM-систему. Было и о мифах, и о трудностях внедрения, и об аналитике, и даже о техническом задании в двух частях, а будет ещё и третья. Нам казалось, что это правильный путь — полезные материалы для продвинутой аудитории и немного о нашем опыте. Пока мы не создали опрос, в котором в том числе было поле для заметок и предложений. Было разное, но в основном, мы увидели, что часть пользователей пытаются задать вопросы о том, как купить CRM — не внедрить, не доработать, не заточить под бизнес-процессы. Прежде всего, с чего начать и что делать, если ТЗ и доработки не нужны. В общем, на этот пост наша задача — дать инструкцию самым любимым клиентам любого вендора тем, кто просто покупает лицензии и пока или вообще не готов вдаваться в доработку и кастомизацию.

Картинка с the9gag.com

Доработка типового программного обеспечения под требования заказчика — это обыденное дело, если оно правильно организовано. Однако часто можно встретить примеры, когда разработчики берутся выполнить работы без ТЗ (технического задания) по настоянию заказчика. Что происходит в итоге? Обе стороны загоняют себя в яму, которую выкопали сами. Разработчик не подозревает, что он будет вынужден выполнить объем работ во много раз больше предполагаемого, и рано или поздно остановит эти работы, нахлебавшись раздувшихся аппетитов заказчика, которые будут расти в геометрической прогрессии, не имея формальных ограничений. В такой ситуации разработчик рискует никогда не завершить работу, а заказчик — никогда не получить нужного результата. На ранних этапах развития компании мы в этой яме побывали неоднократно, поэтому представляем вторую часть наших историй о ТЗ — когда его нет.

Изначально CRM-системы создавались именно для продаж. Группа программного обеспечения, призванная облегчить труд продажников, получила название sales force automation (SFA) — автоматизация торгового штата. Собственно, именно от этого факта и получила своё название одна из самых старых и самых известных мировых систем — Salesforce. Но менеджмент не стоял на месте — в современных продажах клиент стал во главе угла, CRM-системы (системы управления взаимоотношениями с клиентами) стали популярнее SFA (но не равны им!). На этом месте обычно долго рассказывают о лояльности, предиктивном маркетинге и прочих пиар-штучках, но посыл гораздо проще. Что бы мы ни создавали, будь то корпоративный софт, игра, приложение или дата-центр, это нужно продать, быстро обойдя конкурентов. И у нас, программистов, это получается не очень. Точнее, не получается вообще.

По интернету много лет бродит история о том, как в США интернет-магазин Target попал на гнев разъярённого отца из-за рассылки рекламы товаров для беременных в адрес несовершеннолетней школьницы.  Спустя несколько дней оказалось, что девушка действительно беременна. Тarget узнал обо всём раньше за счёт анализа больших данных. И за счёт использования этой самой системы анализа данных вырастил свою выручку в кратчайшие сроки более, чем на 60%. История потому и тиражируется, что пример завидный даже для первопроходцев использования данных — онлайн-ритейла. В общем, если вы можете похвастаться таким же кейсом — листайте Хабр дальше, если нет — поговорим под катом о том, как приучить себя к аналитике, научиться в любой кризис идти по приборам и наконец повзрослеть.

Окончательно решив завести блог на Хабре, мы составили для себя тематический план. Посовещавшись, включили в него полезные вопросы о различных бизнес-процессах, работе с ТЗ, KPI, законах работы с корпоративным заказчиком… И как-то сразу отмели идею объяснять, как же этот софт устроен. Но комментарии к постам заставили нас пока ровно на один раз отступить от задуманного.

Мы давно ощутили эту проблему: CRM-система перестала быть CRM в классическом понимании, и отсюда возникает много вопросов и коллизий. Пора разобраться с мифами и легендами про CRM-систему и её место в бизнесе. Осень уже здесь, самое время рассказать о некоторых деталях тем, кто решил автоматизировать бизнес прямо сейчас.

Оценивать что-либо — очень сложно. Для этого нужно быть экспертом в той сфере, о которой идёт речь, уметь учитывать сторонние факторы, выбирать. Но всё знать и уметь нельзя. Однако бизнес подобрался к решению проблемы оценки вплотную — были придуманы показатели KPI. Но этот мощный и проработанный инструмент оказался не таким простым и безобидным. В компаниях вокруг KPI бушуют нешуточные страсти, в которых есть место даже ненависти и личным мотивам. Несколько месяцев жизни нашей компании были посвящены созданию системы расчёта KPI внутри CRM. Сегодня можно выдохнуть и сказать, что всё получилось. А заодно поделиться интересной информацией и своими выводами. В общем, про эти три буквы мы теперь знаем гораздо больше, чем про те.

Если пройтись по зарубежным сайтам с запросом «product requirements document», то можно найти креативные и убедительные статьи про то, что техническое задание (ТЗ, PRD) умерло. Отчасти с этим нужно согласиться — при разработке продукта с нуля прототипирование выглядит гораздо интереснее и эффективнее, чем тома записей заказчика, порой ну очень непрофессиональные. Однако, если речь идёт о доработке базовой системы, то дело принимает совершенно другой оборот. Мы сталкиваемся и с доработкой, и с заказной разработкой, поэтому на ТЗ собаку съели, если повар нам не врёт. В общем, сегодня — о тех самых классических технических заданиях, которые пишутся на доработку купленного и установленного программного обеспечения. Короче, о наболевшем.

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

Наверняка многие из вас видели в интернете фотогалереи с заброшенными торговыми центрами, огромными и некогда роскошными. Впечатляющее зрелище, особенно для бизнесмена. Но первая мысль вовсе не о том, сколько денег, инвестированных в развитие, пропало. Она о том, почему это произошло. Да, есть фактор влияния структурных сдвигов экономики, есть и «вина» онлайн-торговли. Но главное — это неумение вовремя перестроиться, адаптироваться, изменить бизнес-модель. Причём не отказываясь от существующей, а встраивая её в новые условия.
Та же история может случиться с проектом внедрения CRM: система простаивает, компания меняет вендора, выбирает более дорогую систему, которая снова простаивает… Замкнутый круг. А между тем, причины неудачи довольно линейны — и в ваших руках сделать внедрение CRM успешным. Делимся опытом, как.

Привет, Хабр! Вчера нашей компании исполнилось 15 лет — самое время открыть свой блог. Нашу CRM уже неоднократно упоминали в больших обзорах на Хабре. Было и про десктоп, и про бизнес-процессы, и про доработку, и про бесплатную редакцию. Но целостной картины так и не получалось. Между тем, у нас большая история. Первая бета-версия CRM вышла в 2006 году, и с тех пор мы непрерывно работали над развитием программы, создавали связанное с ней и независимое программное обеспечение для бизнеса: от сервера сценариев до своего геолокационного сервиса и системы автоматизации гипермаркетов. Всё это время мы шли рука об руку с корпоративным сектором, собирали требования, изучали российский бизнес разного масштаба. Мы никогда не писали свою CRM ради победы в конкурсе или попадания в квадрант Gartner — мы строили бизнес, который помогает другому бизнесу. В общем, нам есть, что рассказать.