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

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

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

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