Здравствуйте, менеджеры и владельцы интернет-магазинов! С Вами на связи лучший разработчик модулей для 1С-Битрикс – Сотбит. И сегодня мы с Вами поговорим о том, как не ошибиться и правильно выбрать решение и разработчика в Маркетплейс.
Итак, на сегодняшний день Маркетплейс.1С-Битрикс изобилует множеством готовых типовых решений и модулей. Иногда для закрытия конкретной проблемы и тематики нам предлагается аж несколько десятков вариантов решений. С одной стороны, это хорошо – всегда приятно, когда есть выбор. Это как-то греет душу. С другой – при множестве вариантов выбора есть вероятность впасть в некий ступор, когда появляется опасение: как бы выбрать лучший вариант и не прогадать?
Даже мы, специалисты в профессиональной разработке решений для Маркетплейс, тоже иногда впадаем в подобный ступор, когда необходимо для клиента подобрать наиболее оптимальный вариант решения той или иной задачи. Какой готовый интернет-магазин выбрать? Какой модуль накопительных баллов лучше? Чем отличаются друг от друга модули выгрузки на торговые площадки? Вопросов, к сожалению, может быть много, а вот ответов – мало.
Поэтому мы за 5 лет работы на рынке Маркетплейс выработали для себя некий чеклист, который помогает нам с большой долей вероятности не ошибаться и выбирать наиболее оптимальные программные решения в Маркете.
Ранее этот чеклист мы использовали только для собственных нужд. Теперь мы готовы им поделиться с Вами, дорогие клиенты Маркетплейс, чтобы свести к минимуму Ваши риски по выбору готовых сайтов и модулей.
Итак, давайте договоримся сразу, что сейчас мы не будем рассматривать сам программный продукт. Думаю, ни для кого не будет секретом, что программный продукт – это по умолчанию один из наиболее важных аспектов при выборе того или иного решения. Для каждого проекта и каждой задачи – свои требования к ПО. Поэтому этот пункт мы полностью оставляем на откуп Вам, дорогие клиенты Маркетплейс.1С-Битрикс. То есть мы изначально предполагаем, что Вы самостоятельно либо с помощью своих технических специалистов формируете пул программных решений, которые подходят под Ваши требования и могут решить необходимые задачи.
А далее после подбора несколько потенциально подходящих программных продуктов вступает в силу наш чеклист, который состоит из 9 последовательных шагов:
Демо-режим – это возможность протестировать полнофункциональную версию решения в течение определенного периода времени совершенно бесплатно.
Согласитесь, очень крутая вещь?! Не нужно покупать «кота в мешке». Решение о покупке вы принимаете только после внедрения программного продукта на Вашем проекте. Риски практически равны нулю.
Но что же разработчики Маркетплейс предлагают нам с Вами в этом плане? К сожалению, почти ничего. Всего лишь 10-15% всех решений на площадке Маркета имеют демо-режим. И если с модулями немного проще – разработчики модулей более охотно дают бесплатно протестировать свои решения. То с разработчиками готовых интернет-магазинов и сайтов немного сложнее – можно пересчитать по пальцам тех, кто предоставляет демо-режим.
Откуда же такое нежелание разработчиков предоставлять функционал бесплатного тестирования свои решений в течение определенного периода? Все просто. Основные причины две:
На наш взгляд, всё же разработчикам стоит рискнуть и внедрить демо-режим в своих программных решениях, несмотря на две выше описанные проблемы. Удобство и комфорт пользователя стоит того, чтобы рискнуть. А клиент отплатит разработчику с лихвой за такое доверие.
А теперь давайте определимся, какой же оптимальный срок для предоставления демо-периода? По нашим выверенным оценкам: 2-3 недели. Этого времени хватает, чтобы установить, настроить и протестировать практически любое решение. Срок в 1 неделю – слишком короткий, можно просто физически не успеть проверить работоспособность ПО. Срок в 1 месяц – наоборот, может оказаться в большинстве случаев большим, что может расслабить клиента и демотивировать разработчика.
Что касается нас, то мы на все наши решения предоставляем демо-режим в течение 14 дней. Как правило, этого срока хватает, чтобы успеть всё установить и протестировать. Иногда, конечно, возникают случаи, когда клиент установил и поздно приступил к настройке модуля. Либо клиент просто давно устанавливал модуль, а теперь опять решил его «пощупать». Во всех этих ситуациях мы просто «сбрасываем» демо-режим и он начинает работать «с нуля».
Хочется также предупредить клиентов о так называемых псевдо-демо-режимах. Что это такое? Это когда разработчик устанавливает демку сроком на 1-2 дня. За это время просто нереально что-то протестировать. Тогда зачем они это делают? Все просто. Если зайти в каталог Маркетплейс и поставить фильтр по наличию демо-режима, то модули с таким коротким демо-периодом тоже будут в списке. Небольшая хитрость. Формально демка есть, а вот фактически – ее нет.
Итак, думаю, приведенной выше информации нам с Вами будет достаточно, чтобы сделать вывод – при наличии демо-режима остальные пункты нашего чеклиста можно даже не рассматривать. Согласитесь, какая разница, сколько у разработчика отзывов или какая документация, если решение уже удачно внедрено на Вашем проекте? Вы его еще даже не купили, а оно уже приносит деньги! Прямо фантастика!
А нам с Вами, дорогие пользователи 1С-Битрикс, остается только надеяться, что разработчики Маркетплейс будут больше доверять свои клиентам и внедрять в своих решениях полноценные демо-режимы. Разработчиков готовых интернет-магазинов и корп сайтов это касается в первую очередь.
Техническая поддержка (ТП) – важнейший аспект программного обеспечения. Программный продукт без грамотного технического сопровождения может быть бесполезен. Именно поэтому разработчик продает не только сам продукт, но и его техническую поддержку.
Итак, давайте определимся, что же мы вкладываем в понятие «бесплатная техническая поддержка». Как правило, это:
Если же Вы хотите настройку решения «под ключ», то навряд ли это вариант с бесплатной ТП. В большинстве случаев, за редким исключением, это уже будет относиться к платной ТП. И разработчик будет оценивать трудозатраты уже на основании своих тарифов.
Теперь давайте разберемся, как же понять, что бесплатная техподдержка действительно хорошая? Все очень просто – методом «тыка». Наверное, один из немногих работающих методов вселенной. Просто надо «щупать» ТП, активно взаимодействовать с ней.
Если ПО имеет демо-режим, то тут намного проще. Просто пишите разработчику, чтобы он самостоятельно установил и настроил решение. И уже при взаимодействии с ТП разработчика оцениваете качество обслуживания и вообще целесообразность дальнейшей работы с этим программным решением.
Так, а если демо-режима нет? Что тогда? Как проверить работу ТП? Тут мы видим два варианта проверки:
Эти два простых пункта помогут Вам снизить риски при выборе программного продукта. Главное, не стесняйтесь: задавайте вопросы, пишите, требуйте тестирования продукта. Раз уж разработчик не потрудился предоставить демо-режим для своего ПО, то теперь пусть терпит все Ваши требования и пожелания.
И еще несколько моментов, на которые я бы порекомендовал Вам обратить внимание при работе с ТП:
Во-первых, это первый признак того, что разработчик не подошел к разработке программных продуктов как к системе. Это, скорее всего, его хобби либо дополнительная сфера деятельности. И с Вами, в таком случае, с большой долей вероятности, будут общаться не сотрудники ТП, а сами программисты. И выделяться на Вас время будет только тогда, когда разработчик слегка освободится от своей основной работы. Кроме того, учтите, что программисты очень специфичный народ. Общение с ними в письменной форме редко приносит удовольствие.
Во-вторых, переписка по имейлу может затеряться, письма могут быть пропущены. Да и вообще, сложно потом уследить за всей логикой общения. Вывод – взаимодействие с ТП разработчика может затянуться.
Итак, какие же средства связи должен предоставить разработчик, чтобы Вам было комфортно и вопросы решались с максимальной эффективностью? Делимся:
Итак, как говорилось выше, наличие платформы для работы с клиентами – это тот минимум, который должен предоставить для Вас разработчик. Остальных источников связи может и не быть.
Ну а наличие дополнительно открытых линий и телефона будет просто огромным преимуществом разработчика перед конкурентами.
В первую очередь, выясните режим работы технической поддержки. Возможно, разработчик находится далеко в Сибири, а Вы в Москве и у Вас существенная разница во времени. В таком случае могут возникнуть определенные трудности при взаимодействии с такой компанией.
Далее необходимо найти информацию о регламенте ответа, то есть как быстро разработчик обещает отвечать на Ваши запросы. Если эта цифра более 2-х суток, то это не есть хорошо. Такими темпами Вы будете внедрять решение очень долго. Оптимальная же скорость ответа 4-10 часов. Но, как правило, ответственные разработчики стараются отвечать еще быстрее.
Но это еще не все. Еще останется самолично проверить все эти режимы работы и регламенты. Если они отличаются в худшую сторону от заявленных, то бить тревогу и писать плохие отзывы сразу же необязательно. Нужно просто поинтересоваться у разработчика: по каким причинам заявлены одни сроки, а по факту они совсем иные? Возможно, у разработчика период отпусков либо какая-либо другая адекватная причина.
Если же нарушение регламентов происходит регулярно и системно, то в принципе, уже можно сделать определенные выводы о ТП данного разработчика. И эти выводы далеко неутешительные.
Очень интересный пункт. И мы в Сотбит любим его особенно.
Ведь отзывы – это фактически первое впечатление о программном решении и разработчике. По отзывам уже можно сделать определенные выводы.
Отзывы Вы можете найти в карточке модуля Маркетплейс во кладке «Отзывы».
Теперь давайте разберемся, на что в первую очередь обращать внимание при анализе отзывов:
Единственным оправданием малого количества отзывов может быть лишь то, что ПО лишь относительно недавно, в течение полугода, вышло на рынок.
Необходимо иметь ввиду, что количество отзывов стоит анализировать только для популярных категорий ПО. К примеру, для типовых интернет-магазинов, сайтов и SEO модулей. Для узкопрофильных и специализированных программных продуктов этот пункт никак не подходит. Ведь рынок подобных программных решений значительно уже, соответственно, и отзывов будет на порядок меньше. Но это никак не мешает данному программному обеспечению закрывать все задачи своей аудитории.
Так что в случае со сложным программным продуктом приоритетнее обращать внимание на кейсы, которые описаны в пункте №7 данного чеклиста, нежели на отзывы.
Отсутствие же свежих отзывов – знак того, что о программном обеспечении забыли не только пользователи, но и сами разработчики. Данное ПО уже утратило былую популярность, если таковая, конечно, вообще была.
Очень часто в Маркете происходит такая ситуация, когда к решению отзывов много, а вот свежие – отсутствуют. В таком случае со старыми отзывами стоит ознакамливаться только для общей информации. Никакие выводы на их основании делать нельзя.
А вообще, качественное ПО может похвастаться не только свежими отзывами, но и регулярными. Это, наверное, даже важнее. Поэтому, если в карточке решения Маркетплейс стабильно и ежемесячно появляется более 1 отзыва, то это признак класса как разработчика, так и самого программного обеспечения.
Со сложными и узкопрофильными программными продуктами дело обстоит аналогично предыдущему пункту. Из-за малой аудитории отзывов тоже, соответственно, немного. Поэтому в таком случае лучше, в первую очередь, рассматривать кейсы, которые более подробно расписаны в пункте №7 нашего с Вами чеклиста.
Наш любимый компонент анализа отзывов. Ответы разработчика несут в себе очень много информации. Даже плохой отзыв разработчик может занести себе в актив, если грамотно на него ответит.
Стоит отметить, что ответы разработчика стоит анализировать именно на негативные отзывы. Ведь на положительные – нет смысла даже отвечать.
Итак, с чего же начать анализ ответов разработчика?! Во-первых, с того – есть ли вообще эти ответы?! Если разработчик не дает ответ на негативный отзыв – значит, он своим молчанием соглашается с недовольным клиентом, значит, он своим молчанием подписывается под его словами. Молчунов мы рекомендуем обходить стороной.
С другой стороны, иногда разработчик ответит так, что сделает себе и своему решению еще хуже. И тогда точно невольно подумаешь: «Уж лучше бы молчал».
Так каким образом должен ответить разработчик, чтобы нивелировать воздействие отрицательного отзыва и все же склонить клиента на свою сторону?! Все просто. Вот краткий список того, как должно быть:
Кроме отзывов, существуют еще и комментарии. Они находятся во вкладке «Обсуждения».
Анализ комментариев происходит аналогично отзывам. Механизм тот же.
Почему же пользователи оставляют комментарии, а не отзывы? Ведь в большинстве случаев комментариев значительно больше, чем отзывов. В чем же причина?
Во-первых, комментарий оставить намного проще. В отличие от отзывов нет необходимости оставлять ключ лицензии и прочие данные.
Во-вторых, пользователи очень часто пишут свои отзывы именно в комментарии. Связано это с тем, что не все пользователи могут оставлять отзывы во вкладке «Отзывы». Такой привилегии заслужили только те, кто приобретал ПО непосредственно через площадку Маркетплейс. Если же Вы приобретали решение напрямую через разработчика, то знайте: отзыв Вы оставить не сможете – только комментарий.
E-commerce, да и весь рынок веб-разработки в целом, активно развивается и видоизменяется. Тренды, стандарты и технологии меняются ежедневно. Разработчики должны держать руку на пульсе и активно реагировать на все изменения рынка, как, к примеру, это делает 1С-Битрикс.
Именно поэтому одним из ключевых аспектов при выборе ПО в Маркетплейс является понимание: какими темпами развивается решение и каковы перспективы его развития в будущем?
Чтобы проанализировать обновляемость программного решения, необходимо в карточке ПО перейти во вкладку «Что нового». И там мы можем наблюдать полный список обновлений ПО, начиная с самого его запуска.
На что следует обратить особое внимание:
А теперь давайте искать скелеты в шкафу разработчика, то есть подробно разбирать саму организацию (юридическое лицо), которое является правообладателем на ПО.
Всегда обращайте внимание на два аспекта разработчика:
Разработка софта – это определенная компетенция. Она включает в себя следующие составляющие:
Создание сайтов «с нуля» и, по сути, весь digital требуют совсем иных компетенций. Для них разработка ПО – это, скорее, хобби либо просто упаковка какого-либо функционала в виде модуля, чтобы потом можно было пользоваться им повторно. Они не могут просто взять и планомерно заниматься полноценной разработкой и сопровождением софта. Все это, скорее, будет происходить в свободное от основной деятельности время.
И чем данная ситуация может грозить простому пользователю? А тем, что такой разработчик в лучшем случае будет предоставлять плохой сервис и медленно развивать свой продукт, а в худшем – вообще прикроет этот модуль.
И чтобы не быть голословными, приведу реальный пример из нашей практики. В январе 2016 года мы первыми запустили модуль «SEO умного фильтра» – самое популярное наше решение на данный момент. Изначально он умел работать только с уникальными метатегами. И вот буквально через месяц никому неизвестная украинская компания выпустила аналог нашего модуля. И он был намного круче нашего.
В результате их модуль стал очень популярным. Он был в ТОПах по продаваемости, а нашему решению такое и не снилось.
Но проблема заключалась в том, что компания, разработавшая этот модуль, была обычной digital. Они занимались контекстом и SEO. Их модуль явился результатом всех их многолетних наработок и доработок. И они все это вместе взяли и соединили в свое решение.
Но по мере того, как популярность модуля росла, как активными темпами увеличивалось количество пользователей, разработчики стали проседать по многим направлениям: обновления, техподдержка, документация. Судя по их карточке решения, они перестали выпускать обновления и вообще отвечать своим клиентам. И их клиенты медленно, но верно, начали переходить к нам.
А через определенное время модуль-аналог просто исчез с Маркетплейс. Видимо, разработчики решили, что дешевле закрыть модуль, нежели продолжать его обслуживать.
А мы все это время планомерно работали не только над модулем «SEO умного фильтра», но и над всей структурой, над всеми процессами по разработке ПО. В результате мы могли похвастаться не только системным развитием нашего программного решения, но и хорошим сервисом в купе с оперативной и грамотной техподдержкой. Именно поэтому наш модуль до сих пор на рынке, а тех ребят уже никто и не вспомнит. Но стоит сказать им спасибо. Они дали нам импульс к развитию.
Так что вот Вам реальным пример того, как узкая специализация побеждает желание заниматься сразу всем.
Итак, речь у нас пойдет именно о рейтинге разработчиков в Маркетплейс, с которым Вы можете ознакомиться по адресу: http://marketplace.1c-bitrix.ru/partners/
Соответственно, чем выше рейтинг, тем успешней компания. Рейтинг строится на основании продаж ПО разработчиков непосредственно через Маркетплейс.
Какое внимание уделять рейтингу разработчика? Скажем так, если вы рассматриваете: покупать у разработчика №1 или №5 в списке, то разницы особой нет и рейтинг можно пропустить. А вот если перед выбором стоит разработчик №3 и, условно говоря, разработчик №21, то тут уже внимание стоит обратить.
Рейтинг также дает понять: не сольется ли данный разработчик в процессе работы, не исчезнет ли он? Согласитесь, навряд ли разработчик из ТОП-10 может прекратить свое существование, а вот из последней 30-ки – вполне может.
Важный пункт разработки ПО. Для Маркетплейс.1С-Битрикс он включает в себя следующие составляющие:
Из всех этих пунктов лишь карточка решения в Маркетплейс обязательна для заполнения, иначе ПО просто не допустят к публикации. Остальные пункты уже на усмотрение разработчика. Но согласитесь, всегда приятно, когда вы легко можете скачать PDF презентацию и показать ее условному шефу. А пришедшее электронное письмо расскажет о дополнительных преимуществах решения.
Так как же упаковка может повлиять на выбор программного решения? Опять-таки, все просто. Если разработчик сделает упаковку правильно, то вы сразу поймете, о чем идет речь. Правильная упаковка – это совокупность структуры, смыслов, стиля и хорошего вкуса. Если упаковка оставляет понятное и приятное впечатление, значит, разработчик попал в точку, значит, он точно знает, что нужно клиенту. Значит, и Вы быстро поймете, что Вам нужно именно это ПО.
Если же после прочтения упаковки Вы ничего не поняли, к тому же стилевое оформление вызвало у Вас чувства отвращения, то это плохая упаковка. Плохая упаковка – первый признак того, что разработчик, по сути, сам не понимает, что нужно рынку, что нужно пользователю. А как можно хорошо делать то, чего не понимаешь?
Наличие документации является большим плюсом как для ПО, так и для самого разработчика. Она может снизить порог вхождения пользователя в программное решение, а также облегчить работу техподдержки. Ведь в таком случае клиент может просто «покурить» мануалы и уже самостоятельно начать работу с программным обеспечением.
Важным аспектом документации является ее актуальность. Поэтому всегда убеждайтесь, что она действительно рабочая. А то может случится так, что документация, вроде, и есть, но для ПО годичной давности.
Тренд современного мира – это видео. Людям куда приятнее смотреть, чем читать. К тому же намного проще воспринимать информацию, когда ее прямо показывают на пальцах.
В каком же случае видео может стать реальным конкурентным преимуществом? Лишь в том случае, если Вы на выходе видите качественную картинку, хороший звук и свет, а контент видоса не оставляет каких-либо глобальных вопросов – все четко и по делу.
Хочется также отметить, что записать действительно качественное видео куда сложнее, нежели черкануть пару страниц документации. Уж Вы нам поверьте. Это мы знаем на собственном опыте. Одного профессионального оборудования для съемок будет недостаточно. Добавьте ко всему этому хорошую графику и профессионального монтажера. Плюс о сценаристе не забудьте. Вот в таком случае может получиться крутое видео.
Плохое же видео, как правило, вызывает желание быстрее его закрыть и конкурентным преимуществом никак быть не может. Радует тот факт, что плохое видео можно распознать в течение первых секунд: отвратительный звук, плохой свет и еще худшая картинка. Про контент в таком случае и говорить не стоит.
Так что, дорогие пользователи, если разработчик предоставляет для Вас видеоматериалы, то пользуйтесь ими с удовольствием. И будьте уверены: если разработчик заморочился и подготовил для Вас профессиональный видеокурс, то, значит, ко всем другим аспектам своей деятельности он будет подходить с такой же ответственностью.
А теперь, смеха ради, на своих примерах продемонстрируем Вам разницу между плохим и хорошим видосом.
Вот с подобных видео мы начинали. Январь 2016 года по модулю «SEO умного фильтра» (да простите нас): https://www.youtube.com/watch?v=POwdyF5mqJs&t=1s . Обратите внимание на дизлайки и негативные комментарии к видео. Да, именно так мы учились делать видеоконтент.
А вот уже наше свежее видео совершенно иного формата:
Надеюсь, Вы почувствовали разницу.
Кто-то может сказать: «Товарищи, Вы что-то попутали! Как может такой важный пункт, как кейсы, стоять аж под 7 номером?!». Давайте успокоимся и вместе разберемся, почему мы приняли именно такое решение.
Во-первых, кейсом для готовых сайтов и интернет-магазинов уже никого не удивишь. Любой мало-мальский шаблон имеет хоть какой-либо кейс. Это не проблема. Но сам кейс не дает нам никакого понятия о бэкграунде проекта. Навряд ли разработчик Вам сообщит о своих факапах, неоптимизированном коде или плохой коммуникации с клиентом. Но зато Вы увидите красивые картинки и как все круто работает.
Кстати, не поленитесь не просто прочитать кейс, но и самолично зайти на проект, разработанный на шаблоне разработчика. Вот тут уже все по-настоящему. Тут Вы можете самостоятельно все тестировать. Вас уже не обманешь.
Именно из-за всех подводных камней, связанных с кейсами, мы рекомендуем всё же большее внимание уделять отзывам. Никто не говорит, что кейсы смотреть не надо. Надо для справки, но в любом случае проверяйте их самолично. И это касается в первую очередь готовых сайтов и популярных категорий модулей.
Если же мы имеем дело с узкоспециализированным и технологически сложным продуктом, то тут кейсы придутся очень кстати. В таком случае их можно будет поставить даже на первое место в нашем с Вами чеклисте. Внедрение сложного ПО – само по себе занятие трудоемкое, требующее привлечения высококвалифицированных специалистов. Да и кейс к таком программному решению составить куда сложнее, нежели к готовому интернет-магазину.
Вот мы добрались и до стоимости ПО. Казалось бы, она должна быть в самом начале. Ведь очень часто все мы грешим тем, что принимаем свои решения о приобретении чего-либо только на основании более дешевой цены. Возможно, для других вещей это может прокатить, но только не для ПО. И давайте разберемся, почему?
Ведь ориентируясь только на цену, Вы рискуете упустить ряд важных моментов:
Надо понимать: площадка Маркетплейс – это не PlayMarket и не AppleStore. Здесь нельзя установить 300 рублей на ПО и стать миллионером. Аудитория и рынок здесь совсем иные. И это надо учитывать.
Так вот, вернемся непосредственно к ценам. В каком случае стоит обращать на цену внимание? Скажем так, если Вы рассматриваете готовый шаблон, то разница в 10 000 – не критическая. С большой долей вероятности Вы потратите на порядок больше денег, если неправильно подберете готовое решение и разработчика, соответственно.
Если же мы рассматриваем модули, то разница в 7 тыс. тоже не особо существенна. Аналогично готовым решениям можно сэкономить на модуле, а потом потратить в несколько раз больше ДС на его внедрение.
Итак, подытожим. Цена может оказать влияние на выбор ПО, но не критическое. На цену стоит обращать внимание только когда, когда другие показатели, описанные выше в данной статье, приблизительно равны.
Если же Вы при выборе готового решения обращаете внимание только на цену, то заранее подготовьтесь к дополнительным вложениям по его доработке и допилу.
Этот пункт нашего челкиста мы специально оставили напоследок для истинных ценителей хорошего сервиса. Это как вишенка на торте.
Итак, для тех, кто еще, возможно, не знаком с таким понятием, как «аккаунт-менеджер», представим краткое его определение:
Стоит с грустью признать тот факт, что разработчики Маркетплейс редко балуют своих клиентов аккаунтами. И причин тому несколько.
Первая причина. Отсутствие компетенций. Разработчики – люди технические. Все, что связано с сервисом и продажами для них может быть чуждо. К тому же куда приятнее уделять время тому, что ты понимаешь, нежели тому, в чем ты совсем не разбираешься.
Причина вторая. Вытекающая из первой. Разработчики просто не осознают необходимость внедрения аккаунтов. Ведь ПО – это сложный продукт. А аккаунты делают его проще: объясняют, поясняют, при необходимости связывают с техническими специалистами. Но люди с техническим складом ума считают, что и так все понятно и ничего объяснять не надо.
Причина третья. Высокие затраты. Затраты не только финансовые, но и временные. Руководству приходится уделять больше внимания на сервис и продажи, нежели на продукт. К тому же обучение аккаунтов продукту занимает не мало времени и денег.
Так стоит ли внедрять аккаунт-менеджеров компаниями-разработчикам?
Мы ответим на этот вопрос простым примером из собственного опыта.
Итак, аккаунты у нас появились всего лишь год назад (сентябрь 2017 года). И этот шаг дался нам с большим трудом. Почему? А причины те же, что мы описали выше. И главная – отсутствие нужных компетенций. Мы могли сделать хороший продукт, но вот как организовать целый отдел аккаунтов, который будет плотно работать с клиентами – это оказалось для нас настоящей проблемой.
И как же мы решали данную проблему? Всё просто: привлечение консультантов, книги, тренинги и прочее. Все это принесло нам свои плоды. За один год мы смогли сколотить мощный отдел аккаунтов. Теперь мы жалеем лишь об одном, что не внедрили его еще раньше.
А теперь давайте рассмотрим наши результаты. Какие же показатели мы смогли увеличить благодаря аккаунтам:
Сотбит поздравляет Вас с первыми днями зимы! Впереди время чудес, тепла и радости, а вместе с ними — традиционная зимняя акция.
В этой статье мы расскажем, почему скорость имеет значение и как Сотбит: Розница достигла лидерства по этому параметру.
Мобильный сайт или приложение: что выбрать для бизнеса? Анализируем технологии, плюсы и минусы.
