37 заметок с тегом

блог

Разработка собственной CRM на заказ




Успешные кейсы по разработке CRM

CRM для управления бизнесом многопрофильной компании
CRM для учета клиентов торговой компании
CRM для управления транспортной компанией
CRM для складского учета
CRM для шиномонтажной мастерской



Как разработать собственную CRM (видео)



Почему важно иметь собственную CRM систему?
Бизнес постоянно ищет способы как улучшить взаимодействие с клиентами и повысить эффективности своих операций. Наличие собственной системы управления взаимоотношениями с клиентами (CRM) становится не просто преимуществом, а необходимостью. Разработка индивидуальной CRM системы предлагает ряд ключевых преимуществ, которые могут существенно трансформировать бизнес-процессы и повысить конкурентоспособность компании:

  • Персонализация и гибкость. Главное преимущество собственной CRM системы заключается в возможности её точной настройки под уникальные потребности и бизнес-процессы компании. Это позволяет создавать персонализированный пользовательский опыт, который может быть настроен для удовлетворения конкретных требований как сотрудников, так и клиентов. В отличие от стандартных решений, которые предлагают ограниченную адаптацию, собственная CRM может эволюционировать и расти вместе с бизнесом.
  • Интеграция и централизация данных. Собственная CRM система обеспечивает беспрепятственную интеграцию с другими бизнес-системами и приложениями. Это позволяет централизовать данные, поддерживать их актуальность, доступность и безопасность. Централизованное хранение данных упрощает аналитику, помогает выявлять тренды и повышает точность прогнозирования, что является ключом к эффективному принятию решений.
  • Улучшение взаимодействия с клиентами. Собственная CRM дает возможность более глубоко понять потребности и предпочтения клиентов, оптимизировать маркетинговые кампании и улучшить качество обслуживания.
  • Безопасность и сохранность данных. Собственная CRM система предоставляет беспрецедентный контроль над безопасностью и конфиденциальностью информации. В отличие от общедоступных решений, где данные хранятся на общих серверах с данными других компаний, индивидуальная CRM позволяет самостоятельно выбирать методы шифрования, протоколы безопасности и место хранения данных. Это не только снижает риск несанкционированного доступа и утечек, но и упрощает соблюдение нормативных и законодательных требований.
  • Конкурентное преимущество. Внедрение собственной CRM системы может стать значительным конкурентным преимуществом, т. к. позволяет быстрее реагировать на изменения рынка и потребностей потребителей, что особенно важно в постоянно меняющихся условиях.

    Понимание задачи: что имеем и что хотим Прежде чем приступить к разработке собственной CRM системы, важно четко понимать текущие потребности бизнеса и видение того, как эти потребности будут развиваться в будущем. Анализируем текущее положение дел. Начинаем с оценки используемых сейчас инструментов и процессов при взаимоотношениях с клиентами. Выявляем их сильные и слабые стороны и потребности, которые они не могут удовлетворить. Определяем, какие процессы требуют улучшения или автоматизации. Определяем бизнес-цели. Четко формулируем, чего хотим достичь с помощью новой CRM системы, например:
  • увеличение продаж;
  • улучшение качества обслуживания клиентов;
  • автоматизацию маркетинговых кампаний;
  • повышение эффективности внутренних процессов.
    Цели должны быть конкретными, измеримыми, достижимыми, релевантными и ограниченными во времени (SMART).

    Выявление требований к функционалу. Определяем ключевые функции, которые должна выполнять CRM система. Например:
  • управление контактами;
  • ведение истории взаимодействий;
  • интеграция с мессенджерами;
  • аналитика и отчетность;
  • управление задачами и проектами и др.

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

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

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

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

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

    Адаптация под отраслевые особенности Специфика работы в различных отраслях предъявляет уникальные требования к функционалу и интерфейсу CRM системы. Разработка собственной CRM дает свободу в выборе структуры данных, механизмов взаимодействия и представления информации таким образом, чтобы она максимально соответствовала особенностям бизнес-процессов конкретной компании и её отрасли. Это позволяет сделать работу с системой более эффективной.

    Принципы проектирования При разработке интерфейса важно придерживаться основных принципов дизайна, таких как простота, консистентность и минимализм. Целью является создание чистого, не перегруженного лишними элементами интерфейса, который бы облегчал ежедневные задачи пользователей, а не усложнял их:
  • Простота. Интерфейс должен быть организован так, чтобы минимизировать количество шагов для выполнения основных задач.
  • Консистентность. Единообразное использование элементов управления, цветов и шрифтов по всему интерфейсу облегчает обучение и использование системы.
  • Интуитивность. Расположение элементов и функциональность должны соответствовать ожиданиям пользователя, делая работу с системой интуитивно понятной.
  • Отзывчивость. Дизайн должен адаптироваться к различным устройствам и размерам экрана, обеспечивая комфортную работу с любого устройства.

    Этапы работы: Проектирование → Программирование → Тестирование
    Разработка собственной CRM системы на заказ — это комплексный процесс. Путь от идеи до реализации включает несколько ключевых шагов: проектирование, программирование и тестирование.

    Проектирование. На этапе проектирования основная задача — создать проект разработки CRM, который будет отражать что и как предстоит сделать. Уделяем внимание:
  • Сбору и анализу требований. Определяем функции, которые должна выполнять система, исходя из потребностей бизнеса.
  • Проектируем архитектуру и определяем структуру будущей системы,
  • Создаем макеты интерфейса системы для визуализации пользовательского опыта и функциональности системы.
  • Разрабатываем техническое задание. Формируем документ, в котором будут детализированы все требования к системе, интеграции с другими сервисами и системами безопасности. Примеры ТЗ.

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

    Тестирование  — критически важный этап разработки, который гарантирует надежность и эффективность работы CRM системы. Он включает:
  • Функциональное тестирование. Проверка системы на соответствие функциональным требованиям и техническому заданию.
  • Тестирование производительности. Оценка скорости работы системы и ее способности обрабатывать большой объем данных.
  • Тестирование безопасности. Проверка системы на уязвимости и потенциальные риски для данных.
  • Пользовательское тестирование. Вовлечение конечных пользователей для оценки удобства использования и функциональности системы.
    После успешного завершения всех этапов тестирования и устранения обнаруженных недостатков CRM система готова к внедрению и использованию в бизнес-процессах компании.

    Определение стека технологий
    После завершения проектирования и перед началом разработки CRM системы наступает момент выбора стека технологий. Определение стека — это процесс выбора языков программирования, фреймворков, баз данных, серверных решений и инструментов разработки, которые будут использоваться для создания системы. При выборе технологий важно учитывать несколько ключевых факторов:
  • Соответствие функционалу. Технологии должны обеспечивать возможность реализации всех необходимых функций CRM на высоком уровне.
  • Производительность. Выбранные технологии должны гарантировать высокую скорость работы системы и способность обрабатывать большие объемы данных.
  • Масштабируемость. Технологии должны позволять легко расширять функционал и масштаб системы по мере роста бизнеса.
  • Безопасность. Необходимо учитывать возможности технологий по обеспечению безопасности данных и защите от внешних угроз.
  • Стоимость и доступность специалистов. Важно оценить общие затраты на разработку и поддержку системы в выбранном стеке, а также наличие квалифицированных разработчиков.

    Обучение пользователей после запуска
    Разработка новой CRM системы — это только половина пути к её успешному функционированию. Минимизация времени на обучение и увеличение эффективности работы сотрудников — важный фактор, который напрямую влияет на скорость возврата инвестиций вложенных в разработку системы. Один из самых эффективных способов обучения пользователей — это использование видеоинструкций.

    Видеоинструкции: доступное и эффективное решение. Создание видеоруководств по работе с CRM системой позволяет пользователям быстро ознакомиться с её основными функциями и особенностями, минуя сложные и объёмные текстовые руководства. Видеоинструкции демонстрируют типичные рабочие процессы и сложные сценарии использования системы.

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

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

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

    Сопровождение (техническая поддержка). Для обеспечения непрерывной работы CRM системы налаживаем процесс технической поддержки на основе абонентской платы, которую заказчик оплачивает ежемесячно. В пакет услуг входит определённое количество часов работы программиста, которые могут быть использованы для устранения возникших сложностей или на мелкую доработку функционала системы.

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

    Само собой разумеется

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

    Моменты зафиксированные в настоящей статье реализуются в режиме «само собой» в любом из наших проектов.

    • 1. Авторизация нажатием по кнопке Enter (на клавиатуре компьютера), не только кликом мышью по кнопке входа.

    • 2. Выпадающий список не только выпадает, но и прокручивается.

    • 3. Радио-кнопка выделяется не только нажатием на пимпочку, но и кликом по слову.

    • 4. Маска телефонного номера в полях ввода телефонного номера.

    • 5. Видимая реакция (отклик) при нажатии на кнопку.

    • 6. Дату и время (когда видим рядом) отделяют друг от друга два пробела: 03.08.2022 16:06

    • 7. Модальное окно исчезает при клике по экрану за пределами модального окна.

    • 8. Количество цифр, которое можно ввести в поле ИНН — 12.

    • 9. Обязательное для заполнения поле не помечаем звездочкой. Если обязательное поле не заполнено, при нажатии на кнопку отправки формы — подсвечиваем рамку поля красным (при этом отправка формы блокируется).

    2022   блог   как работаем

    Булавка на интерактивной карте

    Дизайнер Константин Коновалов обратил внимание на частую ошибку при дизайне интерактивных карт.

    Мне нужно было зайти в пункт выдачи Сдэк. Посмотрел на карту на их сайте, булавка геопозиции указала на Рождественский бульвар. Пошёл туда. Открыл карту, чтобы найти нужный дом, а при зуме булавка переместилась почти на 1 км.


    Если делаете булавку на интерактивной карте, её нижний кончик, а не центр, должен быть на нужной локации.

    Если же используется иконка без булавочного кончика внизу, то она выравнивается по центру относительно локации.

    2022   ui/ux   блог   теория систем управления

    Культура делового общения

    При работе над проектом в общем чате достаточно поприветствовать друг друга один раз (после создания чата и добавления новых пользователей). Приветствовать друг друга каждое утро не обязательно.

    Рабочий чат проекта, это не общий коридор где пересекаются соседи. Это лента конкретных вопросов и ответов. Отпускаем сантименты и переходим сразу к делу.

    2022   блог   как работаем

    Эволюция бизнеса: помогаем расти и меняться

    Жизнеспособный бизнес пробивается «сквозь асфальт», без оглядки на внешнюю привлекательность. В первое время это оправдано, но наступает момент когда владельцу бизнеса все чаще становится неловко за своего работоспособного «Франкенштейна».

    Помогаем улучшить:

    1. Наружную оболочку компании:
    — Дизайн сайта;
    — Дизайн промо-материалов;
    — Дизайн интерфейсов;
    — Тексты и редактура;
    — Коммуникация через соц. сети.
    		 2. Нутро компании:
    — Внутренние повторяемые процессы;
    — Интерфейсы сотрудников;
    — Визуализация и анализ данных;
    — Логистические процессы;
    — Маркетинговые процессы.

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

    2021   блог   как работаем

    Creative UX

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

    Мы занимаемся как раз этим — креативим пользовательский опыт.

    2021   блог   как работаем

    Осознанное незнание

    Метод осознанного незнания допускает существование областей (жизни, знаний) которые мы осознанно не хотим знать.

    Описанный метод мы используем при формировании технического задания — в ТЗ описывается, что мы хотим получить в результате, но нет ни слова о том как это будет реализовано (мы осознанно не хотим этого знать).

    2021   блог   как работаем

    Без акта выполненных работ

    Да, мы работаем без актов выполненных работ.

    Какую функцию выполняет акт выполненных работ
    Актом выполненных работ принято закрывать действие договора.

    Действие договора можно закрыть только актом выполненных работ?
    Нет. Действие договора может быть прекращено при наступлении любых условий прописанных в договоре. Законодатель не требует, чтобы этим условием был обязательно акт выполненных работ.

    И как тогда закрывать действие договора?
    Например, так:
    Если Заказчик не обратился в Дизайн-бюро с претензиями в течении десяти дней после перечисления второй части оплаты — действие данного договора заканчивается.

    Что делать, если бухгалтерия привыкла работать с актами?
    Если без акта никак — рекомендуем составить акт об отсутствии акта (в связи с иными условиями прекращения действия договора).

    2021   блог   как работаем

    Что под капотом?

    Используем безотказные веб-технологии, успевшие стать классикой:

    Акроним LAMP может использоваться для обозначения:
    — Инфраструктуры веб-сервера;
    — Парадигмы программирования;
    — Пакета программ.
    Хотя изначально эти программные продукты не разрабатывались специально для работы друг с другом, такая связка стала весьма популярной из-за своей гибкости, производительности и низкой стоимости (все её составляющие являются открытыми и могут быть бесплатно загружены из Интернета).
    Википедия

    2021   блог   как работаем

    Скрытый список

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

    На страницах систем управления, скрытые списки можно раскрыть кликом (в отличие от светового короба в метро). Этот подход удобен при сосредоточении большого количества данных.

    2019   блог   теория систем управления

    Непрямолинейный источник данных

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

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

    Пример
    Голландский РЖД начал показывать информацию о загрузке электричек онлайн. Данные берут с датчиков веса и газа CO₂.


    2019   блог   интерфейс   теория систем управления

    Интерфейс внутри Альфа-банка

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

    Альфа-банк — крупный игрок на рынке онлайн-услуг. К внешней обёртке сайта не придраться (сразу видно, денег не пожалели). Но стоит авторизоваться в интернет-банке — голова идет кругом. Бывают интерфейсы от которых начинаешь кипеть, это один из них.

    Мне потребовалось совершить простейшее действие — перевести немного денег на Яндекс.кошелек копирайтера. Рассказываю как это непросто сделать в «Альфа клик».

    Заходим в интернет-банк. Мне нужно сделать перевод, куда нажимать? Я уже делал перевод этому копирайтеру, еще раз вспоминать номер кошелька не хочу, поэтому ищу шаблон перевода. То, что шаблоны находятся в «Оплате услуг», а не в «переводах» вы догадаетесь когда не обнаружите ничего о шаблонах ни в разделе «переводы», ни в других разделах.

    Отлично, шаблоны найдены. Значит уже почти все готово, осталось написать сумму и закончим с этой задачей.

    Но что это — что за звездочки у названий шаблонов. Если навести курсором на название шаблона с красной звездочкой — видим ссылку «перевести сейчас»:

    А если навести курсор на название шаблоне с серой звездочкой — ссылки, сука, нет:

    Замечаем чек-боксы. Предполагаем, что… Что мы можем предположить? Что если не отмечен чек-бокс «Альфа-клик», то мы не можем перевести по этому шаблону из интернет-банка, который в банке принято называть «Альфа-клик». Не смотря на то, что это какой-то бред, видимо да — этот шаблон был создан в мобильном приложении, похоже это это «Альфа-мобайл».

    Отмечаем чек-бокс «Альфа-клик» — на расстоянии локтя от отмеченного чек-бокса, в правом верхнем углу замечаем кнопку:

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

    Ура! Теперь Антону можно перевести денег.

    Тут все понятно, пишем сумму и переводим. А это что?

    Здесь все ясно, сохраняем.

    Что? Это как? Я же редактирую шаблон, зачем мне создавать еще один шаблон?

    Ладно, отменяю другие даты, хочу оплатить сейчас.

    Что? Почему? ААА..

    Здесь я бы мог усмехнуться и предложить Альфе нарисовать новый дизайн админки. Только язвить не буду, дело не в морально устаревших стилях. Приложение Альфы гораздо симпатичнее, но многие минусы перекочевали и туда. Дело в древней архитектуре всей системы. И Альфу можно понять — архитектура хоть и древняя, но работает. А миллионы пользователей хоть и испытывают затруднения, но в конечном итоге добиваются, ведь, своего!

    2018   блог

    Техническое задание на разработку ПО




    Примеры технических заданий:

    ТЗ на разработку онлайн сервиса бронирования чартерных рейсов
    ТЗ на разработку системы учета клиентов (лидов) торговой компании
    ТЗ на разработку системы управления торговой компании (управление складским комплексом)
    ТЗ на разработку системы управления транспортной компании
    ТЗ на разработку системы управления программой гармонизации нейро-активности



    Портфолио разработанного ПО: CRM, ERP, системы управления
    18 проектов | Разрабатываем CRM на заказ


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

    Что дает техническое задание:

  • Общее понимание проекта. Техническое задание является основой для общего понимания проекта между заказчиком и командой разработчиков. Оно содержит детальное описание требований, целей и задач, что позволяет всем участникам проекта быть на одной волне и предотвращает возможные недоразумения.
  • Оценка трудозатрат и стоимости разработки. ТЗ позволяет команде разработчиков оценить необходимые трудозатраты и ресурсы, а также определить стоимость разработки ПО. Это важно для определения бюджета проекта и планирования работ на каждом этапе разработки.
  • Контроль над процессом разработки. Техническое задание служит отправной точкой для контроля выполнения работ и соблюдения сроков. Наличие четко определенных требований и ожиданий позволяет заказчику и команде разработчиков контролировать выполнение задач описанных в ТЗ
  • Уменьшение рисков. Техническое задание подробно описывает весь функционал разрабатываемого ПО и позволяет уменьшить риски, связанные с неправильным пониманием требований и функционала ПО, и как следствие, снижает вероятность возникновения проблем на последующих этапах разработки.
  • Обеспечение качества. Детальное описание функционала и требований в ТЗ позволяет команде разработчиков создавать продукт, который точно соответствует ожиданиям заказчика. Это, в свою очередь, повышает уровень удовлетворенности заказчика и улучшает качество конечного продукта

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

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

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

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

    Методика и этапы написания технического задания
    Методики написания ТЗ для разработки программного обеспечения могут отличаться в зависимости от подходов и принципов, лежащих в их основе. Однако все они имеют общую цель — обеспечить точное, подробное и всестороннее описание предстоящей работы, чтобы команда разработчиков могла эффективно и качественно выполнить свою задачу.

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

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

    Завершающим этапом является внутренняя перелинковка — вставка ссылок в ТЗ, которые связывают различные элементы и разделы документа между собой.

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

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

    Оформление ТЗ
    При оформлении технического задания следуем определенным принципам и стандартам, чтобы обеспечить понятность, структурированность и информативность документа. Основные аспекты, которые используются при оформлении ТЗ:
  • Титульный лист: На титульном листе указываем название проекта или продукта и сведения об авторстве.
  • Включаем содержание, где перечислены все разделы и подразделы ТЗ. Содержание позволяет быстро найти нужную информацию и легко переходить между разделами по ссылкам.
  • Структура и нумерация. Структурируем ТЗ на основе составных частей или разделов разрабатываемого ПО. В каждом разделе указываем подразделы и описываем требования и функциональность в последовательности, которая обеспечивает логическую связь и понимание проекта. Каждый раздел и подраздел нумеруется, чтобы облегчить ориентацию в документе.
  • Описание функциональности. Подробно описываем функциональность ПО, включая его возможности, основные задачи, интерфейсы, взаимодействие с пользователями и системами, а также ожидаемые результаты. Используем понятный и ясный язык, избегая сложных терминов и специфического жаргона.
  • Интерфейс и макеты. Включаем скриншоты интерфейса и ссылку на набор макетов всех страниц и модулей ПО. Это помогает визуализировать ожидаемый внешний вид и структуру приложения, облегчает понимание требований к пользовательскому интерфейсу и взаимодействию.
  • Используем таблицы, когда это актуально. Таблицы обеспечивают более ясное и структурированное представление информации.

    Пример использования таблицы в техническом задании

  • Схематичное изображение процессов. Когда необходимо визуализировать процессы, взаимодействие компонентов или потоки данных в ПО, добавляем схемы или диаграммы. Это помогает наглядно представить логику работы системы и улучшить понимание требований.

    Пример использования схемы работы в техническом задании

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

    Что дает внутренняя перелинковка
    Внутренняя перелинковка в техническом задании обеспечивает ряд значительных преимуществ, которые упрощают процесс разработки и улучшают качество конечного продукта:
  • Улучшение навигации. Ссылки между различными частями ТЗ позволяют команде разработчиков быстро и легко переходить от одного раздела к другому, если они взаимосвязаны. Это сокращает время, затрачиваемое на поиск необходимой информации, и упрощает процесс работы с ТЗ.
  • Повышение понимания. Перелинковка помогает лучше понять взаимосвязь между различными элементами программного обеспечения, что способствует более глубокому пониманию проекта в целом.
  • Уменьшение ошибок. Когда разные части ТЗ тесно связаны друг с другом, меньше шансов допустить ошибку или недопонимание. Если изменения в одном разделе затрагивают другой раздел — перелинковка облегчает отслеживание этих связей и предотвращает возможные проблемы.
  • Улучшение коммуникации. Внутренняя перелинковка улучшает коммуникацию внутри команды разработчиков, так как она обеспечивает удобный способ ссылаться на конкретные части ТЗ в обсуждениях и переписке.
  • Повышение эффективности. Хорошо структурированное ТЗ с активной внутренней перелинковкой значительно повышает эффективность рабочего процесса команды разработчиков, уменьшая время на поиск и анализ информации и упрощая процесс принятия решений.


    Внутренняя перелинковка в техническом задании.

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

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

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

    Уровень образования для чтения ТЗ
    Уровень образования не является определяющим фактором для чтения технического задания. Главным критерием является нормальный уровень владения русским языком и желание вникнуть в суть ТЗ.

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

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

    Благодаря детальности и структурированности ТЗ, команда разработчиков может провести точную оценку стоимости ПО. ТЗ дает возможность разбить проект на отдельные задачи, определить зависимости и риски, а также учесть дополнительные факторы, которые могут влиять на стоимость разработки.
    • 2018   блог   как работаем

    Оферта — рабочий рычаг

    Оферта — это публичный договор. Т. е. публично предлагается любому, кто примет оферту оказать услугу (или продать товар) на описанных в оферте условиях. Условия принятия оферты могут быть разными, но действие должно быть четким, желательно с фиксацией времени. Таким действием часто назначают факт оплаты услуги банковской картой.

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

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

    2018   блог   как работаем

    Метод гребли по течению. Когда точно не знаем, куда плыть.

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

    Намечаем цель, собираем информацию, отмечаем чекпоинты, триггеры уведомлений. Проектируем интерфейсы и архитектуру баз данных, расписываем ТЗ, готовим макеты. Редко бывает так, что сразу понятно, каким будет проект. Главное, донести мысль — какие цели преследуются. Далее — весла опыта и знаний вынесут нас в точку достижения пользы.

    2018   блог   как работаем

    Сбор информации

    Из чего состоит сайт? По большому счету, все что угодно в интернете состоит из нолей и единиц, которые образуют своими сочетаниями мегабайты информации.

    Чтобы сделать сайт парикмахерской, нефтяной компании или о талантливом поэте — необходим главный строительный материал, информация. Собирать информацию можно в программе Трелло, она бесплатна.

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

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

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

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

    2018   блог   как работаем

    Несколько вариантов дизайна

    Предположим, мы хотим поклеить обои. Какие клеить? Тут зависит от вкуса, настроения, увлечений, чью комнату клеим. Идем в магазин и выбираем из предложенного.

    А если бы мы захотели нарисовать обои на заказ? Приходим к художнику и говорим: «нарисуй 2—3 варианта, я выберу». Получилось бы сотрудничество? Скорее нет, при таком подходе.

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

    С сайтами аналогично. Если не знаете что хотите, но хотите несколько вариантов дизайна — вам на wix или другую биржу шаблонов. Если знаете что хотите — приходите к нам. Мы прорабатываем один дизайн, но именно тот самый, который будет приносить пользу.

    2018   блог   накипело
    2017   блог   как работаем   клик   такнадо

    Человечный интерфейс

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

    Идиотека от 13 агуста 2007 года, фото — Алексей Шкляр

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

    2017   блог   как работаем

    СЕО или астрология

    В следующее мгновение после появления поисковиков возник вопрос — как поднять сайт в результатах поиска. На эту тему было написано немало книг, даже возникла отдельная профессия — сеошник.

    Что значит SEO
    Поискоовая оптимизаация (search engine optimization, SEO) — комплекс мер по внутренней и внешней оптимизации для поднятия позиций сайта в результатах выдачи поисковых систем по определённым запросам пользователей.


    Часто сеошников представляют обладателями тайного эзотерического знания. Сайт был сделан, потрачено немало сил. Но он не принес ожидаемого результата, что делать — звать сеошника.

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

    Все ли сеошники — астрологи? Нет, но если вам предлагают купить ссылки, написать много-много бессмысленного текста с размазанными по нему ключевыми словами, проверить мета-теги или еще какую-нибудь хрень, знайте — перед вами сео-астролог. Плюс от сотрудничества — самоуспокоение, надолго ли — зависит от ораторских способностей «специалиста».

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

    Суть поискового сервиса — находить те сайты, которые нужны пользователю. На заре интернета поисковики сканировали сайт, анализировали содержание текстов и подписи к картинкам и на основе этих данных формировали результаты поиска. Тогда поисковики можно было легко обмануть, и обскакать конкурентов. Сейчас поисковики смотрят гораздо глубже. Они анализируют поведение пользователя — время на сайте, взаимодействие с сайтом (заполнение форм, внутренние переходы), клики, возвращения, отказы.

    Хозяйке на заметку
    Если вы установили на свой сайт код Яндекс.Метрики или Google Analytics — знайте, поисковики собирают информацию не только о количестве посещений, но и о поведении пользователей на страницах сайта. Эта информация используется для ранжирования поисковой выдачи.


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

    2017   seo   блог   накипело   сео   такненадо
    Ctrl + ↓ Ранее
    © Алексей Шкляр, 2016—2024 РСС
    Движок — Эгея