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

блог

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

Creative UX

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2018   блог

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




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

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



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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    2018   блог   накипело

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

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

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

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

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

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

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

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


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

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

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

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

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

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


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

    2017   seo   блог   накипело   сео   такненадо

    «Программист меня не понимает», или почему не получается...

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

    Программист программирует, как строитель строит. Никто не требует от строителя рисовать проекты зданий, но у программиста «собрать» сайт могут легко спросить. Конечно, один программист может стоить как 20 строителей, но функция его прежняя — кропотливо укладывать кирпичики.

    К человеку подобного склада нельзя приставать с вопросами вроде «а как лучше организовать интерфейс». Как проще, так и лучше — и это понятная логика. Только проще реализовать не означает проще пользоваться, чаще даже наоборот.

    Ctrl + ↓ Ранее