Разработка интернет проекта – Девхаб — Разработка интернет-проектов

Как построить и раскрутить успешный интернет-проект / RMA corporate blog / Habr

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

Сначала Максим Спиридонов рассказал о своем отношении к интернет-проектам с внедренной технологией Web 2.0.

«Разницы между Web 1.0 и Web 2.0 нет. По крайне мере, с точки зрения бизнеса. С этой точки зрения есть только проекты успешные и неуспешные. На протяжении последних нескольких лет обаяние Web 2.0 волной захлестывает молодых людей, особенно веб-разработчиков, которые видели, как новые проекты продавались за миллионы долларов. В итоге они стремятся построить нечто, что несло бы признаки Web 2.0 и тогда, по их мнению, все состоится. Я видел на своей памяти 50-70 подобных сайтов – с достойным дизайном, но не работающих с точки зрения бизнеса. Создатели просто не учитывали, что к интернет-проекту надо относиться как к бизнесу — планировать, отслеживать, находить и вкладывать деньги. Здесь, как и в актерском мастерстве, зная пластику, действия персонажа, нужно выйти на сцену и забыть это. Знать технологические основы при разработке, но относиться к сайту как к коммерческому проекту».

Любой проект должен начинаться с определения жизнеспособной и конкурентоспособной идеи, которая принесла бы прибыль. Глава продюсерского центра «Ройбер» дал ряд советов относительно того, как найти такую идею.

«Начать стоит с исследование рынка и поиска ниши для своего проекта.

• Предположим, есть желание построить проект, но вы еще не знаете, с чего начать. В первую очередь задумайтесь о том, что вы знаете, какой опыт у вас есть. Как и везде, в Web-технологиях лучше заниматься тем, что вы умеете и тем, про что вы знаете больше, чем дилетант.
• Нужно строить бизнес, а не торговать воздухом.
• Идея должна быть из известной области либо вы можете взять грамотного консультанта, которому доверяете.
• Так сложилось, что в развитии Интернета мы отстаем от Европы на 2-3 года, а от США – на 3-5 лет. Таким образом, можно попробовать посмотреть, каким образом ваша идея была реализована в Европе и США. То есть вы получаете некую машину времени — можете увидеть, что будет с вашим проектом в будущем.

• Учитывая все факторы, которые были названы, вы можете выбрать финальный вариант идеи».

Далее Максим Спиридонов рассказал про подготовительные работы для реализации проекта.

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

1. Идея. Чтобы проект был живым. Она может быть представлена разными способами — в найденной нише, в изобретении, в маркетинге.
2. Команда. Под командой иногда можно понимать не группу людей, а одного предпринимателя.
3. Деньги. Они могут быть собственными, заемными, может быть какой-нибудь инвестор, вошедший в долю.
4. Своевременность. Она иногда играет решающую важную роль.
5. Удача. Переменная, которая не прогнозируется и не просчитывается. Бывает и так, что везет тем, у кого и идея не очень, и команда так себе.

Создав бизнес-план, мы переходим к плану финансовому. Описываем все траты, рассчитываем потенциальную прибыль от проекта, вводим различные коэффициенты. Финансовый план в идеале должен показать все расходы – все то, что вам предстоит потратить, распределенное помесячно, и приблизительно определить доходность. Когда у вас готов бизнес-план и финансовый план, вы переходите к техническому заданию. Иногда это часть бизнес-плана, иногда – нет. Этот документ должен как можно более полно описывать проект. Так полно, чтобы любая команда, не привлекая вас в качестве консультанта, смогла бы его реализовать. Вслед за техническим заданием или параллельно с ним необходимо определиться со штатом. Это очень важно, потому что люди, знающие и умеющие что-то делать в Web, как, впрочем, и везде – дефицит».

После описания последовательности предварительных работ Максим Спирдонов перешел непосредственно к теме разработки сайта.

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

Отдельно хотелось бы отметить важность соблюдения технологической цепочки при разработке сайта. Прежде всего решается вопрос с бизнес-логикой. Затем сайт набрасывается в программах проектирования интерфейса (MS Visio, Axura). Только после проектирования интерфейса осуществляется переход к дизайну. Затем – верстка, которая должна быть дружелюбной к поисковикам. Корректная верстка должна хорошо отображаться во всех браузерах. Программинг может проходить одновременно с версткой, но лучше после разработки дизайна. И последний этап разработки – интеграция, когда все сводится воедино и может быть выведено браузером».

Во время лекции главой продюсерского центра «Ройбер» также была затронута проблема юридического обеспечения процесса развития своего проекта.

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

Кроме того, Максим Спиридонов ответил на интересующие слушателей специализации вопросы.

— Работает ли сарафанное радио при раскрутке проекта?
— Это так же непредсказуемо, как и вирусный маркетинг. Вы не сможете спрогнозировать его эффект.

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

— Как сайт передается на баланс при его продаже?
— Сайт может рассматриваться как программный продукт. Также как и торговый знак, чтобы быть проданным в качестве имени. Домен может быть также объектом продажи. Отдельно передается штат сотрудников – в составе какой-либо компании.

— Как вы относитесь к перспективам развития стартапов в условиях кризиса?
— Сложный вопрос. Web-стартапы такая штука, в которой важна психологическая составляющая. Когда все бурлило вокруг проектов Web 2.0, это стимулировало создателей стартапов. Сейчас же стало тяжелее – все больше заботятся о том, чтобы не потерять штаны и прокормить семью.

habr.com

Качество при разработке Интернет-проектов / Habr

Привет, хабр! В этом материале я хочу затронуть непростой вопрос качества Интернет-проекта, а проще говоря – сайта, сделанного в сторонней студии на заказ.

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

1/

Почему на рынке так много компаний, оказывающих услуги низкого качества? Попробуем выделить несколько основных причин:

— Низкий порог вхождения на рынок. Для того, чтобы объявить себя “веб-студией” сейчас вполне достаточно собрать коллектив из 2-3 человек и сделать свой собственный сайт. Рынок разработки до сих пор считается «студенческим», и это мнение несправедливо лишь отчасти. Действительно, какого качества работ можно ожидать от такого «коллектива»? Стоит отметить, что наличие большого количества непрофессиональных студий бьет по имиджу рынка в целом, негативно сказывается даже на репутации крупных агентств.

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

— Рост популярности коробочных CMS. При всем положительном влиянии этого тренда, есть и отрицательный момент. Маленькие студии получили отличный инструмент (красивый, отточенный, грамотный) для “пускания пыли в глаза” заказчику. Они прячут «за коробку» отсутствие собственных достижений и низкий уровень профессионализма, выставляя напоказ достижения и высокую квалификацию вендора. А заказчик, не разбирающийся в этих тонкостях, видит красивый продукт, и заказывает услугу, которую ему окажут заведомо плохо.

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

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

2/

Какие основные факторы влияют на качество продукта? Попробую кратко передать опыт компании ADV/web-engineering и мысли, высказываемые при регулярных обсуждениях этого вопроса внутри компании:

— Четкое понимание задач проекта. Очень часто представители студии не задумываются о том, зачем проект нужен заказчику и начинают делать “чтобы”. Чтобы “красиво и картинки”, чтобы “вот тут сложная анимация и 3D”, чтобы “круто”, чтобы “видели, как мы умеем” и т.п. Об этом говорится довольно часто, но когда дело доходит до реализации конкретного проекта, большинство об этом просто забывает.

Работа над созданием сайта – это не повод самовыразиться сотрудникам студии! Это четкая бизнес-задача, которую сначала надо определить (не позволяя заказчику говорить о “красных прыгающих шарах на главной”, а переводя разговор на бизнес и его цели в интернете), а потом неукоснительно ей следовать, помнить о ней на всех этапах. Ответственен за этот процесс не заказчик, а менеджер со стороны студии, и никто другой. К сожалению, таких менеджеров на рынке можно пересчитать по пальцам.

Разработка идей для проекта – процесс творческий, спору нет, но и он также должен быть систематизирован. Студия должна гарантировать заказчику достижение результата, а для этого должен существовать эффективный механизм, стратегия “формирования идеи”. Только в этом случае можно говорить о качестве не как о случайной величине “получилось / не получилось”, а как о системном показателе.

— Работа с контентом. Очень часто студия рисует красивую «шапку» для главной страницы, и считает, что на этом дизайн и оформление закончены. Это главная ошибка. Контент – то, ради чего создается, в конечном итоге, любой сайт. Он разный, и презентовать его нужно по-разному. Описание каталога товаров просто не может быть «забито» в тот же шаблон, что и приветствие председателя совета директоров компании.

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

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

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

Для этого материала я сознательно взял к рассмотрению вопросы, о которых говорят нечасто, предпочитая рассуждать о «креативе» и «концепциях». Совершенно очевидно, что в тексте представлена только часть мыслей по проблеме, но они кажутся мне крайне важными.

habr.com

Статья «Вся правда о разработке сложных интернет-проектов»

Валерия Жентерик (Максименко)

Что скрывается под понятием «сложный интернет-проект»? Каковы его основные отличия от шаблонных сайтов? А самое главное, какое решение подойдет для определенного бизнеса и конкретного заказчика? Раскроем всю правду.

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

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

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

Так в чем же отличие шаблонов от сложных проектов?

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

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

В основе индивидуальной разработки лежат четыре базовых принципа:

1. учет пожеланий заказчика;
2. эксклюзивный дизайн;
3. уникальная структура;
4. возможность реализации сложного функционала.

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

Все начинается с идеи, или свобода творческого мышления

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

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

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

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

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

Впрочем, всю разработку сайта можно поделить на четкие этапы:

1. Проектирование — это составление технической документации, определение функционала и отрисовка схем страниц. Данный этап дает возможность отразить предварительное видение будущего сайта, а также быстро внести корректировки и пожелания клиента касательно структуры сайта.
2. Дизайн — графическая проработка внешнего вида сайта. При индивидуальной разработке дизайн является уникальным для каждого проекта — учитывается фирменный стиль компании, а так-же пожелания и рекомендации заказчика. При помощи дизайна необходимо сформировать первое впечатление о компании, повысить уровень доверия у потенциальных клиентов. Основная задача — привлечь внимание настолько, чтобы посетителю не захотелось уйти на сайт конкурентов.
3. Программирование — это трудоемкий процесс создания сайта на основе CMS (Content Management System — система управления содержимым сайта). На данном этапе осуществляется настройка функциональных модулей системы и написание программного кода для реализации индивидуального сайта. Завершает процесс верстка — наложение графического изображения (дизайна) на программную часть сайта.
4. Тестирование — проверка работоспособности функционала сайта и оперативное исправление ошибок в случае их обнаружения. На данном этапе важно оценить готовность сайта и проверить его на наличие ошибок.
5. Наполнение — размещение на сайте актуального контента, ориентированного на интересы целевой аудитории. Наполнение осуществляется непосредственно перед запуском сайта.

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

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

Значительную роль в этом процессе играет юзабилити (удобство использования) сайта, а также дизайн, который должен выгодно представлять компанию на фоне конкурентов. Важно, какое впечатление производит дизайн на посетителя. Знакомство с сайтом осуществляется при первом беглом просмотре страницы, на которое уходит 2–3 секунды. Именно в это время необходимо захватить внимание посетителей.

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

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

Работа с клиентами или о чем еще следует сказать

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

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

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

Постпроектная работа или что нас ждет впереди

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

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

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

www.advantika.ru

Инфраструктура и жизненный цикл разработки веб-проекта / Mail.ru Group corporate blog / Habr

Когда проект маленький, особых проблем с ним не возникает. Список задач можно вести в текстовом файле (TODO), систему контроля версий, по большому счёту, можно и не использовать, для раскладки файлов на живой сервер их можно просто скопировать (cp/scp/rsync) в нужную директорию, а ошибки всегда можно посмотреть в лог-файле. Глупо было бы, например, для простенького сервиса с двумя скриптами и тремя посетителями в день поднимать полноценную систему управления конфигурациями серверов.

С ростом проекта требования растут. Становится неудобно держать в TODO-файле несколько десятков задач и багов: хочется приоритетов, комментариев, ссылок. Появляется необходимость в системе контроля версий, специальных скриптах/систем для раскладки кода на сервер, системе мониторинга. Ситуация усугубляется, когда над проектом работает несколько человек, а уж когда проект разрастается до нескольких серверов, появляется полноценная инфраструктура («комплекс взаимосвязанных обслуживающих структур или объектов, составляющих и/или обеспечивающих основу функционирования системы», Wikipedia).

На примере нашего сервиса «Календарь Mail.ru» я хочу рассказать о типичной инфраструктуре и жизненном цикле разработки среднего по размерам веб-проекта в крупной интернет-компании.


Любая работа начинается с постановки задачи, будь то запланированная фича или сообщение об ошибке.

Управление проектами и задачами

В качестве системы «Issue & project tracking» мы, в Mail.ru, используем Atlassian Jira, которая является стандартом де-факто среди крупных организаций. Вот далеко не полный список компаний, использующих Jira: ru.wikipedia.org/wiki/Atlassian_JIRA. По функционалу, гибкости, расширяемости и удобству использования этой системе нет равных, и альтернативы я не вижу, хотя по имеющейся у меня информации некоторые крупнейшие IT-компании с тысячами сотрудников успешно (по их заверениям) используют Bugzilla в качестве багтрекера.

Для небольших команд и проектов целесообразнее использовать менее навороченные и более бесплатные аналоги вроде той же Bugzilla, Phabricator или Redmine. Как вариант, в случае использования хостинга проектов (GitHub, BitBucket и другие) можно использовать встроенные в них системы отслеживания ошибок.

На данный момент проект «Календарь» в Jira содержит 1816 задач, из которых 1386 успешно закрыты. Около 500 из них были багами =)

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

Система контроля версий

На сегодняшний день самыми распростанёнными системами контроля версий являются Git и Mercurial. Обе имеют, по большому счёту, схожий функционал (распределённые системы), хоть и различаются в деталях. Практически все проекты Mail.ru перешли на Git (кто с SVN, кто вообще с CVS), и Календарь — не исключение.

В нашей компании есть несколько больших и мощных серверов, на которых установлен gitosis для хостинга git-репозиториев. Разные репозитории имеют разные настройки, например, у разработчиков не получится запушить в репозиторий календаря код Python, который не соответствует стандартам PEP8 (за этим следит специальный хук на сервере).

Весь код Календаря (frontend и backend) хранится в одном репозитории. Для небольшого и среднего проекта это позволяет быстро разворачивать весь проект целиком и легко отслеживать любые изменения в коде. Для больших и очень больших проектов (таких как Почта Mail.ru) более удобным представляется хранение клиентского и серверного кода в отдельных репозиториях (а то и нескольких), хотя, конечно, любой подход требует осмысленного и аргументированного решения.

На сегодняшний день у нас в репозитории Календаря 7175 коммитов, а за всё время было создано около 300 веток. Размер всего проекта 60 Мб.

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

Окружение для разработки

Говорят, что каждое правило в технике безопасности написано кровью. В IT-компаниях до такого, конечно, не доходит, но жёсткие правила, тем не менее, есть. Например, в Mail.ru только системные администраторы имеют доступ на «боевые» серверы и к данным реальных пользователей. Разработчикам доступны лишь тестовые машины с тестовыми пользователями, которая никак не связана с «живой», и вся разработка ведётся только в тестовой сети. Такое разделение обязанностей избавляет самых «умных» программистов от соблазна что-нибудь «быстренько поправить на живом» и заставляет более вдумчиво и качественно писать код.

Есть системы, которые очень трудно, а иногда и невозможно запустить на одной машине, например, Почта Mail.Ru: для полноценной работы ей требуется огромное количество библиотек, демонов, скриптов и сервисов. Такие проекты запускаются на нескольких (десятках) виртуальных серверов в тестовой сети, и разработчики работают с кодом, запущенным на этих машинах (vim, emacs, diff, вот это всё).

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

Серверная часть календаря написана на Python, и, конечно же, мы используем virtualenv при разработке и развёртывании системы, поэтому для установки всех библиотек нужно всего лишь запустить команду

    pip install -r requirements/development.txt

из склонированного репозитория. Клиентская (фронтенд) часть использует npm и все зависимости ставятся так же легко и непринуждённо.

Сейчас в календаре используется 33 сторонние библиотеки Python.

Всё необходимое ПО на маке ставится из brew, и для первоначальной установки проекта на компьютер разработчика достаточно запустить

    brew install ...

со списком зависимостей. Конечно, одной команды недостаточно и потребуется дальнейшая настройка, например, инициализация пользователя и БД в PostgreSQL. В установке отдельных программ есть некоторые особенности (например, мы используем патченный nginx со своими модулями), но это не вызывает никаких проблем, потому что всё описано в системе документации (wiki).

Документация по проекту

Знание — сила. Знаниями стоит делиться со своими коллегами, их нужно записывать, чтобы не забыть самому. Идеальным местом для хранения информации являются wiki-системы, и в Mail.ru мы испольуем Atlassian Confluence в качестве таковой. Особых преимуществ перед другими wiki-системами у Confluence я не вижу (их функционал, по сути, схож), но так сложилось, что продукция Atlassian прижилась в нашей компании и пользуется популярностью. Хотя одно достоинство всё-таки есть: продукты одной компании легко интегрировать друг с другом, а в любой крупной компании все внутренние сервисы так или иначе связаны друг с другом.

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

В проекте Календарь в Confluence 122 страницы документации.

Любому продукту нужен контроль качества и наш Календарь не исключение.

Code review

Каждый разработчик сталкивается с ошибками в коде. Первый шаг в борьбе за качество — code review, это позволяет своевременно заметить любые огрехи в программе. Ещё одно достоинство аудита кода заключается в знакомстве с каждым коммитом как минимум двух программистов: того, кто написал код и того, кто его ревьюил (соответственно, ответственность так же делится пополам).

У Atlassian для code review есть шикарный инструмент Сrucible, но так исторически сложилось, что мы в Календаре используем Phabricator: open-source разработку от Facebook. У фабрикатора много возможностей, но мы используем лишь часть из них, а именно аудит, комментирование кода и просмотр репозитория онлайн.

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

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

Синтаксический контроль и тестирование

Красивый код — хороший код. Следование правилам code-style всеми членами команды позволяет с первого взгляда разобраться в любом месте программы, а так же позволяет избежать подавляющего большинства глупых ошибок. Каждый пуш в репозиторий календаря проверяется с помощью PEP8, pyflake и pylint.

В календаре нет ни одного исключения из правил pep8 и pyflake.

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

На сегодняшний день у нас в проекте 580 автоматических тестов.

Для запуска различных задач мы используем open-source систему Jenkins CI (Continuous integration), в которой имеется три задания для календаря:

1. для тестовых веток: синтаксический контроль (lint) кода, запуск всех тестов, подготовка отчёта code coverage
2. для ветки prerelease: синтаксический контроль (lint) кода, запуск всех тестов, сборка тестового пакета (RPM) проекта и раскладка его на наш пререлизный (тестовый) сервер
3. для ветки master: запуск тестов и сборка пакета (RPM) проекта

Все задачи запускаются при пуше соответствующей ветки по хуку в git-репозитории.

Сборка проекта длится, в среднем, около пяти минут.

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

На выходе получается один (или несколько, в зависимости от проекта) RPM-файл, который содержит в себе весь проект полностью, с virtualenv, всеми необходимыми зависимостями (библиотеками) и файлами (статикой).

Релиз собран, оттестирован, проверен и готов к выкладке на боевые машины, доступ к которым есть только у системных администраторов.

Раскладка проекта в бой

Админы — люди умные и ленивые. Если часто приходится делать рутинные операции, то почему бы их не автоматизировать?

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

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

Раскладка проекта занимает около одной минуты.

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

Логгирование ошибок

В первую очередь нас интересуют, так называемые, «пятисотки», то есть критические ошибки на сервере. Если они есть (а они бывают, от этого никуда не деться), значит что-то пошло не так и нужно в срочном порядке готовить багфиксы. Как поймать такие ошибки? Можно, конечно, писать всё в лог, и тогда простым «грепом» (поиском по файлу лога) мы всегда будем в курсе о количестве и типе ошибок, но есть вариант получше.

Система логгирования в Календаре настроена таким образом, чтобы отправлять все ошибки, исключения и просто варнинги в специальну систему под названием Sentry. В ней мы видим не только статистику по ошибкам (когда, какие ошибки и сколько раз возникали), но и подробнейшую информацию об этих ошибках: полный traceback (порядок вызова функций) со значением всех переменных в контексте каждой функции. Так же имеется информация о пользователе (email, ОС, браузер) и запросе (url, заголовки, GET и POST параметры). Все браузерные ошибки так же попадают в Sentry, правда, информация не столь подробна (JavaScript, ничего не поделаешь). Всё это позволяет легко локализовать проблемы и в кратчайшие сроки исправлять ошибки.

В основном, мы пишем в Sentry различные предупреждения. Например, в процессе рефакторинга, прежде чем отказаться от какой-нибудь функции мы всегда добавляем warning в неё, и только при отсутствии сообщений в Sentry, в следующую итерацию, эта функция будет окончательно удалена из кода. Бывают, конечно, и ошибки, бывает и много ошибок («факапы»).

В Sentry Календаря попадает, в среднем, около 100 сообщений в час. Sentry выдерживает тысячи ошибок в минуту (проверено на практике =).

Логгирование — хорошо, но этого недостаточно, проекту жизненно необходима статистика.

Статистика и графики

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

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

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

Графики показателей сервера (мы используем Diamond для этого) позволяют своевременно оценить нагрузку и заблаговременно заказать дополнительные машины или же озаботиться производительностью программ.

В графит Календаря каждую минуту пишется около 25 тысяч различных метрик.

Любой проект пишется не для логов и не для графиков: он пишется для людей, для наших любимых пользователей. И пользователи иногда бывают недовольны проектом.

Общение с пользователями

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

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

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

Вместо послесловия

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

Хочется попробовать использовать Vagrant при разработке, это позволит ещё быстрее и проще разворачивать девелоперское окружение. Очень хочется попробовать Selenium для автоматического тестирования проекта (веб-версии и мобильных клиентов). Для более качественного тестирования нового функционала не хватает возможности включать оный по критериям, например, только на сотрудников компании или на определённый процент пользователей, хотим попробовать open-source проект Gargoyle для этого. В ближайшее время, по примеру других Python-проектов в нашей компании, наша команда собирается внедрить Arcanist: надстройку над git для работы с Phabricator из командной строки в репозитории проекта. Это позволит ещё больше упростить процесс code-review и облегчить разработку.

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

Владимир Рудных,
Технический руководитель Календаря Mail.Ru.

habr.com

Как создать индивидуальный web проект качественно и эффективно

Что такое индивидуальный web проект?

Создание индивидуального web проекта, для привлечения необходимой вам аудитории считается одним из наиболее эффективных средств. Он разрабатывается под определённые пожелания заказчика, а его тематика может быть абсолютно различного типа. Отличительная особенность – не типовая архитектура сайта. К таким проектам можно отнести форумы, биржи, доски объявлений, сайты аукционы, платёжные системы и т.п. Цена на разработку такого рода сайта, будет зависеть от условий и требований, которые возложит на студию клиент.

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

Преимущества индивидуального web проекта

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

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

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

Создание индивидуальных web проектов

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

Процесс создания делится на несколько этапов:

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

Почему стоит выбрать именно индивидуальный web сайт?

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

Существует несколько причин по которым стоит остановиться в выборе именно на данном типе сайта:

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

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

Сложности, с которыми сталкиваются в создании индивидуально web проекта

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

Существует несколько основных сложностей при создании индивидуального web проекта, с которым чаще всего можно столкнуться в процессе работы:

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

Специалисты студии Web Crazy, не боятся трудностей и с уверенностью в своих силах разработают для вас правильный индивидуальный web проект, который будет сделан качественно, красиво и без огрехов.

Дополнительные возможности в создании индивидуального web проекта

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

Для кого будет полезен индивидуальный web проект

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

Цена на индивидуальный web проект

Нам часто задают вопросы о стоимости подобной услуги. Это зависит, как правило, от таких критериев как:

• сложность структуры
• функционал
• конкурентная среда
• наполнение
• дизайн
• тип продвижения
• срочность

Если вы хотите для себя идеальный сайт индивидуального типа, наши специалисты студии разработки Web Crazy всегда к вашим услугам. Мы сможем создать для вас уникальный проект, который будем работать для вашей пользы и прибыли.

Мы делаем индивидуальный web проект по всей России

Разработка индивидуальных сайтов – задача, которая решается только при взаимодействии с профессиональной студией. Сложные проекты требуют опыта разработки и понимания сущности взаимодействия бизнес модели Заказчика с web интерфейсом.

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

Существует несколько причин, по которым выгодно заказывать услугу именно у нас:

• Создание уникального проекта по привлекательной цене
• Вы можете заказать дополнительные услуги по продвижению ресурса
• Мы согласовываем все детали разработки непосредственно с заказчиком

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

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

Разработка индивидуального web проекта в Волгограде, Москве, Санкт-Петербурге, Екатеринбурге, Новосибирске и во многих других городах России очень трудоёмкий процесс, требующий большого вложения сил и ответственности. Мы учитываем все требования заказчика, а также предлагаем свои идеи для создания сайта.

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

web-crazy.ru

Создание интернет сайтов – стоимость разработки веб сайта под ключ

Создадим сайт любой сложности

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

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

Мы знаем, что лучше вас целевую аудиторию вашего сегмента не знает никто. Поэтому для создания мощного инструмента для продвижения нужна постоянная обратная связь и взаимодействие с руководителем проекта. Диалог с клиентом начинается в момент постановки задачи и не заканчивается никогда – мы всегда ищем новые способы оптимизировать ваш сайт и сделать его лучше. Внимательный сбор требований, изучение рынка и портрета ЦА, комплексный анализ ресурса позволяет подготовить оптимальную структуру сайта.

Как мы работаем

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

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

Разработка проекта заключается в трех этапах:

1. Непосредственное создание сайта

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

2. Тестирование на фокус-группах

Мы проводим два последовательных исследования интерфейсов на фокус-группах 100 и 300 человек. Это позволяет получить обратную связь и исключить 90% ошибок проектирования и дизайна. Наша практика показывает, что даже с виду идеальный проект может содержать в себе энное количество ошибок, вследствие этого мы приняли за правило проводить проверки для каждого проекта.

3. Доработка ошибок

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

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

• поддержке сайта на высоком уровне,
• реализации качественного контента,
• анализе поведенческих факторов,
• трансформации ресурса под современные тенденции.

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

devellab.ru

Услуги

Cоставление технического задания

Заключение договора

Работа над проектом

Утверждения готовой работы заказчиком

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

Основными моментами ТЗ являются:

• прототипирование всех ключевых страниц
• описание структуры сайта
• описание функционала сайта
• основные аспекты дизайна

На основании технического задания разрабатывается дизайн сайта. В первую очередь, это дизайн главной страницы, который утверждается заказчиком и служит ориентиром для разработки дизайна внутренних страниц. После демонстрации всех страниц сайта заказчику к работе над проектом приступает верстальщик. Графические шаблоны, созданные, например, в Adobe Photoshop (PhotoShop Document, проще ― PSD) он «верстает» в web-страницы. Далее создаются нужные разделы (опять же, согласно ТЗ) и осуществляется подготовка функциональных блоков с учетом программинга.

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

• тестирование разработчиками по чек-листу
• проверка тестировщиками
• тестирование менеджером проекта

В некоторых случаях к тестированию дополнительно привлекаются сторонние специалисты.

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

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

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

simai.ru