мегаплан на чем написан
«Мегаплан»: как и какие технологии мы берём в разработку
«Мегаплан» — одна из старейших СRM для совместной работы и организации продаж. Архитектор компании Артур Эшенбренер приоткрыл для dev.by дверь в закулисье разработки.
С момента задумки «Мегаплана» в 2006 году над ним работало несколько команд. Каждая из них привносила в разработку новые технологии и придерживалась определённых вкусовых предпочтений. Но всё равно критерии отбора технологических платформ для популярного продукта оставались неизменными на протяжении всей его истории. Мы узнали, что это за критерии, а заодно поговорили о технологиях, которые компания применяет в своём продукте сегодня.
— О чём вы думаете, когда выбираете для себя новую технологию?
— О перспективе, прежде всего. В разработке «Мегаплана» всегда старались смотреть вперёд. Не секрет, что в современном мире технологии развиваются с невероятной скоростью, выходят новые версии, а прежние быстро устаревают. Нам важно иметь инструменты, которые активно используются другими профессионалами и хорошо себя зарекомендовали.
Мы следим за трендами и выбираем технологии, которые с большой вероятностью будут популярны в ближайшие несколько лет.
— «Мегаплан» — большое веб-приложение, которым пользуются несколько сотен тысяч человек. Какие технические платформы подходят вам больше?
— Мы любим фреймворки и библиотеки с готовыми правилами и инструментами. Нет, мы не ленивые, просто рационально подходим к задачам. Если инфраструктура фреймворка отвечает сложности нашего проекта, мы ею пользуемся. Такой подход позволяет нам значительно ускоряться в разработке и выпускать обновления каждый месяц. Причём мы часто делаем действительно сложные вещи и быстро оптимизируем их под новые нагрузки, ведь количество пользователей постоянно растёт.
— В «Мегаплане» идёт тотальный редизайн. Что поменялось на уровне технологий?
— Сначала мы перешли на ReactJS и Redux. Теперь Redux сменили на MobX — для многих пока загадочную технологию в реактивном программировании.
Библиотеку Facebook ReactJS когда-то выбрали за удобство проектирования представления данных на экране пользователя, а MobХ от Mendix — за то, что прост в использовании и позволяет меньше ошибаться нам, разработчикам.
Мы не боимся миксовать технологии, потому что иногда вместе они могут дать вау-эффект. Как, например, React JS, которая использует Mobx для отображения на экране и быстрого отклика. В паре они великолепны: «Мегаплан» значительно ускорился.
— Что удалось перевести на новый код?
— Мы работаем над новой версией продукта с прошлого года: тщательно тестируем внутри компании и переводим клиентов постепенно. Некоторое время даём им возможность переходить из старого интерфейса в новый и обратно, чтобы было проще привыкнуть.
Начали с наиболее востребованного приложения — панели информера, на которой находятся центр уведомлений, чат и список избранных объектов.
Потом добавили новый рабочий стол. Сейчас он состоит из виджетов, которые обновляются в реальном времени.
Из последнего, что перевели на новый код — интерактивное верхнее меню и карточка задачи с настраиваемым интерфейсом. Каждая иконка меню откликается на курсор: в ней появляются цвет и анимация.
В новой форме карточки задачи редко используемые элементы можно сворачивать, а важные, наоборот, выносить на первый план.
— Какую пользу получил «Мегаплан» от внедрения MobX?
— Он в разы ускорил интерфейс: страницы стали быстрее загружаться, почти исчезли ошибки, снизилась нагрузка на разработчиков. Дело в том, что MobX дает возможность писать меньше кода, а чем меньше пишешь, тем реже ошибаешься. Мне лично он помогает управлять состоянием продукта и разрабатывать новые фичи для клиентов.
— Можете пояснить принципы работы для тех, кто ещё не знаком с этой технологией?
— Они просты и похожи на таблицы Excel, когда изменение в одной ячейке вызывает изменения в других, только в MobX это происходит на уровне пользовательских интерфейсов. Он помогает выстраивать цепочку событий и автоматически меняет их значения. Возьмём пример — новый комментарий в карточке задачи. Представьте, что он при отправке попадает в какую-то ячейку, а список, в который он добавляется, является формулой от нее. Тогда список «слушает» изменения и сам обновляется.
— И так со всеми элементами?
— Да, особенно удобно, если элемент частый. Например, имена и фамилии сотрудников раскиданы по всему «Мегаплану»: они встречаются в тех же комментариях, среди ответственных и постановщиков по задачам, в списках. Предположим, ваша сотрудница Ира Иванова вышла замуж и поменяла фамилию на Петрову. Я изменю фамилию в одной ячейке, и она обновится во всём интерфейсе. В общем-то это и есть главный принцип функционального реактивного программирования, благодаря которому приходится меньше операций держать в уме и реже делать что-то вручную.
— Какие технологии вы использовали раньше?
— В самом начале сложился набор из самописного фреймворка и ORM для PHP, монолитного приложения с серверным рендерингом. До 2012 года фронтенд делали по остаточному принципу для минимального оживления приложения.
После этого перевели внутренний фреймворк на рельсы Symfony2 для уменьшения связности кода, обеспечения более качественного покрытия кода юнит-тестами. Фронтенд оставили без изменений, а уже новые технологии собственного производства применили в другом нашем проекте — в Зеттаплане, менеджере задач и проектов.
В 2016 году всю фронтенд-разработку поставили на рельсы TypeScript, React и MobX. Новые технологии помогли нам повысить качество и скорость разработки, а также упростить тестирование на клиентской стороне. Для клиентов разработали Rest API на бекенде с применением тех же технологий Symfony 2.
— Потому что оказался слишком многослойным для такого большого приложения, как «Мегаплан», и приводил к частому подтормаживанию всего интерфейса. Приходилось каждый раз избавляться от «тормозов» заново, используя Reselect для оптимизации скорости работы. Как оказалось, Redux удобнее использовать в средних и маленьких приложениях, а в «Мегаплане» сложный код и его много.
— Когда вы переходите на новую, совсем незнакомую технологию, как тот же MobX, не боитесь чего-то не понять и ненароком поломать весь код?
— Мы тестируем новые инструменты перед тем, как пустить в бой. В разработке пользуемся принципом рефакторинга. Он заключается в том, что сначала выделяешь то место в коде, которое нужно поменять, фиксируешь его, переписываешь и только после теста на ошибки новый код добавляешь, а старый удаляешь.
В таком рефакторинге нам очень помогает язык программирования TypeScript. Он упрощает и ускоряет кодинг, беря на себя большую часть тестов. Тебе не нужно после каждого изменения открывать браузер и проверять работоспособность. Если он не показал ошибки, значит велика вероятность, что всё хорошо будет работать и в браузере.
Что касается MobX, то в России и Беларуси его действительно используют редко. Зарубежом это давно уже тренд: разработчики даже конференцию собирают. А если так, то есть наработанная практика, поэтому вероятность скрытых багов минимальна. В своё время Redux был выбран нами по той же причине, и он тоже показал себя достаточно хорошо.
— Что планируете делать дальше?
— Мы перевели на MobX 80% продукта в новом дизайне, но работы впереди ещё много. К тому же, применяя у себя какие-то технологии, мы одновременно их улучшаем. Например, я своими руками исправил в MobX несколько ошибок и сделал пару доработок, за это меня взяли в команду его разработчиков. Теперь вот гордимся, что «Мегаплан» причастен к созданию мировых трендов в ИТ-разработке.
Хотите сообщить важную новость? Пишите в Телеграм-бот.
А также подписывайтесь на наш Телеграм-канал.
😣😖😫😩 Айтишники рассказали про признаки плохого оффера. Читайте истории, выводы и советы.
Мегаплан
2011.8 (15 августа 2011)
Является полноценным Groupware продуктом. Само ПО может быть установлено как на личный сервер компании в интранет, так и арендовано на серверах поставщика решения «Мегаплан» (SaaS). На сегодняшний день это один из немногих российских программных продуктов, успешно распространяющихся как SaaS сервис. [2]
Дизайн интерфейса и основной набор модулей были разработаны в Студии Артемия Лебедева. [3]
Содержание
Продукты Мегаплана
Мегаплан предоставляет пользователям на основе своей платформы 4 базовых продукта.
Два первых продукта направлены на организацию совместной деятельности в компании.
1. Таск-менеджер (ПО для организации и управления проектами)
Таск-менеджер доступен в полной и облегченной версиях. Функциональность данного приложения позволяет создавать неограниченное количество задач, делегируя их конкретным сотрудникам в компании, и контролировать процесс их выполнения. В полной версии есть возможность введения системы поощрений и наказаний за работу. Все задачи формируют базу календаря-ежедневника, который может быть как персональным (с отображением соответствующей информации), так и общекорпоративным. Отдельный модуль управления персоналом выстраивает статистику потраченного времени на завершение задачи по каждому сотруднику и высчитывает процент от всей его нагрузки. [3] С августа 2011 года доступна бесплатная версия приложения, ограниченная 7 сотрудниками или 3 лицензиями. [4]
2. Совместная работа (ПО для организации совместной работы)
В «Совместной работе» к модулям «Таск менеджера» прибавляется возможность обсуждения корпоративных новостей во внутреннем форуме, а также создания хранилища документов. Приложение позволяет вести учет всех сотрудников – их контактной информации, степени занятости (отпуска, больничные, активные проекты) и т.п. Совместная работа также позволяет организовать обсуждение деталей проекта как в традиционном виде (текст и изображения), так и в современном (граффити). [5]
Одно решение создано для управлениями продажами и организации работы с клиентами.
3. CRM (система управления взаимоотношениями с клиентами)
Данная система позволяет управлять процессом продаж с возможностью настройки большинства параметров (справочника продаваемых товаров и услуг, сотрудников-менеджеров, контрагентов и структур процесса продажи и оплаты товара). CRM отслеживает любые изменения в базе данных (цена, количество, сроки поступления и так далее), позволяет организовать процесс выставления счета по шаблону (генерируется в PDF или MS Excel) как внутри «Мегаплана», так и в сторонней учетной программе. В CRM-системе реализована гибкая система отчетности – все сделки можно сортировать по приоритету (автоопределение самых важных сделок), названию, предложению, сумме и клиенту, а также статусу (например, завершенные и незавершенные). В CRM от «Мегаплан» есть и удобный аналитический инструмент «воронка продаж», показывающий результативность работы того или иного сотрудника или отдела в целом. [6] С августа 2011 года доступна бесплатная версия CRM-приложения, ограниченная 7 сотрудниками или 3 лицензиями. [4]
Также представлено решение «Мегаплана» для комплексного управления бизнесом.
Это интегрированный продукт для полноценного управления бизнесом, включающий в себя все вышеперечисленные системы.
Для тестирования ПО предусмотрена демоверсия системы «Мегаплан», кроме того можно зарегистрировать и использовать бесплатную (на 30 дней) версию любого продукта. [7]
Клиенты
Продукты «Мегаплана» на сегодняшний день используют более 1000 клиентов в различных отраслях. Наиболее крупные из них:
Награды
Описание CRM Мегаплан
Содержание
Введение
С сервисом Мегаплан я начал работать, как и со многими другими системами, по просьбе клиента, который попросил, чтобы я им настроил для работы именно Мегаплан.
На официальном сайте написано, что Мегаплан — это корпоративная CRM-система. Я считаю, что такое позиционирование не совсем верно. Мегаплан – это, скорее, Task-менеджер с возможностью вести CRM.
С одной стороны, такое совмещение Task и CRM может быть довольно удобным. С другой стороны, функции CRM-системы доступны только в одном из тарифных планов, и там представлены достаточно слабо. Но, обо всем по порядку.
В этой статье я не буду подробно описывать весь функционал Мегаплана, я буду говорить только о том, что касается непосредственно CRM.
Структура Мегаплан
Итак, Мегаплан предоставляет доступ к работе с Task-менеджером с функциями CRM-системы, а вся работа непосредственно с клиентами находится в одном из разделов – в Сделках.
А, в общем, с моей точки зрения, интерфейс системы очень простой, удобный и понятный интуитивно. Здесь каких-либо недостатков я не увидел. Структура тоже достаточно простая, пользователи не будут испытывать каких-либо сложностей с поиском нужного раздела или функции в процессе работы.
Клиенты
Лид – это потенциальный клиент, который тем или иным образом отреагировал (либо может отреагировать) на маркетинговую коммуникацию, т.е. этот человек или компания может заинтересоваться предлагаемым товаром или услугой.
Контакт — это потенциальный или реальный клиент, с которым уже проведены какие-то переговоры, который проявил ту или иную реакцию, предоставил определенный перечень личных данных и т.д. Часто в CRM-системах Контакт выделяют в отдельный объект, чтобы не путать с Лидом (потенциальным клиентом, с которым не была проведена работа) и Клиентом (компанией или человеком, сотрудничество с которым происходит в данный момент времени).
В CRM Мегаплан для работы с потенциальными и существующими клиентами имеется один общий объект – Клиенты.
С одной стороны, в карточке Клиента всегда можно выставить его статус, и назвать его значения: лид, контакт, клиент, отказ и т.д. Но такой подход ограничивает в значительной степени удобство работы со справочниками, с отчетностью, аналитикой. В результате уже это отсутствие разделения снижает ценность Мегаплана как CRM-системы.
Клиентов можно импортировать из Excel-файлов. Этот вид функционала стандартен, но далеко не всегда подходит компаниям, которые работают с большим количеством разных контрагентов. Функционал импорта очень прост и органичен небольшим перечнем возможностей.
Но все же для обеспечения полноценной работы этой системы в качестве CRM, необходима реализация отдельных понятий Лид и Контакт.
Например, по причине отсутствия такого понятия, как Лид, в Мегаплане невозможно поставить задачу (или запланировать дело): звонок такому-то Лиду. Конечно, можно создать Клиента, для которого установить тип «Лид», после чего поставить задачу – «звонок клиенту». Но это будет неполноценным решением, а попыткой приспособить систему к функциям, для которых она не была предназначена. Лид должен быть отдельным элементом, со своим функционалом, своими особенностями и т.д.
Таким образом, я считаю, что Мегаплан предназначен для текущей работы с существующими клиентами, для управления задачами. Но все это имеет отношение, скорее к Task-менеджменту, чем к работе CRM-системы.
Сделки
Основной документ для работы менеджера – это Сделка. В ней он может указать, с каким Клиентом (не зависимо от того, лид это или реальный клиент) заключается сделка.
Схема сделки в Мегаплане: выбор, настройка, особенности
В системе Мегаплан вы можете самостоятельно настроить Схему, по которой создается та или иная сделка. Вы можете использовать в работе несколько заранее настроенных схем работы по своему усмотрению. Это может быть базовая схема (наиболее часто используемая), схема продажи товара, схема продажи услуги или какого-то комплексного проекта.
Например, у меня есть клиент, который продает оборудование и занимается его последующей установкой. При этом услуги по установке оборудования оплачиваются отдельно, более того, этим направлением в продажах занимается отдельное структурное подразделение отдела продаж. Для того, чтобы в Мегаплане одновременно могли работать и отдел продаж оборудования, и отдел по продажам услуг по его установке, понадобится настроить две разные схемы этапов сделки.
Кроме того, что вы можете настроить любое количество схем сделок, каждая из которых имеет свои этапы, вы можете также настроить порядок действий по сделке. Т.е. сотрудник сможет выставлять этапы только в указанной вами последовательности, и пока не был проведен один из этапов, перейти к последующим будет невозможно. Вне указанного порядка будут доступны только базовые функции отказа и приостановки работы по сделке.
Автоматические сценарии в сделке: плюсы и минусы
Еще один плюс Мегаплана – это возможность указать, что должно происходить в момент изменения статуса сделки. Т.е. можно настроить так называемый Сценарий, который может включать в себя: автоматическую генерацию тех или иных документов (договор, счет и т.д.), оповещение ответственных сотрудников об изменении статуса, изменение статуса документов, ранее сгенерированных для этой Сделки и т.д. И в момент изменения статуса Сделки указанный сценарий будет автоматически выполняться. Это очень удобно, но есть один минус. Сценарии четко запрограммированы, и какое-то свое действие добавить в них невозможно.
Например, один из моих клиентов хотел, чтобы после смены статуса Сделки в Мегаплане система автоматически связывалась по IP с учетной системой и меняла там также статус соответствующего заказа. Это оказалось невозможным, так как собственный вариант действия в сценариях системы создать нельзя.
Например, для одного из клиентов на этапе утверждения сметы (проекта) мы добавляли поле «Требуется согласование с генеральным директором заказчика» с вариантами ответа Да/Нет. И если в этом свойстве указывался ответ Да, руководство компании дополнительно контролировало этот этап сделки.
Минусом работы с дополнительными полями, хоть и небольшим, я считаю отсутствие возможности указать необходимость такого поля для Сделки любого типа. Добавлять какие-то свойства можно только в определенную схему сделки. В результате, чтобы добавить, например, ID сделки, необходимо добавлять это поле в каждую из возможных схем отдельно.
Работа менеджера со сделкой
Каждая новая продажа в Мегаплане начинается со Сделки. После создания документа Сделка в нем необходимо выбрать схему, по которой она будет проводиться. Далее появится возможность указать сумму сделки, прикрепить какие-то документы, добавить данные о товарах и услугах, которые нужны клиенту.
В CRM-системе нет и не может быть актуальных товарных остатков, а потому здесь нельзя выписывать счета, формировать какие-то продажи товаров со скидками, работать с ценообразованием и пр.
Кроме того, в CRM Мегаплан, как и в большинстве аналогичных систем, не предусмотрены скидки и специальные цены для разных категорий клиентов. Т.е. предполагается, что менеджер укажет вручную перечень товаров, их количество, после чего сверит цены и укажет, снова-таки, вручную все скидки и акции. Сложно себе представить, что таким инструментом будет пользоваться какая-либо серьезная компания, которая работает с системой учета, и предоставляет своим покупателям различные варианты скидок и специальных цен.
Таким образом, при работе со Сделками в CRM Мегаплан список товаров, их количество и цену чаще всего никто не использует. Для компаний, которые работают с продажами B2B, это будет дублированием работы, так как все счета и расходные документы удобнее создавать в системе учета (1С или любой другой). Для интернет-магазина эти данные также будут избыточными, так как в большинстве случаев интернет-магазин интегрируется с 1C или другой системой, которая автоматически формирует пакет документов для продажи товара. В результате, возможность оформления счета или других финансовых документов из CRM Мегаплан становится избыточной.
Сами по себе Сделки, как инструмент, универсальны, удобны и прекрасно продуманы. Но также они содержат в себе некоторые излишние вещи, которыми, я считаю, пользоваться во многих случаях нельзя, а если и можно, то это становится избыточным дублированием.
Дополнительные возможности сделок
При работе со Сделками менеджер может дополнительно запланировать прямо в Сделке какие-то дела. Это может быть звонок, встреча, подготовка документов и другие действия. Эти функции относятся больше к Task-менеджеру, чем к CRM-системе.
Кроме того, при смене статуса сделки существует возможность создания Счетов, Договоров и других документов. Но все это реализовано на самом простом уровне. И я ни разу не сталкивался с тем, чтобы кто-то из клиентов посчитал эти возможности полезными.
Этим возможности работы со Сделками и ограничиваются. В качестве CRM система показала себя очень простой, понятной и даже удобной, но при этом настолько ограниченной функционально, что часто моих клиентов после знакомства с Мегапланом отказывались от этой системы в пользу других CRM.
Счета
В системе Мегаплан существует такое понятие, как Счет. Эти объекты имеют гибкие настройки, это и внешний вид, и наличие различных формул, которые помогут автоматизировать процесс создания Счета. Но конструктор шаблонов Счета все же очень ограничен функционально. Шаблоны Счетов заданы жестко, и если вам потребуется, например, добавить какое-то поле, вы не сможете это сделать. Такие ограничения также не очень удобны.
Счета могут формироваться автоматически на основании Сделки. Счета имеют собственные статусы, но все же реализация Счетов в Мегаплане не самая удобная и функциональная.
Отчеты
Отчеты в Мегаплане также развиты слабо. Максимум, что можно сделать, это создать собственный отчет из предложенных вариантов, но их очень мало. Т.е. вы можете выбрать поля и колонки, которые будут присутствовать в отчете из готового перечня. Но это и все, что Мегаплан предлагает пользователям. Форма вывода будет также проста. API отчетности, т.е. выгрузка данных в какую-то другую систему, здесь не предусмотрена. Также вы не сможете объединить в один отчет разные направления работы, например, в одном отчете объединить Задачи и Сделки невозможно. Придется создавать два отчета, а потом анализировать их уже вне системы.
Плюс Мегаплана – это простота настройки отчетов. Процесс настройки настолько удобен и понятен интуитивно, что для создания нового отчета вам не понадобится привлекать специалистов.
Интеграция
Сегодня вопросы интеграции системы CRM с другими системами учета товаров и услуг, со справочниками клиентов или интернет-магазином, с телефонией, почтой и другими функциями, нужными для работы отдела продаж, очень актуальны. Без качественной интеграции усложняется автоматизация, в результате вся система становится излишне громоздкой, требует дополнительные затраты времени на ведение отчетности вручную, в результате сотрудники компании начинают саботировать дополнительную работу, и, как итог, такое решение оказывается «в коробке».
Интеграция с почтой
Работа с почтой очень проста, а возможности почты – ограничены. Некоторым минусом можно считать, что почта не имеет ни собственной закладки в интерфейсе, а потому искать ее не так удобно, как хотелось бы.
Набор функций в почтовом сервисе – минимален. Пользователи могут принимать и отправлять почту, так же просто, как и в любом почтовом сервисе, могут пользоваться адресной книгой, прикреплять к письмам файлы. В общем, использование обычного пользовательского интерфейса в почте Мегаплана не вызовет никаких проблем.
К сожалению, привязать какой-то автоматический алгоритм для обработки почты в Мегаплане невозможно. Таким образом, вся почта приходит в одну общую папку Входящие, а создать скрипт, который бы распределял письма, например, по менеджерам, в Мегаплане не получится.
Интеграция и телефония
Телефония в Мегаплане имеется своя, и доступ к ней предоставляется всем клиентам по умолчанию. В системе предусмотрена возможность интеграции с двумя сервисами телефонии, но оба они малоизвестны и не относятся к распространенным. Кроме того, можно использовать собственную телефонию от Мегаплан.
Система Мегаплан предлагает собственную «виртуальную АТС», с одним общим исходящим номером для всех ваших сотрудников, и с личными номерами внутри системы. А потому вы не сможете подключить свою офисную АТС к этой телефонии.
С другой стороны, если у вас нет мини-АТС в офисе, то вы можете получить ее виртуальный аналог в системе Мегаплан. Подключается эта телефония быстро и просто, не требует покупки специального оборудования, звонки производятся из браузера. Но есть и заметный недостаток: более простой (вплоть до примитивности) телефонии я лично даже вспомнить не могу.
О том, что такое и как работает VoxImplant, вы можете почитать также в моей статье, посвященной системе Битрикс24.
Кроме того, в Мегаплане внутреннюю телефонию можно интегрировать с телефонией от компании Oktell, которая работает в качестве провайдера и предлагает, в том числе, собственную телефонию, которая на сегодняшний день не относится к распространенным продуктам цифровой телефонии.
Аналогичная ситуация с интеграцией с телефонией «Простые звонки». Компания малоизвестная. При этом на сайте «Простых звонков» пишут, что они поддерживают интеграцию со многими популярными сервисами, но использовать дополнительные сервисы-посредники при интеграции – не самое лучшее решение.
Интеграция с Интернет-магазином
В Мегаплане предусмотрена возможность интеграции Сделок с интернет-магазином. Честно говоря, я эту функцию ни разу не реализовал на практике, потому много говорить об этой возможности не буду.
Для передачи данных здесь используется формат CommerceML, что мне показалось не самым простым и удобным решением. На сайте так и написано:
С помощью этой настройки вы можете интегрировать свой интернет-магазин с модулем продаж для автоматического создания сделок. Для этого сторонний сайт может направлять запросы Мегаплану, передавая параметры заказов в формате CommerceML 2. Сделки будут создаваться в указанной схеме продаж и статусе от имени выбранного пользователя. Подробная спецификация по запросу доступна в справочнике.
Таким образом, нужно указать, какая схема должна быть использована для какого случая, и Сделки будут создаваться автоматически после получения данных из Интернет-магазина. Но все мы знаем, что формат CommerceML 2 – это продукт от компании 1С, он довольно специфичен, громоздок и не очень удобен. Вероятнее всего, специалисты Мегаплана стремились обеспечить, в первую очередь, интеграцию с Битриксом. Почему они выбрали такой метод интеграции, а не по API, что было бы, на мой взгляд, логичнее и удобнее, знают только они.
Также в Мегаплане предусмотрена настройка автоматического Импорта заказов по определенному графику. Как это работает, я так и не увидел, так как у меня не было ни одного клиента, который пожелал бы использовать эти возможности.
Я считаю, что если у вас много заказов, то эта система вам не подойдет, и обычно предлагаю другую CRM-систему, которая в большей степени ориентирована на интеграцию и автоматизацию работы с заказами. А при небольшом количестве заказов возможности интеграции оказываются, чаще всего, не нужны.
API в Мегаплане — это удобный и достаточно мощный инструмент, при помощи которого возможно организовать обмен данными между Мегапланом и вашими приложениями с применением для этого специальных запросов.
При помощи API-синтаксиса можно создать методы для добавления новых сотрудников или постановки каких-то задач, для получения списка клиентов и т.д.
Я считаю, что API в Мегаплане хорошо продумано, очень подробно документировано и обширно. Подробно останавливаться на этих возможностях не вижу смысла, так как в принципе, они мало чем отличаются от аналогичных возможностей в других системах, а особенности решения той или иной задачи описаны в справочных разделах Мегаплана.