Блог Интеграм

Рассказываем о проектах, обновлениях и событиях

Если у вас уже есть техническое задание (ТЗ) от клиента, то внимательно его изучите (по возможности, не отходите от требований). В исключительных случаях можете рекомендовать заказчику внести изменение в ТЗ. Но только если это значительно влияет на проект в лучшую сторону и вы уверены, что сможете это реализовать.

Не рекомендуется участвовать в составлении ТЗ, потому что это накладывает на вас дополнительную ответственность.

Если в программировании у вас есть преимущество в скорости и эффективности: лучше концентрируйтесь на реализации конкретных решений, чем на составлении ТЗ.

План содержит сроки, текущее состояние задач и ответственного. Это должен быть достаточно простой и наглядный документ, чтобы обновление и прочтение его занимало не больше двух минут. Достаточно 5-6 пунктов, чтобы у вас с заказчиком было одинаковое понимание – где вы находитесь сейчас, на чьей стороне мячик и какой шаг следующий. На том этапе, где мы с вами сейчас, список текущих задач достаточно вести в табличке приложения, там же, где вы делаете проект.

План дисциплинирует и вас, и заказчика, устраняет разногласия на ранней стадии.

Вы неизбежно столкнетесь с трудностями, на преодоление которых потребуется время. Помните, необходимо протестировать все ваши изменения, для чего может понадобиться подготовка данных и последующая очистка системы от них. Из-за чего важно давать оценку с запасом.

Самая быстрая работа – это организация структуры данных, которая занимает пару часов. Самая долгая – это разработка и верстка рабочих мест. Наибольшие риски связаны с интеграцией, при которой происходит длительное решение неожиданных проблем. Например, импорт двух таблиц из 8 колонок каждая займет у вас не более 4 часов. Трудоемкость импорта данных заказчика зависит от количества атрибутов. Максимальное время, требуемое на импорт, можно приблизительно рассчитать: 15 минут на каждый атрибут.

Со временем вы научитесь быстро оценивать затраты на проект, а на первых порах лучше засекать время выполнения задач, обращая внимание на проблемы.

После первой встречи с заказчиком вы создаете документ, фиксируя:

  • краткое описание задачи;
  • перечень объектов и процессов, предполагаемых в рамках проекта.

Состав решения служит основой для обсуждения деталей, не являясь полноценным техническим заданием (ТЗ). Цель: установление ключевых моментов, ограничивая объем проекта для более точной оценки. Это позволяет определить запланированные работы и выявить новые требования, требующие дополнительной оценки и оплаты.

Не обязательно быть профессионалом в области бизнеса заказчика. Более того, иногда вы не знаете технологий и систем, с которыми будете интегрироваться. Важно показать свою концепцию проекта так, чтобы заказчик поверил в его реализуемость. Если замысел понятен и может быть успешно выполнен вами, то продолжайте работу. В ином случае, признаетесь, что не в состоянии решить задачу. Такой подход поддерживает точность в возможностях и устанавливает взаимопонимание с заказчиком.

Если проект реализуемый, то описывайте шаги его создания:

  1. День-два на подготовку состава решения/рамки проекта (возможно, вы предоставите прототип);
  2. По составу решения оценка проекта в днях и бюджете;
  3. Составление плана проекта;
  4. Решение вопроса о собственности на разработку (задайте такой вопрос!);
  5. Напишете для пользователей инструкцию по продукту
  6. Договоренность о гарантийном сроке и формате техподдержки.

Получив видение проекта, заказчик будет больше доверять вам, а вы сможете с четким пониманием начинать работу.

При первом контакте с клиентом предполагается, что вы обладаете очевидными знаниями, которые не нуждаются в уточнении. Однако в конце они оказываются понятными только заказчику. По этой причине, потребитель склонен углубляться в множество деталей, которые для него более значимы. Для вас максимально важно разъяснить главные аспекты бизнеса. Это дает понять цели и приоритеты заказчика, создавая эффективное взаимодействие и уменьшая возможные недопонимания.

Привлечь внимание клиента - начало пути в бизнесе. Другая часть – удержание клиента и формирование его лояльности. В процессе развития мы также сталкивались со сложностями, совершаемые при работе с клиентами. Работа над ошибками выявила наиболее удачные модели поведения при выстроены сотрудничества, которые будут публиковаться в новой категории. Это опыт наших разработчиков, вынесенный из мелких и средних проектов, поэтому рассмотрены сугубо технические моменты.

Некоторые вещи кажутся очевидными, но для новичка в программировании они станут открытием или хорошей подсказкой в подходящий момент. Как признавали приглашенные спикеры, даже опытные специалисты часто допускают стандартные ошибки. Такой список решений ситуаций спокойно может стать настольной книгой: для новичков, как подсказка, а для профессионалов, как памятка.

Масштабирование сетевого бизнеса повышает уровень ответственности. Руководитель сети футбольных клубов после открытия 3-го филиала не смог контролировать растущее сообщество участников бизнеса и координировать их работу. Сложность заключалась в множестве критериев для отслеживания: тренеры, клиенты, посещаемость и оценка работы сотрудников. Это привело к сложности с упаковкой франшизы.

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

Основное преимущество: Полный контроль над несколькими спорт-клубами при минимальном включении в процесс работы отдельного заведения. Все поля заполняются сотрудниками и автоматически сохраняются в системе.

Срок реализации с нуля: 1 день

Стоимость проекта: 12 000 рублей

Задачи:

  • разработка формы авторизации, регистрации личного кабинета пользователя на платформе с возможностью автоматической генерации кода;
  • создание формы регистрации на занятии с указанием площадки, времени, графика, тренера с последующей возможностью построения отчета посещаемости;
  • добавление бланков об оплаченных курсах клиентов в онлайн-систему с возможностью отслеживания сроков абонементов и их продуктов;
  • настроить фильтр для быстрого поиска среди клиентов, тренеров, номеров и бланков оплаты;
  • построение отчетов на основе данных о посещении занятий, покупках за выбранный период, площадках и графике работы сотрудников;
  • добавление возможности создания и редактирование отчетов по выбранным категориям с ролевым доступом.

Что получили в итоге? Закрытое приложение для сотрудников компании с ведением отчетности. Руководитель получил весь доступ к информации о том, что происходит в отдельных точках через одну систему. Предприятие начало развиваться в ускоренном режиме, что позволило создать франшизу и выйти на новый уровень.

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

  1. выбор платформы для разработки: Невозможно построить дом, если нет подходящего инструментария. Уже на этапе продумывания проекта, нужно понимать, для каких целей будет продукт. Все платформы обладают разными характеристиками, вариантами масштабирования и формами интеграции с сервисами.
  2. недостаток технической подготовки: Разработка без кода доступна каждому без специального образования и большого опыта в программировании. Но минимальное понимание принципов необходимо. Для повышения технических навыков можно рассмотреть: онлайн-курсы, сотрудничество с людьми из сферы no-code и обучающие материалы от платформы, на который собираетесь работать. Например, в Конструктор Интеграл есть тг-чат, где всегда помогают адептам.
  3. интеграции с устаревшими системами: Старые версии приложений, как правило, не всегда рассчитаны на взаимодействие с новыми проектами и работают изолированно. Интеграция с “предшественниками” нужна по ряду причин, среди которых непрерывность ведения бизнеса, экономия средств и хранение многолетней информации. Основа решения проблемы - изучение API и промежуточных ПО.
  4. безопасность проекта: Обладая высокой доступностью и удобством, платформы no-code также подвержены угрозам сохранности данных. Начинающие специалисты пренебрегают тестированием или полагаются на настройки по умолчанию, из-за чего впоследствии сталкиваются с утечкой данных. В случае поэтапного подхода к разработке изучите возможные способы ведения документации, планируйте постоянные обновления системы и следите за ролевой моделью доступа.
  5. материалы и документация по продукту: Лучше всего понимает приложение тот, кто его создал. Вашим продуктом будут пользоваться люди, которые не имели отношение к его разработке. Обучающие ресурсы станут спасением для тех, кто только знакомится с программой. Для команды документация - база для полноценного сотрудничества. Вы вместе можете планировать вектор развития, строить планы и цели. По мере расширения системы материалы гарантируют масштабирование без хаоса.

Ноукод платформы дают себя почувствовать программистом в полной мере, но имеют ограничения. Если преодолеть их, то перед пользователем открываются возможности для развития бизнеса или проекта без подключения третьих лиц и дополнительных затрат.

Источник

Из-за ухода зарубежных партнеров компании ищут отечественное техническое решение для бизнеса. Прошлый выбор нашего клиента оказался неудачным. Существующая система сверки отчетности в банке работала медленно (40-100 секунд на почти любое действие) и не отвечала требованиям импортозамещения. Мы создали точную копию существующей программы, способную строить страницы и отчеты за доли секунды.

О проекте: Гибкий BI-инструмент, использующий open-source решения и платформу разработки, построенную на квинтетах. Система хранит и обрабатывает данные за последние 7 лет в HDFS. Отчеты рассчитываются, а результаты передаются в реляционную базу данных. Она содержит примерно 300ГБ сведений по десяткам отчетных форм и нескольким сотням связанных документов.

Основное преимущество: Полноценный заменитель зарубежного продукта. Программа разработана для обслуживания 20 пользователей в периоды максимальной нагрузки, при этом время отклика интерфейса ограничено 1 секундой.

Срок реализации с нуля: 2 недели Стоимость проекта: 118 000 рублей

Задачи:

  • создание базы данных для хранения витрин данных и служебной информации (пользователи, настройки и т.п.);
  • добавление разноуровневого доступа к информации для повышения уровня защиты от третьих лиц;
  • разработка расширения для переноса полных сведений с предшествующей программы;
  • построение веб-интерфейса приложения, её ORM и функционала BI — загрузка данных, произвольные отчеты, графики, сводные таблицы;
  • добавление возможности создания отчетов по выбранным категориям и критериям за секунды.

Что получили в итоге? Быстродействующая система, которая успешно справляется с обработкой больших объемов данных (сотни гигабайт). Запросы, касающиеся небольших фрагментов данных, всегда оптимизированы с использованием индексов. Это гарантирует быструю обработку информации при любом размере базы без существенного снижения производительности. При почти максимальной загруженности (23-25 запросов в секунду) инструмент обрабатывает сведения за 1 секунду на 1 отклик. При стандартном обращении к программе (до 10 запросов в секунду) запросы к системы выполняются за 0.1-0.3 секунды.