Сейчас мы поговорим о процессе разработки бирже агрегаторы это вторая глава с 1 2 и мы рассмотрим общие принципы создания такие бирж и агрегаторов для торговых площадок что нужно сделать перед созданием да то есть такие моменты проработать и по сути дела ну как определяются бюджет и сроки и так далее далее значится вернее дали а первое что нужно сделать это понять из чего состоит процесс разработки разработки разбивается несколько этапов первый этап это создание концепции вот частичное уже обсудили то есть если кратко это определение целей бирже с чего новую состоять о чем это основано монетизация бирже какие у нас будут дополнительные какие-то сервисы на бирже как мы будем продвигать да то есть это их план маркетинговых принципе да то есть биржи и соответственно все вот такие вот вопросы связанные с управлением границ на shapes 2 минуты проработкой беда то есть если такой вообще энергии какой-то для нашей бирже если он есть то соответственно мы должны у детализировать понять как имплантировать как у нас будет нет дел бюджет и соответствовать такие такие элементы то есть наша задача на этапе концепции убрать крупные определенности и смотреть это большущий неопределенности проекта это грозит тем что он очень много доработок она верните работает с изменений вот нам желательно такие ключевые вопросы совсем ключевые вопросы решить на первом этапе чтобы потом было уменьшить работать меньше крупных изменений вот есть другой подход оттягивать для кита важный вопрос и но обычно связано с недостатком информации вот но мы должны понять что мы должны получить база вода то есть чтобы править там наши типа что это вижу работает или не работает вот это первый этап концепция крупный этап так верни у некрупные между важный делать его может дать сам владелец этого будущего сервиса либо там привлекать кого-то там в том числе разработчиков маркетологов и прочее вот ваш момент что он должен быть и что в нем должно быть фиксированным от основной параметр если он есть то всем участникам проекта будет проще понимать что это зачем мы делаем второй момент это первичная оценка то есть первичной оценки когда мы даем общий прогноз по бюджету по срокам важно понимать что он не может быть точной то есть это просто определение порядка цена и дата есть смог это будет стоить в принципе да то есть как минимум максимум но если говорить о теории оценки да то есть вы должны оценить с вероятностью например там 09 да то есть какой-то порог dios процентов что вот ваша оценка будет очень то сделать широкую оценку но при этом понятно что она должна иметь какие-то буду применимость то есть если вы оцените там от рубля до 10 миллионов конечно на этом в почти все проект влезать эту оценку но он должна иметь информативность сюда помимо того что вот она важна достоверной вот первичная оценка дальше на основании первичной оценки концепции мы определяем делаем и проекты не делаем если делаем следующий этап разработки технического задания техническом задании мы прорабатываем различные моменты первый момент эта структура что вас будет итоге скелетом нашего проекта какие страницы какие кабинет и какие у нас будут функции на этих страницах и роль иную роль кабинет и посадила ты тоже второй момент важный это макет и то есть созданием маги макетов на каждую страницу желательно желательно чтобы эти макеты были динамические то есть можно было по ним щелкнуть смотрите какую то реакцию таким образом заказчик будет саму лучше представлять как будет работе и проект если это как бы не делать то очень велика вероятность что у вас будет разногласия в плане понимание да то есть каких-то элементов то есть технарь там выполнять по своему заказчику пилы по своему макет они решают проблемы визуальный язык сильно понимает общем то есть браузере элементами примерно гораздо меньше разногласия в вопросе следующий момент это функциональных требований к страницам то есть вы должны прописать какие будут нас требования каждой странице . это не будет работать без не слойка вообще описать предметный опыт желательно то есть чтобы те кто будут выполнять и техническое здание они они хорошо представляли себе вот предметную область то есть как отсюда же на работу зачем вообще это нужно что это за понятие такие странные да там то есть все эти элементы должны быть прописаны в достаточном объеме но при этом без воды то есть не должно быть такого что мы ушли там степень бизнеса да и и соответственно делает это это немножко расфокусируют и и важно что вот мол было все дозированно вот значит требник мы что описано в первую очередь мы описываем как ведет себя страница что загружается по каким критериям никакой воды вообще должно быть то есть конкретно дотащу водятся такие достал ценными сортировка по таким столбцам фильтрация происходит по таким столбцам выводятся данные по каким-то критериям смотрите чем больше будет ни одна знать неоднозначности если за этим больше будет разногласий в будущем то есть чем точнее вы и делать технические задания тем у вас будет все лучше проще будет идти проект так следующий вопрос у нас это общие требования то есть есть общие требования к проекту ну по сути дела это это например требования безопасности какие должны быть усилены меры безопасности при разработке и соответственно при эксплуатации дальше это seo оптимизации что должно быть сделано в движке для внутренней оптимизации потому что если движок неоптимизированный его гора сложнее продвигать дороже и это очень важный следующий момент это древнее дизайна и верстки то то есть вы должны написать что вообще дизайне должно быть элементы то есть это вообще очень сложно вопрос на самом деле то есть важно этот момент согласовать самим дизайнером то есть не создавать эти требования оторванную от а реальность не отправится там такой цвет и такие-то она там вот лучше это делать на основании от ваших целей у вас есть такие цели вот должен дизайнер предложить сразу желательно и даже решение примете я и просто описать их технического знания то есть вот такой то нужно дизайн следующий момент требования к вводу в эксплуатацию то есть соответственно здесь мы должны описать что должно быть сделано такие мероприятия должны быть выполнены в рамках вводу в эксплуатацию это очень важно потому что вы можете уберечь себя от многих проблем которые возникают при вводе в эксплуатацию например попадение сайта вопрос он упал чуть что вы будете делать или например там сохранение данных бэкапов базы чтобы можно было восстановить или вообще мониторинг доступности сайта доступны доступен если войти элементы сделайте сразу то соответственно ваши риски снижаются тоже тестировать должен быть выделен большущий этап тестирования в которой все должны быть протестирована и естественно минимизируются риски что вот ошибки с они в любом случае будут но и вот меч так мы определились с и за это нас вот я сейчас рассказал все элементы тзк технического задания следующие элементы детальная оценка по детальной оценки кратенько скажем то есть что мы отсоединим обычный часах каждый час то есть каждый сдача разбивается на оцениваться персонаж минимальным и максимальным оценка это уже более менее точный потому что ты за она прописана задач ну то есть страница модуль вот и соответственно мы не описываем в часах соответственно каждой задачи так описывается каждая работа тильда к задаче связан с т.з. ну например там и там ознакомление команды с проектом подготовка окружающей среды и да то есть там с вином или гита сервер там домен так далее то есть это настроить и то за это обычная в не указана хотя тоже можно было и соответственно мы все эту оцениваем все работы всей задачи получаем суммирующую оценку мин-макс и соответственно мы даем клиенту нажимная ставку до какую-то ставка часах вот и соответственно покажу при этом чем хорош такой подход тем что клиент заказчик может какие-то элементы сказать он во первых понимает структуру бюджета да то есть вы видите что вот этот модуль занимать столько часов а этот модуль занимается только часов то все уже кое то есть история и ему него это прозрачно по крайней мере вот и есть возможность варьировать бюджетом и сроками то есть в итоге мы допустимость нас не устраивает бюджет мы можем что-то урезать да то есть взять вот мы делать не будем это смотрим потом сделаем вот бюджет может измениться вот некоторые заказчики пытаются ну как стать прожать или или просто то есть да как-то воздействовать данный бюджет просто бюджета объема ставим тот же но бюджет уменьшаем или сроки мешаем на самом деле это скорее всего выйдет просто проблему и тем самым они просто увеличивая риски то есть ну и тени на это могут но это оценка сделаем техническим специалистом просто оценивать и в часах то есть не привязывать каким другим элементам вот поэтому соответственно если мы уменьшаем где-то бюджет будет скорее всех скажется на качестве то есть в каком-то месте просто будет сделано меньше чем нужно поэтому никогда не уменьшать оценку разработчик программист потому что они так вы сможете активисты да и соответственно это вот оценка она ее нельзя делать меньше чем минимуму пример вот дальше сделали сделана оценка дальше идет основной договор тут много есть разных схем ну как не так много и две основные большие там есть много разных отступлений первые схемы это когда идет оплата по фиксированной цене то есть мы считали оценку на кресте за нас есть цена и соответственно что сделать мы это делаем по фиксированной цене вот у нас тоже понимаю сделайте все ли получите столько то 2 второй вариант это у нас тайма на материал то есть когда оплата идет по допустим месяцам ну как на обычной работе в дом кодекса например то есть мы какой-то работа делаем вы нам оплачиваете наши фактические затраты то есть столько часов отработали вы нам дойти вот наш результат то есть постоянно отчет отчетность должна быть по всем работам то есть плотное очень то есть принципе обе схемы имеют право на жизнь и для заказчиков наверное вот сложно вопрос что для них выгоднее иногда бывает если допустим если вы работаете давно и уверенным в исполнитель the time of material наверно более дешевого варианта если допустим не уверены или ну там может быть какой-то момент доверие тоже совсем до конца есть то соответственно лучше по мимакс вот плюс еще важный момент что при той материал разработчику нет смысла торопиться вот чем они да то есть это как бы тоже не очень хороший фактор поэтому для себя лично я решил что все таки вот работа именно по оценке она лучше для всех лицу заказчик получается фиксировали бюджет может запланировать и вода а соответственно для разработчика хорош тем что он может больше зарабатывать при условии что он быстро делает быстро делает него это плюс так что дальше а еще ваш момент смотрите при time материал да то есть когда мы по факту работаем очень довольно часто бывает если возникают проблемы то соответственно заказчик начинает необоснованно требовать от разработчика ких там внедрения фичи там ну то есть как бы он работал над этим проектом jk появляется фильму ага а ему обязана то есть связанным с этим проектом естественно давай там делают какие-то вещи там со скидкой например хотя это как бы ниоткуда не следования поэтому тут очень как бы сложный вопрос работать по той схеме или поэты но в каждом ну вот в общем случае лучше работать по первой схеме то есть когда у нас есть даже есть есть оценка вот по ним и обычные работаем дальше это первый момент второй момент как выполнять проект мы из своего кто пришли к тому что выполнять лучше всего поэтапно то есть каждый этап делается отдельно то есть проект развивается вся оценка разбивается несколько этапов сначала делается самая основная часть самое главное чтобы запустить сайт просто вот он показывается там с минимально бору пункции сдаем первый этап где-то плата на верни предоплата просто flat этапа дальше идет второй этап то есть работа следующие функции и так далее то есть обычно нет 4 5 этапов вполне достаточно альтернатива это соответственно когда у нас много мы вернее один там большой этап так образно говоря да то есть у нас есть перед оплатой просто плата в чем разница этим между этими подходами в первом подходе когда у нас поэтапный у нас контроль заказчиков более плотный то есть увидеть результат за него платит постепенно вот во втором случае он видеть результат только самом конце то есть формально исполнитель вообще ничего не показывает там полгода например а потом вывести пока показателя заказчик скажется вообще не совсем вот то есть такой подход он очень опасен тем что мы отрываемся от обратно связи от заказчика поэтому поэтапно походов более безопасного то есть и плюс ваш момент что не подвисает большая сумма да то есть если у нас будет большой этап во-первых заказчику надо заплатить половину проекты довольно можно большая сумма соответственно как бы она подвисает вот если у вас это идет поэтапно эта сумма относительно небольшие и плюс виды куда эти деньги идут на что они добавила потраченные образно говоря видно результат поэтому всем более надежные вот некоторые заказчики имеют такое возражение что допустим в этом сделайте два этапа встретит там на третьем такого отвалите и что мне делать недостроем там и так далее вот на самом деле если допустим брать разработанную так сказать просто другого разработчики да то есть которая работает с одним этапом не может быть абсолют такая ситуация и поп и пол бюджета проекта у вас тоже так же осядет может осесть с недоработанным проекту поэтому эта схема никак не влияет да то есть в любом случае такая ситуация может возникнуть и здесь надо просто принимать правильные превентивные меры которые снижают риск а верхнюю то детальнее лучше проверять своих подрядчиков да то что они адекватны и что они имеют ресурсы необходимы что них есть необходимой компетенцией выполнить проект вот это первое и второе чтобы у вас проект был поддерживаемый то есть возможность исходный код у вас тоже должна быть документация недавно был такой случай нам пришел заказчик что есть проект технологии сходна с нашими но вообще не документации то есть моим составляли документацию с первая задача 1 вот наш платная была работа с ними это составить просто коммутацию на этот проект то есть мы изучали код все описывали нужно понять что как бы не все прямо до конца досконально но тем меньше будет бы забраться мог разработчик с необходимыми компетенциями мог внедриться в код и работать вот поэтому то есть нужно снижать все риски тогда никак не связана с поэтапности так это мы говорим про договор на помню да то есть у нас есть разбиение на этапы вот согласовывается сроки каждого этапа опять же сроки учитываются от оценки идут плюс какую вы планируете загрузку в 1 рабочий день сколько часов вы готовы уделять в один рабочий день иметь и ну разработчики сколько готовы то есть допустим там будет там 5 разработчиков этом давайте два курса но разработчикам по 4 часа в день то есть они 8 часов день будут уделять в рабочие дни исходя из этого вы можете посчитать примерное время сколько вот в идеале вы сможете сделать проект вот всегда делайте большущий запас я вам рекомендую потому что все равно будут задержки со стороны заказчика когда он будет принимать он не всегда будет доступен на этом как сказать для приемки для выполнения процедур вот у зака у исполнителей про программистов будут проблемы связанные с богами с тестированием возможно где то ни се переоценили свои возможности вот где ты туда заболел ушел в отпуск еще что то то есть кто-то вообще уволился все может быть то есть лучше сразу заранее закладывать на триста процентов 20 30 вот и тогда выйдет более менее правильное число то есть в итоге по срокам вот каждый этап перри докладывайте немножечко потому что все равно вот эти вот идеально не получится что воспарим все идет все в срок срок то есть так таким образом мы не будете создавать такую искусство искусственные как сказать кризис на проекте вот этот все что связано с договором то есть основа момент самое главное это у нас смеяться от к таким сердце тоже является основой договора соответственно сроки поэтапные да то есть по этапам действуем и соответственно приемкой тоже идет по этапу следующий момент в общем то сам проект разработка да то есть мы разрабатываем проект под и за то есть создается итерации в рамках проекта в рамках этапа да то есть у нас есть большой крупный этап допустимых севок там 5 и в рамках этапа мог быть итерации там у нас по 2 недели то есть это может одна быть это раца может быть необычно 1 3 1 идет разработка по задачам этого этапа далее соответственно идёт внутреннее тестирование то есть разработчики там тестера сами должны все это протестировать все проверить дальше внешней приемка то есть заказчиком но и соответствует от закрывается тут особых никаких с точки зрения заказчика и мне твою особых интересности да и на этом этапе уже не нужно такое плотное взаимодействие как на этапе то зато с т.з. и она является основой достану документ который любит разработка что важно вот смотрите если вы занимайтесь сами там продвижением или планируете как-то вот этот момент ускорить до имеет смысл параллельно прорабатывать семантику проект то есть семантическое ядро понимание всех запросов вообще в идеале разрабатывает аппетиту сюжеты за должно учитывать эти моментом вот но если вы это не делали то соответственно на это эта нота на этих вот этапах вы готовите во-первых семантику понимание все-все семантики вашего проекта еще раз объясню семантика это просто набор ключевых фраз разбитых по кластером ну например если говорить о сайтах до этого примерно там создание сайтов недвижимости создания сайтов там агрегаторов тех же до создания сайта-каталога то есть магазин и там и так далее то есть мы власти рисуем все запросы по разным тематикам итоге если он вы например как они там топ студии которые разработают многопрофильные сайт и вам нужно иметь вот такой вот кластерную структуру что вы на каждую на каждую область вы имеете какие-то с какой-то свой контент вот в вашем случае это может быть совершенно разные сам простой и отталкивается от каталога вас есть каталог у вас есть категории там соответственно вся эта семантической россии уже есть вот второй момент этот текст текст она то есть вы должны сразу выкладывать какие-то текста мне как выкладывать мы должны готовить простоту к контенту из графика текста ветер случаев может быть видео то есть чем лучше чем чем раньше вы это сделаете тем путем раньше-то внедрять вы можете залить в рабочем сайте то есть иначе вам зовут сайтом запустим тестовые текстами да потом когда вставить и на новые скажите что-то как и очень 3 картинка открывая лучше сразу заранее подготовить и вам сразу это вставит вы посмотрите скажет лет карибы давайте переделаем то есть в рамках того же бюджета на сохранение бюджетов вы можете какие-то моменты мелких менять это будет проще вот что хотелось бы еще отметить пор проект где и проекта очень большое внимание уделяйте к а где ну то есть тестирование это вот как бы на него над делать упор ошибок будет много ошибки надо править вот ошибки надо выявлять своевременно желательно чтобы это происходило именно в рамках проекта не в рамках когда вы уже управляйте проектом и там возникают какие-то дикие ошибки выверни когда вы эксплуатации уже происходит поэтому соответственно должно должно быть тестирование по своим задачам дату из программистов опять же это для для заказчика и так важно но для вот тех кто делает 30-ку им это будет интересно вот и соответственно внутренняя и внешняя приемка то есть формально вы должны делать какие-то чек-листы проверки и тестер доступа не пробегать также есть автоматизируем тестирования то есть можно тестировать браузере ваш сайтом хоть каждый день да то есть в общем то надо делать то то есть вы их делать тестируем критических путей до критического пути и тестирования и запускать в этом каждые шесть часов то есть если у вас что-то упало до там что-то не отправляется на три кольца уведомление вы можете сразу же сразу же получить уведомление что у вас такое-то функции не работаете в образом вы не будете терять свои козни этапе эксплуатации вот допустим мы сделали проекцию хорошо внедрения внедрения это опять же у нас дисков тестирование до общего уже общего интеграционного подключать там различные это модуля внешней проверять как это работает заводить первых пользователей можно да то есть чтобы у нас первый поезд видите наработать говорили обратного ли обратная связь от там неудобно здесь как-то криво это я не понимаю то есть в ну по крайней мере в этом в этом плане то есть вы будете как сказать вы исправите какие то недочеты вот живым поле старым нежели вам будет как-то веб-аналитики потом лазить и проверять тоже нужна ну просто базовые все ошибки вы исправите вот таким вот образом то есть вы кликаете базовых тестовых пользователя первых и смотреть как они взаимодействуют то есть получать обратную связь следующий момент эта настройка мониторингов ну смотрите у нас у вас есть систему сайда и не думайте что он будет жить вечно без поддержки то есть поддержка и нужно важно мониторить его состояние вот сайт это не просто сайта ищу сервер да то есть когда котором им работать желательно мониторить параметры сервера на в том числе например какой там процессор там как память кушается если соответственно есть превышение идет уведомления вы смотрите то есть значит у вас есть проблемы с производительностью где-то утечка памяти идет вот и соответственно вы должны мониторить доступность самого сайта то есть если сайт упал то соответственно надо бы его поднять и желательно сделать это быстро есть такие сервисы например аптайм робот точка ком на нем вы можете бесплатно добавить свой сайт и опыт его мониторить каждые пять минут соответственно происходит проблемы отправлять или bsm с либо и мы так что еще по внедрению важный момент это создание документации то есть когда вы внедряете проекты вы должны у вас должна быть обязательно документация для пользователя ну в первую очередь административный роль да точно месяца то есть те кто управляют сайт и 2 документация техническая документация то есть документация которая нужна для сопровождения проекта потому что если команда допустим меняется да то есть такое бывает то важно чтобы ваш проект могли поддерживать вот поэтому на этапе ввода в эксплуатацию у вас должна быть полная документация по проектам вот нашем случае мы обычно делаем самом начале проекта протезы рот map пусть такой технический проект в котором описывается техническое устройство проекта вот то есть мы как бы документацию дает заранее чтобы разработчикам проще было нашего живут разработчикам проще было в них проект то есть и соответственно в конце проекта надо обязательно проект что она актуальна что она удобная что она все содержится что нужно вот на не древнему проект дальше соответственно у нас идет этап раскрутки об раскрутка им состоит из нескольких подэтапов но если очень крупными мазками то есть первым должны понимать вообще что мы выкладываем сделаем выкладываем как мы продвигаем стать должен быть какой-то маркетинговый план вот и соответственно у нас после создания плана должно быть проведено внутренняя оптимизация сайт должен быть готов продвижению то есть не должно быть такого что мы продвигаем не оптимизировать на сам сайт вот что включать вся эта оптимизация это во-первых ну оптимизация тегов тайтл лошадей и киева раз дискрипшн перелинковка да очень важный момент перелинковка она должна создаваться в процессе работа сайт то есть это вы должны сделать базовую перелинковку opel ковки может и читать смотреть видео то есть этого очень важный момент но опять же ее надо глубже изучать так просто не объясню то есть если все говорить простым языком то это просто вот установка внутренних ссылок на сайте правильным образом дальше значит нас тоже быть настроен robots.txt должен быть настроен sitemap.xml должны быть адреса правильно проставляем дату семантика адресов должно быть правильных курильщики должна быть проверено производительность но опять же в рамках запуска на точки зрения эксплуатации вы должны проверить производительностью насколько быстродействие хорошие да во всем лучше быстродействие тем лучше вы фиксируете те же сальдо надо ставить сейчас новое требование новое требование у гугла что надо стать тогда ваш сайт ранжироваться все эти моменты связаны с самим сайтом и проработки процессоры поисковой оптимизации внутренней поисковой оптимизации вот и дальше идет этап внешнего продвижение это может быть закупку ссылок может быть написание контактов контента на внешних площадках готовить и привлечение трафика это может быть с моими с злодеях тот же самое да то есть вы используете то есть различные способ продвижения и соответственно самое главное что веб-аналитика то есть это средство для понимания куда утратить свои деньги да и как они отдаются то есть очень важно что внешнее продвижение должно сопровождаться обязательно внутренним анализом то есть что у нас происходит как это делается вот так если красиво значит мы рассмотрели это все этапы создания проекта от концепции до продвижения вот еще раз вкратце повторим чтобы если если вы нужно записать первая концепция кратко опишем проект 2 первичная оценка значит у нас здесь просто обклеим какой у нас бюджет 3 создание техническое задание 4 детальная оценка уже это bypass уделать точный бюджет проекта дальше договор на создание проекта в нос ну договором г-н тоже есть новому просто более типовой даже сам проект по этапам разбивается да то есть выполняется следующие внедрение эксплуатацию с выполнением всех необходимых мер чтобы снизить наши риски на собственной при равном рик при вводе в эксплуатацию и последний этап это продвижение раскрутка веб аналитика то есть все это вот мы делаем в рамках этого проекта вот еще ваш момент забыл сказать сопровождении еще на добавить и то есть это по сути дела развитие сервис то есть не думайте что вас он застыл он привел случае будет развиваться и соответственно сопровождении это просто постоянное развитие каких-то модулей улучшения добавления новых может убрать старые новые интеграции с внешними сайтами и то есть это вот обязательный элемент который большинстве сайтов то есть если ваш сайт успешно он там допустим приносит деньги имеет смысл него вкладывать чтобы он приносил еще больше трафика больше денег так далее на этом все это у нас было 2 часть в котором рассмотрели все этапы разработки сайт