А по техническому заданию был гоночный болид для Формулы 1
Та самая ветка комментариев. Спрашивали — отвечаем.
О чём пойдёт речь?
Речь пойдёт о заказной разработке и о поиске подрядчика внедрения готового ПО. Причём постараемся искать именно так, как это чаще всего делают представители компаний, которым поручают выбрать CRM-систему: то есть «нам нужна CRM с несколькими требованиями». Имитируем полное непонимание процессов разработки и внедрения ПО. Особенно сложно вышло с фрилансерами — у них пришлось «заказывать» софт, который предстояло разработать «на коленке» с точки зрения правил создания корпоративных программ.
Действительно, часто приходится видеть, как представители компаний в поисках путей экономии на CRM ищут программное обеспечение на непрофильных форумах, сайтах фриланса, выбирают софт исключительно по цене. Ситуация изначально странная, поскольку CRM — это технологическая инвестиция в развитие компании, ускорение процессов и сервис. Экономить на инвестиции — это экономить на результате. Ну да ладно, сегодня мы не об этом.
Стоит оговориться, что мы разбираем историю на примере CRM-системы, поскольку это наша тема, да и вопрос изначально касался именно её, но практически все плюсы и минусы актуальны для заказной разработки любого ПО: от конфига 1С или сайта до системы мониторинга ИТ-инфраструктуры.
О ком пойдёт речь?
- О фрилансерах. Это популярный класс разработчиков, которые готовы взяться за проект и… А дальше как карта ляжет: добросовестно завершить его, подружиться с заказчиком и стабильно иметь доход за поддержку; навалять что-то на шаблонах и продать жадному заказчику по демпинговой цене; приступить, не справиться, вернуть деньги; взять предоплату, ковырнуть пару раз для очистки совести и пропасть с радаров; поболтать и пропасть. И распределение вариантов событий, увы, не всегда в пользу первого.
- О молодых компаниях-стартапах, которые на волне ИТ-бума решили, что они делают CRM-системы. Ну или контакт-менеджеры. А может, бизнес-планинги. Нет, таск-системы. Ну или, в конце концов, интуитивные дашборды для продвинутых руководителей. Такие компании опять же делятся на две крупные части: первые, их меньшинство, будут развивать продукт, расти, искать себе ниши и ценовые рамки; вторые быстро поймут, что гнаться за существующими CRM-разработчиками бесполезно, закроют дело и откроют кофейню, барбершоп или подадутся в консалтинг. Бизнесу научились, можно и других учить.
- О компаниях-вендорах CRM-систем, которые давно на рынке (более 5 лет). Это могут быть большие и совсем небольшие компании, но главное условие — развитый продукт со стабильными обновлениями, поддержкой, собственной разработкой, устоявшимися условиями взаимодействия с клиентами. Проще говоря, это обычные вендоры. Например, мы. Regionsoft Developer Studio — небольшая компания, но находится на рынке 16 лет, а разрабатывает свою CRM-систему 11 лет. У нас стабильные и частые минорные обновления, раз в полтора-два года — выходит новая «навороченная» версия. Это наш основной бизнес, мы имеем собственный отдел разработки, техническую поддержку, несколько менеджеров-консультантов и обкатали продукт на более, чем 6000 клиентов с разными типами бизнеса. И мы на рынке такие, разумеется, не одни.
Главное отличие этих трёх категорий: у фрилансеров вы заказываете разработку CRM-системы (по сути программный код) и недополучаете или не получаете проект внедрения (обучение, сопровождение, доработка, интеграция, настройки и т.д.). У стартапов и зрелых вендоров вы получаете готовый продукт и проект внедрения (адаптация, доработка, обучение, сопровождение, интеграция и т.д.).
Заранее оговоримся, что во всех группах есть как позитивные, так и ужасные исключения и обобщениям здесь не место. Однако общие тренды очевидны. И заранее же просим прощения у всех фрилансеров и компаний, чьё время мы убили. В конце концов, вы его потратили не так уж много.
Оказывается, нас тоже можно удивить.
Фрилансеры: пилим на коленке
Мы в компании РегионСофт ни разу в жизни не обращались к фрилансерам — все потребности в умных головах и руках из плеч покрываются внутри штата. Если вдруг что-то идёт не так, у нас есть
Кстати, задачу мы создали на Фрилансим (проект Хабра, трата на 1 задание от 500 рублей), FL.ru (условно бесплатная площадка) и Kwork (письмо о регистрации мы перезапросили 7 раз, но так и не получили — соответственно, из игры площадка выпала). Сразу скажем: хорошее дело бесплатным не назовут, и FL.ru нас порадовал школотой, плагиатом и отважными разработчиками CRM за три месяца. Фрилансим — на голову более качественный проект, с адекватными ребятами, правда не без компаний и их продажников, но кажется, это не запрещено. Впрочем, все детали расскажем по ходу истории.
Итак, почти однозначные плюсы работы с фрилансерами.
Плюсы
Услуги фрилансеров дешевле. Вот тут даже как-то и спорить сложно — в своей задаче мы «выделили на проект» 300 тыс. рублей, но нам предложили и за 20 тыс. руб., и за 30, и за 350 тыс. руб. Само собой, разработка CRM под заказ с указанными требованиями 300 тыс. руб. стоить не может, а качество предложенных шаблонных решений мы оценили, не отходя от кассы. Но да, практически в 90% случаев мы получили ценник значительно ниже вендорского, иногда на порядок.
CRM за 15 дней, 14 ночей и всего от 50 000 рублей
Вы не платите за инфраструктуру — и это чистая правда, если сравнивать фрилансера и наёмного сотрудника (допустим, программиста 1С или веб-разработчика для лёгкой CRM-ки «на коленке»). Фрилансер не отнимает ваше время на постоянные переговоры, не требует особый ПК, не просит приобрести среду IDE, оплатить питание, интернет и т.д. В целом, это комфортное взаимодействие: вы ждёте решения задачи и не беспокоитесь о средствах, с помощью которых оно будет найдено.
Фрилансеры могут сосредоточиться на задаче и отвлечься от внешних факторов — особенно, если вам повезёт и вы найдёте «проектного» фрилансера. Как правило, это ребята, которые имеют основную работу и в свободное время пилят проект за проектом, не размениваясь на «виджеты, аппликухи, патчики и курсовики». Они знают своё дело, отлично владеют стеком и готовы почти всё свободное время трудиться над вашей задачей. Редкий вид, но даже нам в эксперименте попалась пара таких парней.
Фрилансеры рассчитывают на ненормированный рабочий день и способны проявить чудеса скорости работы. Если человек зарабатывает только частными заказами и при этом дорожит именем, он действительно работает быстро и едва ли не круглосуточно. Ну а вам, в свою очередь, не нужно платить за переработки, выходные и отвечать по всей строгости ТК РФ за ненормированный рабочий день.
Как видите, плюсы работы с фрилансерами есть, и они довольно весомы, особенно для небольших компаний, которым нужен софт для учёта клиентской базы. Но прежде, чем бросаться регистрировать аккаунты на сайтах фриланса, стоит узнать о минусах и забавных моментах нашего эксперимента.
Минусы
Фрилансеры срывают дедлайны и не выходят на связь — этому посвящен миллион анекдотов, историй, картинок и т.д. Действительно, двое ребят пропали в Skype, ещё один исчез после уточнения задачи по телефону. Коллеги подтвердили, что иногда создаётся ощущение, что именно во время проекта у фрилансера болеют собаки и кошки, умирают многочисленные дальние родственники, случаются проливы сантехники, ломаются жёсткие диски и глючат симки всей большой тройки сотовых операторов. Напасть какая-то!
Как правило, фрилансеры ведут несколько проектов одновременно и то, как будет выставлен приоритет, зависит от решения самого подрядчика. Это большая проблема, поскольку вы не связаны с фрилансером договором настолько, чтобы контролировать его работу ежечасно. А высокий приоритет можно получить двумя способами: либо дать действительно интересную задачу (что к разработке CRM в понимании фрилансера вряд ли относится), либо заплатить сумму, которая покроет риски по остальным проектам (тогда вы теряете самоцель найма такого подрядчика — экономию).
Фрилансеры, как правило, многостаночники. Это, безусловно, хорошо для них — ребята всегда в тренде и способны делать мелкие задачи на нескольких вариантах стека технологий. Но это плохо для заказчика, поскольку ни одна технология может быть не изучена достаточно глубоко для проекта.
Фрилансеры зачастую умеют говорить, но не умеют делать. Как мы уже говорили, мы неслучайно создали для эксперимента бота девушки — рассчитывали, что нам начнут предлагать красиво. И действительно, некоторые фрилансеры высылали цепляющие предложения, но после первого вопроса о ТЗ пропадали. Но, к счастью, таких оказалось мало. Хотя некоторые даже учили жить.
Правда, один-единственный участник с FL оказался адекватным и спустил заказчицу с неба на землю. На самом деле, исходная задача и правда весьма непростая. И стоит разработка такого софта с нуля гораздо больше двух миллионов.
К сожалению, на обеих площадках встретились представители компаний, официальные и партизанские. С точки зрения канала продвижения это, наверное, не так уж и плохо, но как-то не очень симпатично. На наш взгляд, брать клиентские задачи на сайтах фриланса не совсем по-взрослому. Впрочем, не нам давать советы по продвижению, мы возвращаемся к разработке.
Часть ответов была откровенно безграмотной и напоминала разговор глухого со слепым — мы внутри компании даже шутили, что закажешь вот у очередного «профи» CRM-ку, а тут 1 сентября, школа, уроки, и сорвётся проект из-за занятости исполнителя.
Или вот, например, разработчик, для которого нужно держать свой штат архитекторов, инженеров и продакт-менеджеров. Пожалуй, при таком арсенале ИТ-службы компания и сама справится с CRM-системой.
Кому-то всё, что не Яндекс, не серьёзно. Также осталось загадкой, как будет обеспечиваться восприятие «серьёзности продукта», почем должен быть сделан выбор и главное — какая она, CRM-система, похожая на Яндекс? Опять же, есть подспудное ощущение, что собеседник — представитель компании.
А вот пример сдержанного, качественного и честного ответа. Нам понравился подход и даже стек технологий. И вновь у нас осталось слабое ощущение того, что мы общались с представителем компании или группы разработчиков, а не с частным исполнителем.
ТЗ — это вишенка на торте при общении с фрилансерами. И если на Фрилансим про ТЗ спросили почти все (18 ответов), то на FL.ru из 12 сами инициировали разговор о ТЗ двое, и то уже в личном общении вне ресурса. Но и с ними нас ждало кое-что интересное. Так, например, один из исполнителей был готов написать ТЗ за день (при том, что у нас это занимает от 50 рабочих часов до 20-30 рабочих дней, а ТЗ такого уровня, как в нашей задаче, займёт от 100 часов), другой попросил ТЗ со всеми диаграммами в нотации UML. Кстати, несколько фрилансеров отказались сами составлять техническое задание и подписывать его. А мы, кстати, уже писали, почему это плохо.
А вот второй исполнитель, не готовый участвовать в разработке технического задания и его подписании. Но готовый писать код быстро и недорого.
Фрилансеры не готовы решать технические проблемы и не поддерживают свои решения или делают это дороже, чем вендор. Вопросы о технической поддержке либо мягко обходились, либо уходили в плоскость «вот будет система и там посмотрим». На месте бизнеса как-то совсем не хочется узнать, что CRM-система из костылей и велосипедов будет обслуживаться по высокой цене.
А ведь велосипеды непременно будут. Мы в своём задании предоставили потенциальным подрядчикам право выбрать ту технологию, которая им интересна и кажется наиболее удачной. Кстати, вот такой зоопарк мы получили в ответ:
- «стек технологий мы сделаем сами, СУБД будет MySQL — она бесплатная» (если честно, мы не поняли про стек, который сделают сами — свой интерпретатор напишут? Кто в курсе?)
- php + mysql
- PHP (laravel, zend, codeigniter, yii и symfony); Python (django); Ruby (RoR) — но это предложила компания, а не частный фрилансер
- PHP
- php (yii) — три раза
- PHP(Laravel), Golang, NodeJS(sailsjs)
- asp.net core? БД postgresql или mySql — это вновь была компания
- 1С-Битрикс — два раза.
Некоторые присылали свои готовые реализации CRM-систем и даже нагло плагиатили. В спойлере — небольшой разбор историй.
Ниже — интерфейс ещё одного шедевра. Обычная форма в элементарном исполнении. Но хоть без ошибок и косяков, всё функционально, хотя и не юзер-френдли.
В отличие от вот этой CRM-системы, которая при первой же попытке её пошевелить выдала крах базы данных, потом поднялась, а потом окончательно покрашилась, даже открыв кусок исходника. Мы не ломали, честно! Мы вообще всё больше по десктопным системам.
Ну и грамматические ошибки в меню — это уже за гранью добра и зла. Интересно, как клиент принял этот программный продукт?
Как вы могли заметить, в глаза бросаются две проблемы: непонимание того, что такое CRM-система в принципе и проблемы с безопасностью в частности. Причина таких казусов проста — фрилансеры не готовы проектировать и тестировать, отчасти от недостатка времени, отчасти от полного пофигизма к каждому проекту. Им малознакомо понятие рефакторинга — в то время, как, например, мы рефакторим свою RegionSoft CRM регулярно и стремимся добиваться скорости развёртывания и работы программы не за счёт урезания функциональности, а за счёт оптимизации кода. Кстати, про дизайн спросили только трое, а ведь это серьёзный пласт работы, с которым должен разбираться никак не сам программист.
Часто фрилансеры довольно неопытны для понимания требований бизнеса — собственно говоря, никто их не готовил к разработке корпоративного ПО и винить их сложно. Но при разработке CRM-системы непонимание того, что такое первичная документация, дисконт, коммерческое предложение, склад, касса, бизнес-процесс и т.д. приведёт к тому, что вместо рабочего инструмента вы получите табличку Excel с изменённым интерфейсом и задорого.
Фрилансеры самонадеянны — они считают себя профессионалами в сферах, которые им кажутся смежными. Так например, нас завалили предложениями разработчики сайтов. Но CRM-система (даже веб) это совершенно другие требования к работе с формами, хранению и защите информации, правам доступа и т.д. Тем не менее, люди готовы браться за работу. А если они её не выполнят или затянут, проблемы с отложенным внедрением получите вы и вы же продолжите работать ещё какое-то время со сниженной эффективностью.
Хорошего фрилансера трудно найти, это долгий и сложный процесс. Нам, кстати, повезло — мы бы выбрали для второго этапа трёх человек с Фрилансим (компании оттуда не в счёт) и пообщались бы с одним с FL.ru. Но больше всего нам понравился вот этот разработчик — он писал по делу, профессионально, корректно, понятно; рассуждал о нагрузке, стеке, вариантах реализации, сказал про дизайн, рассылки. Человек вчитался в задачу, охватил её, профессионально разобрал по словам. Это было то самое исключение. Так что делимся находкой, если кому-то нужен PHP-шник.
Юридические проблемы и защита интеллектуальной собственности — компания об этом редко думает, заказывая проект. Допустим, концепция ваша, фичи ваши, а реализация и дизайн — фрилансера. Кому принадлежат права на программу? Кому принадлежит код? Что будет, если вы решите развивать систему и продавать её? Эти вопросы остаются открытыми, нам на них не ответили — если у кого есть опыт, расскажите в комментариях, как тут разруливаются юридические тонкости.
Как-то даже обидно, что получилось так много минусов. Хотя изначально их было в списке 18 пунктов, но мы убрали очевидные (типа плагиата, псевдонимов и ложных телефонов), субъективные (да, нам грубили) и редкие (типа оплатить поездку к нам в офис из другой страны). Но проблема есть и она состоит в том, что разработчика CRM-систем среди фрилансеров ищут компании, у которых есть потребность в ПО, но мало денег. И в итоге они теряют и время, и средства, и разочаровываются в самой концепции CRM. И от этого опять же страдает их собственный бизнес.
Ну и последняя ремарка: не путайте фриланс и аутстаффинг. Если вы берёте себе человека или команду разработчиков на аутстаф, они фактически полностью выделяют время и ресурсы под ваш проект, и тогда риски и особенности получаются другие.
Выводы и рекомендации
Выбирая фрилансера для разработки программного обеспечения, не ошибитесь с площадкой (выбирайте специализированные ИТ-шные) и спрашивайте несколько вещей.
- Примеры работ с доказательством того, что портфолио принадлежит именно этому разработчику.
- Стек технологий и пояснения по нему.
- Особенности создания, согласования и утверждения технического задания.
- Общий опыт работы именно с необходимым вам классом программного обеспечения.
- Юридические аспекты присвоения прав на созданное ПО.
- Особенности технической поддержки, обучения и дальнейшей доработки.
Заключайте договор, берите несколько контактов, читайте и верифицируйте отзывы и главное — не отдавайте все деньги сразу. И не забывайте, что это только код — а нужны ещё дизайн, интеграция, настройка, обучение и т.д. И это всё за дополнительные деньги.
Молодые компании: риск — дело благородное
Когда в течение уже второго десятка лет касаешься рынка CRM-систем (да и любого ПО), постоянно видишь, как рынок прирастает новыми участниками. Большинство из них не держится и года, другие меняют бизнес-модель, третьи теряются из вида. В принципе, за эти годы удачные старты можно пересчитать на пальцах одной руки — и они почти всем известны.
Так чем же отличаются начинающие CRM-щики от зрелых вендоров?
Плюсы
Много времени на проект — это очевидное преимущество молодых команд. В работе не так много заказов, маркетинговая политика ещё не приносит поток лидов и можно уделить больше внимания конкретному проекту по разработке/внедрению. Плата за это — небольшой опыт внедрения у компании, но при должном старании и головах на плечах всё выходит отлично.
Молодые компании стараются и работают на имидж. Сегодня один отзыв в социальных сетях или пара гадких комментариев на Хабре могут лишить компанию части новых заказов. Значит, необходимо делать успешные проекты и удовлетворять требования заказчика, пока имидж — полностью чистый лист. Вам это на руку — можно рассчитывать как минимум на безупречную корректность в общении, детальное обсуждение проекта и скорую реализацию.
Новые команды используют модный стек технологий. Вряд ли вам удастся найти новичков, делающих десктопные CRM-ки и пишущих код на С++ или Delphi. В принципе, это неплохо — современные средства разработки позволяют работать быстро, собирать приложения из готовых компонентов, создавать в том числе мобильные версии одновременно с веб и т.д. Но есть и риски: как всегда, на первом месте стоит проблема безопасности, а на втором — поддержка самой технологии внутри стека, особенно это касается open source. Если технология перестанет поддерживаться её вендором или сообществом, то софт, разработанный с её помощью, также рано или поздно начнёт испытывать проблемы.
У стартапов можно получить скидки и бонусы — опять же, в силу небольшого числа заказов, а иногда и накрученной цены.
Сотрудники молодых компаний исключительно корректны и приветливы. Не то, чтобы мы, вендоры, были злыми и грубыми, но налёт подобострастия и лицемерия у нас подстёрся. Мы в РегионСофт воспринимаем свою работу, как врачи — нужно квалифицированно оказывать помощь, а не посылать из кабинета в кабинет, собирая деньги с наклеенной улыбкой. В общем, разница не критична, но для впечатлительных особ она есть.
С молодыми компаниями приятно работать, они многое переняли из западной практики общения с клиентами и работы с проектами. Вам даже может быть прикольно наблюдать за тем, как будет проходить работа над внедрением (например, вам расшарят диаграмму Гантта — это впечатляет). Но дьявол, как известно, кроется в мелочах.
Минусы
Нестабильная команда — признак молодой компании. За время внедрения вы рискуете увидеть смену отдельных менеджеров, разработчиков или всего штата целиком. Такая внутренняя нестабильность здорово сказывается на отношениях с заказчиком, приводит к срывам сроков, потере важных документов и даже преднамеренному вредительству от ребят, покидающих компанию.
В компаниях, которые не провели достаточно внедрений, почти нет клиентского опыта — а значит, в определённых ситуациях команда может растеряться, не найти решение, отказаться от правильного ответа на вставший вопрос. Это не критичный минус и он может компенсироваться умом и трудолюбием сотрудников, однако в целом обидно за свои же деньги быть подопытным кроликом.
Компании могут жить миражами — в частности, они могут считать себя CRM-разработчиками, но при этом иметь в арсенале всего лишь программу управления контактами или сделками. Они могут заявлять о почте и телефонии, но реализовывать их через приложения сторонних разработчиков (виджеты). Это набор неприятных сюрпризов, который может свалиться на вас после заключения договора.
Компании могут менять цены и схемы поставки — и это очень неприятно. Цена может быть привязана к валюте и меняться вместе с курсом (в России сэкономить, сами понимаете, не вариант) или же меняться каждый год (это касается аренды ПО, т.е. SaaS-модели). Закрепить долгосрочную стоимость аренды в договоре вряд ли получится. Есть выход — оплатить пару лет сразу, но тогда теряется весь экономический смысл SaaS и появляются новые риски.
Компании могут менять направление бизнеса — в случае неудачного старта продаж молодая компания может отказаться от CRM-направления или, например, начать поставлять только пакеты от 100 пользователей. Самое лучшее, на что вы можете рассчитывать в такой ситуации, это уведомление о том, что вам необходимо в течение двух недель или месяца выгрузить или смигрировать данные. Кстати, услуга может оказаться платной — стартапы любят брать деньги, например, за бекапы, выгрузку или право расширенного доступа к вашим же данным.
Увы, молодая компания (особенно, если она себя называет стартапом) — это больше культ вокруг технологии и философии бизнеса, но не сам бизнес. Мы сейчас скажем что-то крамольное, но компания-производитель CRM-системы не может быть стартапом. Просто потому что стартап — это поиск продукта и поиск бизнес-модели. На рынке CRM всё линейно просто: разрабатывай мощный функциональный продукт и начинай внедрять, никаких поисков.
«Взрослые» вендоры: стабильность — признак мастерства
Стабильных вендоров на рынке довольно много. Наш РегионСофт — один из них. Огромный опыт и проверенный тысячами внедрений софт — главное достоинство таких компаний.
Плюсы
Бренд компаний, которым они дорожат. Это дорогого стоит. Мы сделали акцент на сервисе и профессионализме — каждый клиент может прийти с самыми сложными вопросами, получить ответы, качественную автоматизацию, обучение и техническую поддержку. Точно также наши конкуренты выстроили собственные стратегии работы с клиентами и стараются их придерживаться.
Вендоры используют новейшие версии инструментов разработки, всегда в курсе всех обновлений именно в своей узкой тематике. У каждой компании есть сложившиеся предпочтения в плане стека технологий. Какие-то изменения могут произойти разве что с выходом абсолютно нового продукта. Соответственно, у разработчиков есть накопленный опыт, уверенность в выборе и надёжности инструментов разработки, СУБД, иных программных средств. Именно поэтому большинство старожилов-вендоров ПО для бизнеса присматриваются к новым языкам программирования, базам, иным технологиям, но всегда тщательно оценивают все риски перехода на новый стек. А вот молодые компании и фрилансеры иногда рискуют брать сырые версии сред или языков, а потом получают баги на продакшене. А риск далеко не всегда благородное дело.
РегионСофт давно нашёл свой «золотой» стек, мы прекратили странные эксперименты с ПО и делаем работоспособный инструмент. Программисты непрерывно оттачивают функции, рефакторят, оптимизируют, ищут новые паттерны для того, чтобы RegionSoft CRM ставилась за минуты, выполняла операции за считанные секунды и интегрировалась с сайтами, телефонией, 1С. Именно для этих целей мы создали дополнительные инструменты — такие, как сервер программных сценариев и интеграции RegionSoft Application Server и собственный сервер маршрутизации телефонии (VoIP-коннектор).
У серьёзных вендоров есть дорожная карта внедрения — лучшие практики без набитых шишек и проблем роста. Это сформированные внутренние паттерны и инструкции, по которым происходит внедрение. Есть такая и у нас, а недавно вышла такая инструкция и для клиентов — можете скачать сразу схему и статью, а почитать потом.
Компании отвечают деньгами за просрочки и ошибки — все детали оговорены в пошаговом техническом задании (ТЗ) и прописаны в договоре. Соответственно, вы заранее знаете цену проекта, сроки, ответственных лиц. Все задействованные сотрудники доступны для общения и консультирования. Интеллектуальный и человеческий ресурс даёт возможность оперативно и продуктивно решать проблемы клиента, работать с инцидентами.
Каждый вендор имеет как минимум один офис с персоналом, отвечающим за все, даже самые сложные технические вопросы. И можно быть уверенным, что вендор не пропадет и не перестанет «брать трубку», не реализовав взятые на себя обязательства.
Минусы
Более высокие затраты — да, проект внедрения у зрелого вендора как правило стоит дороже, чем заказ у фрилансера и иногда дороже, чем внедрение у стартапа. Фактически каждое действие вендора защищено юридически и обеспечено финансово — вам не придётся платить дважды, а риск остаться без CRM сводится к минимуму.
Хотя бывают ситуации, когда потенциальный клиент приходит с проектом космического масштаба, где все переплетено и заинтегрировано до такой степени, что прогноз успешной реализации такого проекта уверенно негативен. Грамотный вендор должен либо отклонить такой проект, либо убедить заказчика изменить концепцию, убрав из проекта реализацию сомнительных и неадекватных требований.
Чтобы осознавать это, необходимо глубоко понимать суть возможных проблем, а это возможно только с приходом большого опыта, что недоступно для фрилансеров и стартапов.
Отсутствие отраслевой специализации — действительно, среди зрелых вендоров много CRM-ок «для» (недвижимости, интернет-магазинов, рекламных агентств и т.д.), но крайне мало с реально переработанными отраслевыми процессами. Просто потому что создание таких версий — дорогое удовольствие, поскольку нужен инвестор (не тот, перед которыми питчи читают, а тот, который фактически заказывает софт) и профессиональные консультанты. В своё время команда РегионСофт сделала CRM-систему для телевидения и радиовещания (телерадиохлдингов) — это был сложный и долгий процесс, но зато и продукт до сих пор легко «делает» остальные и пользуется спросом.
Большой пул клиентов отнимает все ресурсы вендора, но тем не менее, он выстраивает свои бизнес-процессы таким образом, чтобы исполнить все обязательства. Крайне редко возникает ситуация, когда старт проекта клиента может быть отложен на небольшой срок из-за загруженности всех сотрудников.
Конфликты заказчика и подрядчика — серьёзная разрушающая сила проекта внедрения. Клиент включает режим «Уплочено», вендор включает режим «В ТЗ не написано» и начинается столкновение интересов, которое может привести к краху внедрения. Рецепт прост — находить компромиссы и внимательно относиться к юридически значимым документам (в том числе к ТЗ как к неотъемлемой части договора).
Есть и специфические недостатки, свойственные отдельным компаниям.Такие риски
лучше выявлять во время разговора с каждыми конкретным вендором.
Выводов и рекомендаций по компаниям не будет — о выборе вендора мы уже писали в подробной статье про внедрение.
Триггеры выбора
Большинство компаний микро- и малого бизнеса проходят порой через все три типа подрядчиков. И такой выбор определяется некоторыми причинами.
- Масштабом проекта — если вам нужна простенькая форма, а ваши данные никому особо не интересны, то можно искать частного исполнителя и получать свою разработку приемлемого качества. Ну или не трепать себе нервы и за те же деньги купить лицензии базовой редакции CRM-системы.
- Бюджетом проекта. Не забывайте про бесплатный сыр, просчитывайте риски и не платите дважды. Учитывайте, что есть стоимость разработки/лицензий/аренды, а есть стоимость внедрения, поддержки, обучения, доработки. В конце концов, есть цена владения за период, а значит, не стоит полагаться на чужие слова — посидите с калькулятором, подумайте.
- Спецификой бизнеса — бывает, что невозможно подогнать под себя базовую систему любого из вендоров. В таких случаях лучше заказать разработку в молодой компании или у зрелого вендора с наиболее подходящим вам ПО.
- Степенью подготовленности к внедрению — если вы железно знаете, что хотите, у вас есть техническое задание, вы готовы тестировать и внедрять проект самостоятельно, то можно выбрать любой из трёх вариантов и дожимать проект по полной. Но тогда вы фактически не разделяете ответственность ни с кем, кроме самого себя.
Однако не стоит забывать, что внедрение — это в разы больше, чем просто программный код проекта. Необходимо выдержать сроки, достичь целей автоматизации без потерь денег, времени, нервов. Чтобы получить желаемый результат, стоит рассмотреть все возможные варианты и только потом сделать осмысленный выбор: решать проблемы или создавать новые. Увы, стремление сделать быстро и максимально сэкономить редко бывает оправдано. Выбор CRM-системы — важный шаг в развитии бизнеса на новых скоростях. Внедрять корпоративное ПО лучше рядом с опытными людьми, понимающими детали процесса и проблемы вашей компании.
Профессионалы есть во всех трёх группах. Просто плотность разная. Выбор остаётся за вами! Главное, не приобрести кота в мешке.
Комментарии (46)
random_username
30.08.2017 19:55+7Классная статья, зашёл по ссылке посмотреть на вашу CRM…
Да, действительно, вы не в WEBе работаете: табличная вёрстка, нетрастовый сертификат безопасности, нет мобильной версии, артефакты сжатия на логотипе, хром ругается «This page includes a password or credit card input in a non-secure context»…
Ох! Может всё-таки стоит нанять хотя бы фрилансера на сайт?
sidny_vicious
30.08.2017 20:53А где в задаче для фрилансеров пункт о том, что они сами должны составлять ТЗ?
Это не логично с Вашей стороны. Вы нанимаете разработчика и пытаетесь дать ему задание для технического писателя и аналитика. Это очень странно.
И пост смахивает на рекламный. Вы заранее настраиваете читателя на то, что фрилансеры и стартапы — это плохо. И те и другие могут работать.
Только нормального фрилансера для CRM на бирже найти нереально.
Axelus Автор
30.08.2017 21:05+1Когда заказчик приходит к разработчику — он имеет концепцию решения, разработку которого он планирует заказать. Это еще не техзадание. Концепция может быть описана в свободной понятной форме. Далее, в процессе обсуждения проекта, рождается техзадание, которое оговаривает конкретный объем планируемых работ, сроки, стоимость. Техзадание обычно составляется обеими сторонами совместно, либо разработчиком. Я это утверждаю, основываясь исключительно на собственном опыте, насчитывающим несколько сотен выполненных проектов.
sidny_vicious
31.08.2017 18:58+1Я сам работаю с CRM-системами и как разработчик принимаю участие в составлении ТЗ, но я занимаюсь сугубо техническими аспектами, такими как стек технологий, схема базы данных, иногда проектирование интерфейса. И иногда мы выполняем проверку требований на адекватность.
Но логическими схемами, бизнес-процессами и связанными с этим действиями занимается аналитик. Так как он более компетентен в этом вопросе.Axelus Автор
31.08.2017 19:18+2Такой вариант тоже рабочий. Главное, что заказчик грамотное ТЗ никогда самостоятельно сделать не сможет, поскольку он не владеет ни стеком технологий, ни технической лексикой. И он, кроме того, не обязательно должен быть компетентным в этом. Он предлагает свою концепцию, а разработчик подвергает ее своей ревизии, предлагает варианты исполнения, адаптирует под выбранную схему реализации. Что и вырождает эту концепцию в рабочее ТЗ. Если этого не понимать, то я не знаю, как вообще можно серьезно работать на рынке IT-решений. Если только приложения уровня калькулятора клепать, добывая денег на завтрак в макдональдсе. И то, калькулятор калькулятору рознь! В моей практике был калькулятор для расчета необходимой толщины стенки трубы для одной из нефтедобывающих компаний с бюджетом в 5 млн. руб.
Axelus Автор
30.08.2017 21:11+3И пост смахивает на рекламный
Обратите внимание, что статья написана в рамках корпоративного блога компании.
Subrisk
30.08.2017 21:27+3Я лично трижды в статье увидел, где парни пишут, что профи есть везде, и что есть случаи, когда оправданы именно фрилансеры и стартаперы. Очень объективная статья. Хотя да, бьёт не в бровь, а в глаз примерами косяков — я тоже
охренелобалдел от фрилансеров. Только вот я имел несчастье с частниками работать три года — и, можно сказать, здесь ещё только первый круг ада. Он реально неспособны работать — на 80%. Ну или я невезучий.Syblex
30.08.2017 23:48Поделитесь опытом, т.е. даже ребята, у которых там больше звёзд и выше рейтинг, сливаются? Есть какой-то механизм предварительного подбора исполнителей в каталоге?
Quber
31.08.2017 04:03+3Те плюсы, что перечислены у взрослых компаний, к сожалению, больше ожидание, чем реальность.
fckids
31.08.2017 05:49+7Я тот самый «один-единственный участник с FL», который «оказался адекватным и спустил заказчицу с неба на землю», а ответ моего коллеги на Фрилансим есть на показанных снимках экрана.
Вы провели интересное исследование, но оно имеет погрешность в том, что не приближено к реальности.
1. Перед вами не было задачи найти исполнителя для решения конкретной задачи. У вас нет вводных, которые можно использовать при оценке проекта и определении ценности продукта для вашего бизнеса. Мы это определили сразу, поэтому не тратили время на обсуждение деталей.
2. Вы используете абстрактные понятия «начинающие CRM-щики», «зрелые вендоры», выделяете «CRM-системы», «контакт-менеджеры», «бизнес-планинги», «таск-системы», интуитивные дашборды для продвинутых руководителей». Но условная Елена, от имени которой был опубликован проект, ничего этого не вводила в обиход и, как я вижу по ответу одного из пользователей, который серьезным назвал проект уровня Яндекса, даже посмеиваетесь над такими категориями.
3. У вас есть опыт разработки конкретного корпоративного продукта, который вы попытались перенести на всех разработчиков. Почему два миллиона — это безапелляционно мало при тех вводных, которые вы предоставили?
Конечно, если разрабатывать проект на Делфи силами большого офиса, то этого мало. Но сейчас 2017 год, современные реактивные полностековые фреймворки, которые позволяют разрабатывать ПО (как для веба, так и настольные, и мобильные) в универсальной среде, стали стабильными; за несколько лет повседневного использования разработчики научились их «правильно готовить» (в том числе и к большим нагрузкам), обросли наработками и накопили решения для большинства стандартных задач.
Тот проект, который описала условная Елена, для реальной Елены с реальными потребностями можно собрать за три месяца и два миллиона рублей силами двух опытных разработчиков широкого профиля, у которых есть наработки для реализации функционала, необходимого Елене.
4. Вы показали несколько скриншотов интерфейсов и посетовали на проблемы с безопасностью данных. Скажите, сайт вашей компании и скриншоты интерфейсов на нем — это пример современного дружественного к пользователю интерфейса? На вашем сайте в разделе вопросов от пользователей указан для всех желающих электронный адрес автора вопроса — это пример должного обращения с персональными данными?
P. S. Я не ради спора о чистоте эксперимента зарегистрировался и написал комментарий. Это нюансы. Ваша статья полезна, так как может помочь неопытным заказчикам сориентироваться в вопросе и адекватно относиться к демпингу на фриланс-биржах.
Мой посыл в том, что заказная разработка чего-то полноценного у одинокого непроверенного фрилансера — это русская рулетка. Но и большая старая компания не обязательно сможет сделать качественный продукт, а не просто отработать бюджет на старых технологиях и выкатить монструозное чудо.
RegionSoft
31.08.2017 05:53Добрый день! Не могли не одобрить ваш комментарий, очень глубокое, хоть и не везде справедливое разъяснение! Чуть позже ответим вам более предметно.
Axelus Автор
31.08.2017 12:00+4Мы не особо сильно стремились провести научный эксперимент, скорее, это был фан — ровно до того момента, как на нас посыпались чужие клиентские базы, краши и предложения запилить за пару дней. Если честно, мы рассчитывали, что 90% ответят, что мы с дуба рухнули и задача так не ставится. Но фишка в том, что люди, которые идут к фрилансерам, совершенно не разбираются в ИТ, CRM, разработке и попадаются на крючок дешевизны. Наша задача была предупредить, а выбор всегда за заказчиком. С нашими статьями ходят к конкурентам, увы, такова особенность хорошего контента :-)
1. Мы тоже сразу определили, что Вы и ваш коллега — компания, поэтому стали общаться с теми, кто был более релевантен эксперименту. Смысл нам обсуждать что-то с такими же, как и мы?
2. Повторюсь — мы имитировали (как могли) клиента, который не разбирается в нюансах. Нам меньше всего хотелось, чтобы задача на фрилансах пахла конкурентной разведкой. Наша цель — поместить простого человека в условия выбора системы. Больше половины клиентов, ищущих CRM, не знают даже расшифровки аббревиатуры.
3. Потому что разработка (и внедрение!) CRM с интеграциями, почтой, нотификациями и т.д. стоит дороже. Вне зависимости от стека. Если честно, я не понимаю, чем отличается труд программиста Delphi от труда программиста Java или С#. Разве только тем, что хороший дельфист стоит дорого. Нет, не так. Он стоит ОЧЕНЬ ДОРОГО. Что касается реализаций на современных фреймворках, то приведите пример развитой системы на них? Те же махины типа Битрикс24 или SAP написаны на стабильном стеке, без использования какого-либо реакта. Что будет дальше — вопрос, но пока расклад такой.
Вопрос к вам — раз проект так легко собрать за 3 месяца, почему он стоит 2 миллиона?
4. Какое отношение имеет сайт к десктопной CRM? Сайт — наш инструмент продаж, который работает чётко, по всем опросам и тестам нравится пользователям за доступность информации.Что касается интерфейса CRM, то в нём все элементы рабочие, понятные и логика нашего ПО помогает работать менеджерам быстро. Разве не это цель корпоративного ПО?
И да, к сожалению, Вы ошиблись. На нашем сайте не показывается электронный адрес автора вопроса. Там показывается имя пользователя (его ник). Электронный адрес там может появиться только в том случае, если Вы при создании своей учетки вместо имени по ошибке или невнимательности введете свой емейл.
«Но и большая старая компания не обязательно сможет сделать качественный продукт, а не просто отработать бюджет на старых технологиях и выкатить монструозное чудо» — это Вы о ком? :-)
Нормальный CRM-разработчик создаёт рабочий, функциональный продукт. В который зашёл — и работаешь. А вваливать сотни тысяч долларов в дизайн, чтобы продавать какие-то базовые, но красивые CRM по цене крыла Боинга — да ну нафиг. Мы для бизнеса работаем, а не для выставок и квадрантов.fckids
31.08.2017 13:33+1Что касается реализаций на современных фреймворках, то приведите пример развитой системы на них? Те же махины типа Битрикс24 или SAP написаны на стабильном стеке, без использования какого-либо реакта.
Думаю, что здесь на лицо подмена понятий. Битрикс24 не обязательно тот инструмент, который удовлетворит потребности Елены. Это как Макдональдс сравнивать с
небольшим рестораном или личным поваром. И там, и там можно поесть, но чтобы поесть, не обязательно обращаться в трансконтинентальную корпорацию. А если хочешь поесть вкусно и не навредить здоровью, то Макдоналдс вообще не тот вариант.
Легкость и простота интерфейса (в плане отсутствия ненужных функций или сложносочиненных механизмов) — это и есть конкурентные преимущества индивидуальной разработки против адаптации универсального комбайна. Битрикс24 определяет то, как пользователь будет выстраивать бизнес-процесс, а (грамотно) разработанный под конкретного клиента инструмент будет построен в качестве логического дополнения к существующим процессам и сценариям.
Лично я не могу работать в Битрикс24 из-за крайне медленного интерфейса. Это тот пример, когда я зашел, но нормально работать не могу и сотрудников или клиентов страдать заставлять не буду. Но это уже совсем другая тема для разговора — кто и что считает функциональным и пригодным для работы.
В общем, заказная разработка и готовый массовый продукт — это разное.
Вопрос к вам — раз проект так легко собрать за 3 месяца, почему он стоит 2 миллиона?
2 миллиона за три месяца работы — это скромная ставка работы небольшой команды специалистов без учета ценности продукта. И это совсем не легко: чтобы собрать условный вертолет за три месяца, я пять лет набирался опыта, изучал поведение материалов, тестировал различные модели, копил наработки, готовил специалистов и разработал универсальный комплект для сборки основы вертолета.
«Но и большая старая компания не обязательно сможет сделать качественный продукт, а не просто отработать бюджет на старых технологиях и выкатить монструозное чудо» — это Вы о ком? :-)
Ничего личного, господа. Пусть это будут слова про Битрикс, например.
Нормальный CRM-разработчик создаёт рабочий, функциональный продукт. В который зашёл — и работаешь. А вваливать сотни тысяч долларов в дизайн, чтобы продавать какие-то базовые, но красивые CRM по цене крыла Боинга — да ну нафиг. Мы для бизнеса работаем, а не для выставок и квадрантов.
Бизнес бизнесу рознь. Одна курьерская служба покупает индийские коробочки на колесах для своего автопарка, другая — немецкие комфортабельные автомобили с кондиционерами. Категория нормального — это очень субъективно ;).
fckids
31.08.2017 14:31-2И да, к сожалению, Вы ошиблись. На нашем сайте не показывается электронный адрес автора вопроса. Там показывается имя пользователя (его ник). Электронный адрес там может появиться только в том случае, если Вы при создании своей учетки вместо имени по ошибке или невнимательности введете свой емейл.
Я вижу электронный адрес — в чем я ошибся? То, что его указал пользователь «по ошибке» — проблема интерфейса, в котором в качестве никнейма пользователь может указать электронный адрес.
Axelus Автор
31.08.2017 15:06+1У каждого свои тараканы, без обид :)
А если в тексте поста вы укажете номер своей банковской карты, в этом будет виноват модератор Хабра?fckids
31.08.2017 15:28Тут фокус не на том, как бы обмануть систему и пропалить данные для окружающих нарочно. Одно дело, если данные публикуются по желанию, как номер карты в сообщении. Другое, если пользователь не задумывается, что куда вылезет, и что-то становится доступным общественности.
Вы сами написали, что адрес отображается, если пользователь «по ошибке» его туда ввел. То есть система позволила ему ошибиться, этот сценарий известен, признан ошибочным, но адрес до сих пор виден. Вопрос исключительно в проработке нюансов и последствиях: у кого-то данные пользователей утекают, потому что нет защиты доступа, а кто-то не предусмотрел поведение поля. Но фактически и там, и там — просто не проработан сценарий.
ustasby
31.08.2017 10:44-2По своему опыту скажу так, базовый функционал необходимый компании и отсутствующий в любой CRM системе пишется отдельно и интегрируется с условным crm24 по апи. И все это прекрасно работает.
Axelus Автор
31.08.2017 12:10+2Простите, совершенно не понял вашего поста. Я всегда считал, что базовый функционал как раз наоборот должен присутствовать в любой типовой CRM-системе. А дорабатываются именно узкие вещи, фактически отражающие индивидуальные задачи заказчика… Или я не прав? И вообще, как базовый функционал может еще интегрироваться с какой-то другой "условной CRM"? Вы что предлагаете два базовых функционала в двух разных CRM заинтегрировать? Вот откуда монстры рождаются!
ustasby
31.08.2017 18:33-1Если внимательно читать комментарий, то там написано " базовый функционал необходимый компании и отсутствующий в любой CRM", ключевое слово — отсутствующий. Представим себе какое нибудь агентство недвижимости, есть разные типы недвижимости, с условными комнатами, квартирами, и прочими площадями, контрагентами и и связями между этими объектами. Эта часть реализуется в собственной срм системе, а результаты этих распределений попадают в обычную срм систему, в которой таски, взаимоотношения, счета, оплаты и т.д. Первая часть хоть и отдельная, но в ней только именно бизнес компании, а в условной CRM24 ведется вся обычная офисно-планктонная работа, звонки, и т.д.
Axelus Автор
31.08.2017 18:59+3Классическая ошибка. Иметь 2 базы и работать с ними по раздельности — это неправильный подход. Вы изначально усложняете конструкцию и ставите искусственные препоны, которые будут служить только помехой в работе пользователей. Придется делать дополнительные интеграции, синхронизацию данных, учитывать множество возможных оперативных ситуаций. Поверьте, этого надо по возможности избегать.
Это похоже на ситуацию, когда потенциальный заказчик приходит и говорит: "У меня есть программа, я в ней веду склад. Напишите мне еще одну программу, в которой я буду параллельно вести оперативную работу с клиентами и тот же склад, причем этот склад интегрировать с моей программой, чтобы он был идентичен". Да никогда этого не будет, поскольку задача изначально исковеркана. Можно предложить клиенту вести один и тот же склад в двух программах, можно написать интеграцию, можно даже ее запустить в работу. Но это приведет лишь к тому, что спустя пару месяцев работы заказчик получит геморрой, который не стоит ни каких денег, затраченных на такое внедрение.
ustasby
31.08.2017 19:42-1В данном случае коверкаете вы, я не пишу про склады, а про довольно таки специфичные вещи, которые в crm системах не реализованы, а доработка будет стоить фантастических денег. Отдельно ведется распределение неких сущностей, весьма динамичных, которые по апи передаются в обычную crm. И для этого достаточно держать 1 удаленного программиста на поддержке для внедрения новых фич и вход новых будет занимать максимум месяц. И так как это веб, переход между сайтами для пользователя незаметен, для него это одна система, просто вы и правда застряли в нулевых. И оперировать словами — «поверьте» ну как то смешно.
Londoner
31.08.2017 11:06А что если написать ТЗ, разбить работу на трёхдневные этапы, только постоплата и только после сдачи этапа и т.п.? Да, у 90% фрилансеров сдохнет кошка и прорвёт канализацию в течение первого же этапа, ну так на первый этап заряжать сразу десяток. Потеря — три дня.
ustasby
31.08.2017 11:47Не зная вас никто вменяемый работать на постоплате не будет. Такова реальность.
fckids
31.08.2017 13:39На таких условиях будут работать только начинающие исполнители без опыта, которые разработать CRM от концепции до запуска и тестирования смогут только с божьей помощью. Специалист не станет ввязываться в проект, изучать ТЗ (составленное тем, кто не имеет отношения к реализации), если понимает, что есть риск потратить впустую три дня.
Ну и главное правило успешной реализации проекта — кто составляет ТЗ, утверждает сроки и бюджет, тот и разрабатывает. Иначе это история про сферического коня.
mickvav
31.08.2017 13:36Фрилансерные биржи, к сожалению, неустойчивы по отношению к вымыванию людей, способных и любящих вести длинные и сложные проекты. Понятно, что как только потенциальный заказчик находит толкового фрилансера, он будет активно хотеть такого фрилансера в стафф (ну не первый такой заказчик, так десятый). И такие толковые фрилансеры будут со временем из популяции вымываться, а оставаться — те, кто никому не нужен в стаффе либо те, кто принципиально берётся за короткие проекты вида «накатаь студенческий курсач». Из этого следует, что поиск фрилансера на большой и длинный проект — задача майнинговая, с рисками и сроками.
С другой стороны, у контор, особенно небольших есть другая фундаментальная уязвимость — изменение позиции фаундеров и/или уход ключевых специалистов. Мы тут напоролись на такую ситуацию — вендор отказался (за деньги!) фиксить баги в своей софтине, которую м у них купили пару лет назад, потому что «мы больше не поддерживаем этот продукт и предложить взамен ничего не можем». Пришлось начать переписывать его функционал (ключевой) в рамках своей внутренней информационной системы. Да, и данные переносить. Жизнь боль, но полна открытий чудных.
Evgeny42
31.08.2017 14:13-3Забавная статья, забавно проехались по фрилансерам.
Только вот, вы говорите про то какие вы классные, хорошие, сколько сил вы тратите и сколько релизов выкатываете. Но почему ваш основной проект (CRM), ровно как и веб-сайт, выглядят так, словно они написаны в 2001 году, и с тех пор ничего не менялось? Может вам все таки нужен фрилансер-дизайнер, специалист по ui/ux, из нашего времени?
Смейтесь над фрилансерами, смейтесь над юзабилити, но на себя посматривать не забывайте :)Axelus Автор
31.08.2017 14:59+1Ну, как же обойтись без камня в огород. Уважаемый Евгений, во-первых, никто не смеялся над фрилансерами, даже сделали рекламу наиболее адекватному из них. Во-вторых, по поводу 2001 года — это ваше личное мнение. Понятно, что Вам хочется уколоть, поскольку что-то в нашей статье Вас неприятно задело. Но смею Вас заверить, что мы четко понимаем, за что наши клиенты любят наш софт, голосуя за него своими инвестициями. И на подобные выпады мы никогда не обижаемся. Если наши решения такие устаревшие, то почему наши продажи растут на 40% в год? Просто мы предоставляем нашим клиентам сильное бизнес-решение с продвинутыми возможностями, а не фантики с побрякушками :)
Evgeny42
31.08.2017 15:10-4Да нет-нет, простите, что я оставил тут свой комментарий. У вас идеальная CRM, и прекрасный дизайн, лучшие тренды (начала нулевых), так сказать.
И не думайте, что вашим любимым пользователям приятно смотреть на красивые вещи, использовать современные наработки программистского мастерства, которые они встречают на всех сайтах, включая соц сети или какой-нибудь хабр. Это все действительно не нужно. Ведь это заставит дизайнеров и программистов работать. Оно и правда не нужно. Еще раз простите.
Vrankevich
31.08.2017 15:47+5Ахахах, как бомбануло-то! Видать, сам наверное фрилансит, бедненький, без денег сидит, вот и изгаляется. Ваши доводы настолько бездарны, что я полагаю, вы даже рядом не знаете, что такое разработка бизнес ПО и чем она отличает от вконтактика :-)
Кстати. А девушка на вашем аватаре — этот тоже, чтобы подменить реальность на что-то красивое?Evgeny42
31.08.2017 15:49-3Прочитали меня как открытую книгу. Как же жить дальше?
Vrankevich
31.08.2017 15:51Какая книга, вы что? Одна обложка…
Evgeny42
31.08.2017 15:56-3По крайней мере она стильная. А не как некоторые crm ;)
Кстати, вы случаем не работник обсуждаемой компании? Уж больно много хвалебных комментариев оставили. Неужели вам так лениво подумать над дизайном? Ну пожалуйста!Vrankevich
31.08.2017 16:07+2Не работник, не угадали, так, местный тролль. Просто по CRM мало пишут, а я по ним спец раньше был, сейчас админ обыкновенный. Меня прикалывают такие, как вы — а вы свой дизайн придумайте и обойдите всех на рынке с красивой системкой. Не получится! Потому что это тот случай, когда надо ехать, а не шашечки.
Вроде умом понимаю, что вам много лет, а по разговору — школьник…Evgeny42
31.08.2017 16:14-3Школьник-школьник. В следующем сообщении жду еще клише.
Или давайте по факту, от того, что дизайнер будет придумывать дизайн, CRM магическим образом не станет хуже, а разработчики пока его придумывают, будут крепко спать. Конечно, когда придется работать над правкой дизайна (неделя работы, с прикусаным рукавом), программисту будет больновато. Но неделя работы ничто. А херовый дизайн — все.
Как вы судите по моим сообщениям, по «одной обложке» так и многие другие клиенты, будут фильтровать CRM таким же образом. Благо есть среди чего выбирать. Только вот, узнав человека, ты больше не судишь по внешности, а вот от дизайнерской моды нулевых, тебе, как пользователю, не избавиться.Axelus Автор
31.08.2017 16:28+3Коллеги, со всем уважением, прошу прекратить личную перепалку, не относящуюся к теме статьи. Иначе буду вынужден просить модератора забанить особо ретивых. Тему статьи напомнить?
raguanec
01.09.2017 15:49+4Благодарю за статью!
Я и не думал, что «вброшенный» комментарий выльется в чек-лист, что не надо делать и, что сделать обязательно.
Для меня особенно интересно, что вы, сами того не зная, почти полностью повторили мою идею с экспериментом.RegionSoft
01.09.2017 16:00+2Вам спасибо за идею темы! Было интересно поработать в таком формате, готовим ещё один эксперимент, более мирный (ну надеемся).
irbis_al
Есть и OpenSource Подход…
(Например OODO www.odoo.com)
Когда какой нибудь разработчик или группа отдаёт код в общее пользование… Разработчики дорабатывают,, ставят клиентам, доработки возвращают в «общий котёл» и так система развивается.
RegionSoft
В данном случае ваши пример ни при чём. Open Source поставляют также компании, они же дорабатывают — собственно, именно на поддержке, настройке и доработке и держится их бизнес. Либо вы нанимаете в штат программиста или ищете того же фрилансера, который будет работать с опенсорсной системой. То есть собираете все перечисленные бонусы и грабли.
irbis_al
Ну в таком случае старт уже совсем другой.
Речь уже пойдёт о тюнинге.
1.Может подойти отраслевое решение, что имеется в коробке.
2.Возможно потребуются небольшие доработки.
Таким образом класс вхождения штатного «программера» ниже.
Ну и соответственно фрилансеру платить меньше. и можно их дифференцировать.(не понравился один, дальше продолжает другой)… Свободы выбора и манёвра больше.
RegionSoft
А мы о разных стартах писали — и о разработке, и о внедрении (считайте, и доработке в том числе).
Простите, но это трэш. Жвачка «Дружба» — пожевал-пожевал, передай другому.Насчёт платить меньше — не меньше. Вам нужно найти человека, который а) в идеале знаком с форком или на край с логикой CRM; б) владеет тем стеком, который используется в опенсорсе; в) правильно поймёт и интерпретирует ваши бизнес-процессы. Такие программисты стоят дорого, даже если их нанимать по часам.
irbis_al
Я просто хотел отметить, что к перечислениям в статье, можно добавить и опенсоурсный формат.
Не знаю, насчёт фрилансеров и штатный программеров, я этот процесс наблюдаю с другой стороны.Отдана наша ИС(Автоматизация HoReCa) в опенсорсе… и уже есть аж 6 пилотных эксплуатаций...:-)… и кое-что вернулось в «общий котёл»особенно если у Вас конструктор компоновщик, и вы можете получить тот «кубик», которого у Вас ещё не было. Я наблюдаю за той же OODO(я рассматривал её код,-она на Pythone) Интересная концепция… там неизвестный Python код грузится в контейнер.(У меня неизвестный java код грузится в java контейнер)
D_E_S
Полностью согласен. CRM проект, как и любой другой проект, должен начинаться с проектирования. А вот этот зоопарк с OpenSource — взять, внедрить, потом другой кто-то дописал, потом ещё кто-то… выходят адовые монстры и вывод делают, что не тот OpenSource, надо взять другой и попробовать… бр…
Axelus Автор
Верно. Грамотное проектирование решения и четко сформулированное техническое задание — залог успешного внедрения. Однако многие ленятся заниматься формализацией, типа давай аванс плати и мы сделаем. А потом начинается: "А я имел ввиду...", "Да это должно быть по умолчанию..."