Когда универсальность не подходит

Категория: Технические советы

– Автор: Игорь (Администратор)

Представляете себе что такое универсальный логотип? Я представляю. Это просто белый квадрат, хотя в отдельных случаях можно сделать овал, все равно на белом фоне не видно. Его так удобно использовать везде, где вам угодно. Такой логотип легко напечатать, желательно мысленно, зачем же попусту суетиться. Он так легко добавляется на любой сайт. Время, потраченное на его создание, равно 1 минуте (и это завышенная оценка). Такой логотип будет отлично смотреться в любом документе. Давайте же везде хвалить его уникальность и поразительную способность быть пригодным для любой ситуации.

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

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

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

Вариант №1

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

Вариант №2

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

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

Первый вариант

Часть 1. Функционал

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

Часть 2. Расширение рамок задач

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

Часть 3. Соответствие решаемым задачам

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

Часть 4. Выявление требований

При пакетном подходе решаются общие задачи. Выявление требований в данном случае сведено к минимуму. А именно к соответствию тому или иному пакетному решению.

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

Второй вариант

Часть 1. Функционал

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

Часть 2. Расширение рамок задач

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

Часть 3. Соответствие решаемым задачам

Решаются конкретно ваши задачи.

Часть 4. Выявление требований

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

Итого

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

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

P.S. В данном обзоре речь не идет о процессах, хорошо подверженных автоматизации, и выдающих неплохой КПД.

Так же вам могут быть интересны обзоры Достоинства и недостатки: почему найти их можно только в обзорах и аналитиках? и еще Универсальное или уникальное решение: что лучше?

Понравилась заметка? Тогда время подписываться в социальных сетях и делать репосты!