Разработка программного обеспечения
на заказ

Сервис team-finder.ru был запущен в 2019 году группой эн­ту­зи­ас­тов футбола, которые хотели об­легчить людям занятие любимым видом спорта. С помощью сервиса team-finder.ru игроки в футбол любого уровня могут искать команду, а команды — игроков.

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

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

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

По итогу все ошибки, воз­ни­ка­ющие при работе в личном кабинете сервиса, были ус­тра­нены. Также были внесены из­ме­нения в верстку, которые поз­во­лили более красиво отоб­ра­жать карточки игроков.

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

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

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

Наиболее зна­читель­ным и ин­те­рес­ным моментом было до­бав­ле­ние в при­ложе­ние воз­можнос­ти создания сце­нари­ев. Сценарий пред­став­ля­ет из себя ло­гичес­кую связку из условия и действий «если, то», что поз­во­ля­ет связать из­ме­нение сос­то­яния датчика с уп­равле­ни­ем ус­трой­ством, тем самым ав­то­мати­зиро­вав уп­равле­ние. К примеру, открыли дверь - сработал датчик двери - вклю­чил­ся свет; все ушли на работу - в 8:00 вклю­чил­ся сценарий «Никого нет дома» - свет и кон­ди­ци­оне­ры вык­лю­чились. Можно не только включать/вык­лю­чать ус­трой­ства или сценарии, но и от­прав­лять push-уве­дом­ле­ния или со­об­ще­ния в Телеграм.

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

Нередко к нам об­ра­ща­ют­ся за раз­ра­бот­кой парсеров.

Что такое парсер

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

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

Что нужно было сделать

Наш заказчик — владелец онлайн-аптеки — хотел получить ин­форма­цию о ценах сайта-кон­ку­рен­та.

Парсер должен был иметь сле­ду­ющие функции:

• •  воз­можность запуска по рас­пи­санию;

• •  защиту от од­новре­мен­но­го запуска нес­коль­ких про­цес­сов парсинга;

• •  обход защиты сайта-донора;

• • воз­можность ис­поль­зо­вать прокси для обхода бло­киров­ки IP-адреса, с которого от­прав­ля­ют­ся запросы;

• •  сбор ин­форма­ции по оп­ре­делен­ным ка­тего­ри­ям товаров с воз­можностью из­ме­нения списка ка­тего­рий;

• •  сох­ра­нение ре­зуль­та­та работы парсера в txt-файл.

Ход работ

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

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

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

Для обес­пе­чения работы парсера без об­на­ружения были ис­поль­зо­ваны сле­ду­ющие биб­ли­оте­ки: selenium-wire и undetected-chromedriver .

Для более легкой сборки проекта и его запуска было решено ис­поль­зо­вать кон­тей­не­риза­цию Docker. Подход обес­пе­чил воз­можность пер­во­началь­но­го запуска проекта с ис­поль­зо­вани­ем бук­валь­но двух команд без не­об­хо­димос­ти пе­режи­вать об ус­та­нов­ке всех за­виси­мых пакетов. Для этих целей мы ис­поль­зо­вали Docker image ultrafunk/undetected-chromedriver, который поз­во­ля­ет за­пус­кать браузер Chrome внутри вир­ту­аль­но­го кон­тей­не­ра без не­об­хо­димос­ти под­клю­чения внешнего экрана, что при запуске парсера на сервере является важной сос­тавля­ющей.

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

Резуль­ти­ру­ющий файл содержит список городов, ма­гази­нов, ID товара, название товара и другую тре­бу­емую ин­форма­цию.

К нам об­ра­тил­ся заказчик для до­работ­ки сервиса Inntravel.ru — сайта выгодных пу­тешес­твий по России. Задача на первый взгляд не­боль­шая — поп­ра­вить логику отоб­ра­жения и филь­тра­ции отелей.

Заказчик был уверен, что сайт почти готов.

С какими труд­ностя­ми мы стол­кну­лись

При изучении проекта мы стол­кну­лись с не­ожи­дан­ны­ми вызовами. Ока­залось, что термин «почти готов» в этом кон­тек­сте означал, что готов был только «каркас» проекта. В час­тнос­ти, об­на­ружи­ли, что база данных содержит только сырые SQL-запросы, а система backend'а не струк­ту­риро­вана. Даже при простой попытке раз­вернуть проект для ло­каль­ной раз­ра­бот­ки и анализа кода пришлось ис­пра­вить большое ко­личес­тво ошибок. Как ре­зуль­тат, проект на­ходил­ся в пол­ностью не­завер­шенном сос­то­янии и требовал зна­читель­ной работы для со­от­ветс­твия тре­бова­ни­ям стан­дар­тно­го пол­но­цен­но­го сайта.

Что мы делали

1. Backend проекта был написан на Flask. Для вза­имо­дей­ствия с базой данных приняли решение ин­тегри­ровать биб­ли­оте­ки SQLAlchemy (ORM для вза­имо­дей­ствия с базой данных) и Alembic (для уп­равле­ния миг­ра­ци­ями базы данных) в уже су­щес­тву­ющий код.

Все ранее су­щес­тву­ющие SQL-запросы пе­репи­сали через новый ORM и создали со­от­ветс­тву­ющие модели, опи­сыва­ющие струк­ту­ру базы данных. Это было не­об­хо­димо как для ис­поль­зо­вания SQLAlchemy, так и для работы с Alembic. В ре­зуль­тате этих из­ме­нений зна­читель­ная часть пре­дыду­щего кода была пе­рера­бота­на, ис­пра­вили большое ко­личес­тво ошибок, добавили ди­нами­чес­кий контент в ста­тич­ные элементы сайта.

2. Также были успешно ин­тегри­рова­ны пла­теж­ные системы: система быстрых платежей (СБП) и «Альфа-банк». Это решение поз­во­лило поль­зо­вате­лям сайта выбирать оп­ти­маль­ный способ оплаты и сделало процесс про­веде­ния тран­закций более удобным и гибким.

   
   
   

3. Создали систему по указанию цен на кон­крет­ную комнату в отеле в пределах от одного дня и до всего года.

   
   
   

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

   
   
   

5. Добавили парсер для сбора данных по сайту hochu-na-yuga и создания на основе этих данных отелей на сайте за­каз­чи­ка. Для его работы ин­тегри­рова­ли систему по запуску фоновых задач через Celery.
   
   

   
   
   

6. Также провели большое ко­личес­тво работ с frontend-частью проекта. Несмотря на то что у за­каз­чи­ка уже были готовые шаблоны, во многих аспектах они не удов­летво­ряли пот­ребнос­тям.
   
   

   

Выводы

В конечном итоге можно сказать, что большая часть работ кос­ну­лась backend-части. Главной задачей было уйти от старой струк­ту­ры проекта, добавить больше воз­можнос­тей по нас­трой­ке контента через ад­минпа­нель, улучшить про­из­во­дитель­ность и «вылечить» все най­ден­ные ошибки. А также, конечно, вы­пол­нить все пос­тавлен­ные за­каз­чи­ком задачи.

Компания «Техника сов­ре­мен­ной съемки» с 2012 года сдает в аренду фото- и ви­де­отех­ни­ку, являясь одним из круп­ней­ших сервисов проката Москвы. Перед нами стояли задачи по до­работ­ке системы ав­то­мати­зации и упо­рядо­чива­нию операций, свя­зан­ных с об­слу­жива­ни­ем клиентов, уп­равле­ни­ем заказами и оценкой работы пер­со­нала:

1. Под­робная ана­лити­ка заказов — ад­ми­нис­тра­тор и ме­нед­же­ры имеют доступ к под­робной ана­лити­ке заказов, которая помогает им понять раз­личные аспекты работы, такие как объемы заказов, их типы, время вы­пол­не­ния и отмены заказов.
2. Ста­тис­ти­ка ис­поль­зо­вания обо­рудо­вания — система от­сле­жива­ет ис­поль­зо­вание раз­лично­го обо­рудо­вания, фото- и ви­де­ока­мер, объ­ек­ти­вов и ос­ве­щения. Эти данные ис­поль­зу­ют­ся для вы­яв­ле­ния высокой нагрузки и оп­ти­миза­ции графиков тех­ни­чес­ко­го об­слу­жива­ния обо­рудо­вания.
3. Сох­ра­нение истории работы над заказом — система сох­ра­ня­ет историю всех работ, вы­пол­ненных по кон­крет­но­му заказу. Это помогает от­сле­дить ход вы­пол­не­ния заказа и убе­дить­ся, что все не­об­хо­димые работы сделаны.
4. Личный кабинет механика — у каждого механика есть свой личный кабинет в системе для прос­мотра и вы­пол­не­ния наз­на­чен­ных заказов.
5. Система оценки эф­фектив­ности ме­нед­же­ра — система имеет встро­ен­ную систему оценки эф­фектив­ности ме­нед­же­ров на основе раз­личных кри­тери­ев, таких как время вы­пол­не­ния заказа, удов­летво­рен­ность клиентов и про­из­во­дитель­ность труда пер­со­нала.
6. Система скидок и акций — система поз­во­ля­ет ав­то­мати­чес­ки при­менять скидки к товарам, от­ве­ча­ющим оп­ре­делен­ным кри­тери­ям, таким как ка­тего­рия товара или цена.
7. «Спящие клиенты» — система оп­ре­деля­ет клиентов, которые давно не об­ра­щались, и относит их к ка­тего­рии «спящих клиентов».
8. Отчет о новых клиентах — система будет ге­нери­ровать отчеты о новых клиентах. Эта ин­форма­ция полезна для раз­ра­бот­ки мар­ке­тин­го­вых стра­тегий и оп­ре­деле­ния областей, нуж­да­ющих­ся в улуч­ше­нии.
9. Рас­позна­вание записей звонков — система ав­то­мати­чес­ки рас­позна­ет все звонки, про­ходя­щие через IP-те­лефо­нию, и пре­об­ра­зу­ет их в текст с рас­пре­деле­ни­ем диалога по ролям ме­нед­же­ра и клиента. Для рас­позна­вания речи был выбран Yandex SpeechKit.
10. Рас­ши­рен­ная фун­кци­ональ­ность системы бро­ниро­вания — до­работ­ка ка­лен­да­ря дос­тупнос­ти обо­рудо­вания, ре­али­зация графика доставок и ав­то­мати­чес­ко­го расчета сто­имос­ти услуг.

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

К нам об­ра­тил­ся заказчик для раз­ра­бот­ки сервиса Socksgate с нуля под ключ по тех­ни­чес­ко­му заданию. Это сервис пар­тнерской прог­раммы для работы с socks5.

Socksgate-сервис состоит из кли­ент­ской и ад­ми­нис­тра­тор­ской части, backend, сервера контроля со­еди­нений и нес­коль­ких до­пол­ни­тель­ных сервисов проверки со­еди­нений socks5, в том числе проверки локации со­еди­нения.

Сервис поз­во­ля­ет ис­поль­зо­вать по­пуляр­ный протокол socks5 при работе через socks-прокси поль­зо­вате­лям, которым не­об­хо­димо по каким-то причинам скрыть реальный IP-адрес или под­клю­чить­ся к сервисам и сайтам с IP-адресом с заранее выб­ранной локацией.

Что мы делали

Работа над проектом зак­лю­чалась в раз­ра­бот­ке и ре­али­зации:

Кли­ент­ской части, ад­ми­нис­тра­тор­ской части,backend.

Раз­ра­ботан­ная и ре­али­зован­ная нами кли­ент­ская часть включает в себя:

• • дос­тупные для покупки socks5 с от­сле­жива­ни­ем дос­тупнос­ти в реальном времени;

• • ин­форма­цию по куп­ленным со­еди­нениям;

• • выбор тарифов для при­об­ре­тения со­еди­нений;

• • систему подбора socks по заданным па­рамет­рам по стране, городу, ZIP, ZIP-радиусу;

• • нас­трой­ки поль­зо­вате­ля.

Раз­ра­ботан­ная и ре­али­зован­ная ад­ми­нис­тра­тор­ская часть включает в себя:

• • раз­личную ста­тис­ти­ку со­еди­нений в разбивке, в том числе по странам;

• • ста­тис­ти­ку поль­зо­вате­лей, данные по пар­тне­рам;

• • мо­нито­ринг работы всех под­систем сервиса Socksgate;

• • уп­равле­ние и нас­трой­ки под­систем сервиса Socksgate;

• • уп­равле­ние и под­клю­чение пар­тне­ров;

• • уп­равле­ние поль­зо­вате­лями.

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

Backend

Сердцем сервиса Socksgate стал backend, обес­пе­чива­ющий вза­имо­дей­ствие кли­ент­ской и ад­ми­нис­тра­тор­ской части, сервисов проверок со­еди­нений, сервера со­еди­нений и сервиса по­луче­ния данных от пар­тне­ров по дос­тупным со­еди­нениям socks5.

Итоги работы

Резуль­та­том про­делан­ной работы стал продукт, поз­во­ля­ющий пар­тне­рам сервиса пре­дос­тавлять свои дос­тупные со­еди­нения socks5 для продажи поль­зо­вате­лям сервиса Socksgate.

Слож­ность сервиса Socksgate стала причиной ис­поль­зо­вания широкого спектра тех­но­логий, которые поз­во­лили решить все задачи, пос­тавлен­ные за­каз­чи­ком в тех­ни­чес­ком задании.

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

Заказчик об­ра­тил­ся к нам с задачей раз­ра­бот­ки фронтенд-части системы, которая состоит из двух проектов: ORC (Operator & Referrer & Company) и AH (Admin & HR Manager). Нам были пре­дос­тавле­ны макеты Figma и описание методов API сер­верной части. В качестве фрей­мвор­ка был выбран Vue 3.

В процессе работы над фронтенд-частью системы мы решали сле­ду­ющие задачи:

  •    раз­ра­бот­ка мак­си­маль­но по­нят­но­го поль­зо­ватель­ско­го ин­терфей­са;

  •    ав­то­мати­зация про­цес­сов подбора пер­со­нала;

  •   создание наиболее удобных решений и эф­фектив­ных инс­тру­мен­тов для сот­рудни­ков, которые под­би­ра­ют персонал;

  •    по­выше­ние эф­фектив­ности процесса и умень­ше­ние времени при поиске под­хо­дящих кан­ди­датов.

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

Проект Operator & Referrer & Company

Система ORC пред­став­ля­ет собой личный кабинет, который ре­али­зу­ет сле­ду­ющие задачи:

  •   раздел Operator — доступен только поль­зо­вате­лям роли Operator;

  •   раздел Referral — доступен поль­зо­вате­лям роли Referral;

  •   раздел Company — доступен поль­зо­вате­лям роли Company.

Раздел Operator

Личный кабинет опе­рато­ра состоит из сле­ду­ющих основных фун­кци­ональ­ных блоков:

  •   звонки;

  •   профиль проекта;

  •   часто за­дава­емые вопросы и обу­ча­ющие ма­тери­алы;

  •   новости;

  •   поиск.

Звoнки   

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

Также оператор может оставить ком­мента­рий любому выб­ранно­му звонку.

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

В верхнем подменю также доступны сле­ду­ющие разделы:

  •  Пос­ледние звонки — состоят из списка звонков с выб­ранным кан­ди­датом и основной ин­форма­ции о звонке, такой как ком­мента­рии опе­рато­ра и ме­нед­же­ра.

  •  Опросник — состоит из списка ответов кан­ди­дата на вопросы ме­нед­же­ра, по ре­зуль­та­там которых оп­ре­деля­ет­ся оценка кан­ди­дата.

  •  Интервью — пред­став­ля­ет собой список блоков вопросов, которые за­пол­ня­ет менеджер во время интервью с кан­ди­датом.

После за­пол­не­ния всех ответов на вопросы строится график с оценкой ха­рак­те­рис­тик кан­ди­дата.

• •   Резюме — поз­во­ля­ет прос­мотреть резюме кан­ди­дата через Google Docs.

• • Инфор­ма­ция о позиции — ин­форма­ция о компании, куда ус­тра­ива­ет­ся кандидат, состоит из общего описания компании, пред­ло­жения по за­работ­ной плате, а также описания вакансии.

Профиль проекта

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

Часто за­дава­емые вопросы и обу­ча­ющие ма­тери­алы

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

Новости

В верхнем меню доступна кнопка прос­мотра списка новостей с ука­зани­ем ко­личес­тва неп­росмот­ренных. Список новостей за­пол­ня­ется ад­ми­нис­тра­тором сайта, при прос­мотре новости она от­ме­ча­ет­ся прос­мотренной текущим поль­зо­вате­лем.

Поиск

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

Раздел Referrer

Раздел содержит список ссылок с воз­можностью импорта в реестр, а также поиск кан­ди­датов по реестру.

Проект Admin & HR Manager

Система AH пред­став­ля­ет собой личный кабинет, который ре­али­зу­ет сле­ду­ющие задачи:

  •  раздел Manager — доступен только поль­зо­вате­лям роли Manager;

  •  раздел Admin — доступен поль­зо­вате­лям роли Admin.

Раздел Manager

Раздел ме­нед­же­ра по подбору пер­со­нала пре­дос­тавля­ет сле­ду­ющие воз­можнос­ти:

  •  сводная ста­тис­ти­ка по системе;

  •  воронки;

  •  работа с почтой;

  •  сводная ин­форма­ция по проекту;

  •  ре­зуль­та­ты гло­баль­но­го поиска по профилям;

  •  просмотр профиля.

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

Сводная ста­тис­ти­ка по системе

Сводная ста­тис­ти­ка по системе — это инс­тру­мент, который пре­дос­тавля­ет обоб­щенную ин­форма­цию о работе системы уп­равле­ния кан­ди­дата­ми. Фун­кци­ональ­ность сводной ста­тис­ти­ки может включать сле­ду­ющие элементы:

1. Сводная ин­форма­ция по кон­версии и звонкам — это общая ин­форма­ция о ко­личес­тве звонков и кон­версии в системе. Это ко­личес­тво звонков, которые были сделаны, ко­личес­тво ответов на звонки и ко­личес­тво успешных интервью. Инфор­ма­ция поз­во­ля­ет оценить эф­фектив­ность системы и принять меры для работы опе­рато­ров.

   
   
   
   

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

   
   
   
   

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

   
   
   

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

   
   
   

Воронки

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

Фун­кци­ональ­ность воронки включает сле­ду­ющие элементы:

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

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

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

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

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

Работа с почтой

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

Сводная ин­форма­ция по проекту

Сводная ин­форма­ция по проекту включает фун­кци­ональ­ность, поз­во­ля­ющую прос­матри­вать основную ин­форма­цию по проекту, которая также содержит нес­коль­ко важных ком­по­нен­тов, таких как:

1. Список ре­фера­лов, включая их реестр вакансий.
   
   

   
   
   

2. Работа с ва­кан­си­ями на проекте — поз­во­ля­ет соз­да­вать, ре­дак­ти­ровать и уп­равлять ва­кан­си­ями на проекте. Ком­по­нент включает ин­форма­цию о каждой вакансии: ее название, описание, тре­бова­ния и за­работ­ную плату.

   
   
   
   

3. Редак­ти­рова­ние шаблонов — включает работу с шаб­ло­нами писем, звонков и сайта, в том числе их ре­дак­ти­рова­ние.
   
   

   
   
   

4. Редак­ти­рова­ние оп­росни­ков — поз­во­ля­ет ре­дак­ти­ровать оп­росни­ки, ис­поль­зу­емые для оценки кан­ди­датов. Включает в себя нас­тра­ива­емые вопросы, поз­во­ля­ющие ме­нед­же­рам оценить навыки, знания и опыт кан­ди­датов.

   
   
   
   

Резуль­та­ты гло­баль­но­го поиска по профилям

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

Просмотр профиля

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

Раздел Admin

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

  •  проекты;

  •  рефералы;

  •  поль­зо­вате­ли;

  •  нас­трой­ки системы.

Проекты

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

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

Рефералы

Отоб­ра­жа­ют­ся по умол­ча­нию выб­ранные активные рефералы с ин­форма­ци­ей по импортам в свер­ну­том виде. Допол­ни­тель­ная ин­форма­ция раз­во­рачи­ва­ет­ся по нажатию. Слева от карточки отоб­ра­жа­ет­ся ее по­ряд­ко­вый номер.

Поль­зо­вате­ли

При первом открытии страницы отоб­ра­жа­ют­ся все активные поль­зо­вате­ли системы с воз­можностью филь­тра­ции по типу поль­зо­вате­ля:

  •  все;

  •  ад­ми­нис­тра­торы;

  •  ме­нед­же­ры по подбору пер­со­нала;

  •  опе­рато­ры;

  •  рефералы;

  •  компании.

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

Нас­трой­ки системы

Блок настроек системы включает основные нас­трой­ки, FAQ, обу­ча­ющие ма­тери­алы и шаблоны по умол­ча­нию и поз­во­ля­ет нас­тра­ивать систему.

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

Новос­тная витрина – это веб-сайт, пре­дус­матри­ва­ющий оп­ре­делен­ный контент.

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

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

На чем основана работа онлайн-сервиса

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

Наши задачи

Для удов­летво­рения тре­бова­ний за­каз­чи­ков мы осу­щест­вля­ем до­работ­ку сервиса.

Что мы сделали

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

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

Кроме того, были рас­смот­ре­ны раз­личные пред­ло­жения хостинг-про­вай­де­ров. После этого мы сравнили их на предмет основных ха­рак­те­рис­тик и сто­имос­ти. Оценили качество ока­зыва­емых услуг и работы тех­поддер­жки.

Добавили

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

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

Для улуч­ше­ния работы рек­ламных кампаний был пе­рес­мотрен алгоритм по подсчету рек­ламных со­об­ще­ний и новостей.

Что дает новый алгоритм

• •  учи­тыва­ет до­пол­ни­тель­ные па­рамет­ры;

• •  повышает качество подбора ин­форма­ции;

• •  делает работу рек­ламных кампаний более эф­фектив­ной.

Дизайн

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

Выбор дизайна

Есть воз­можность выбрать дизайн. Для этого следует зайти в ад­ми­нис­тра­тив­ную часть портала.

Что дальше

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

Чем это помогло

• •  по­яви­лась воз­можность изменить трекер, не меняя при этом кода проекта;

• •  умень­шить нагрузку на сервер;

• •  улучшить анализ и об­ра­бот­ку ин­форма­ции.

Логи­рова­ние

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

Бла­года­ря этому ад­ми­нис­тра­тор сайта теперь может:

• •  от­сле­дить каждый из пе­рехо­дов (в ад­ми­нис­тра­тив­ной части сайта);

• •  узнать по нему доход;

• •  прос­мотреть статус выплаты.

Ход проекта

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

Что для этого было сделано

• •  мы изменили хранение поль­зо­вате­лей в системе;

• •  пе­ренес­ли сведения о поль­зо­вате­лях в спе­ци­аль­ную базу, чтобы обес­пе­чить их бе­зопас­ность.

Новые пол­но­мочия ад­ми­нис­тра­тора

 Теперь ад­ми­нис­тра­тор может уп­равлять поль­зо­вате­лями:

• •  соз­да­вать;

• •  удалять;

• •  ре­дак­ти­ровать.

А что сможет поль­зо­ватель

• •  прос­матри­вать ста­тис­ти­ку;

• •  нас­тра­ивать ссылки для рек­ламных кампаний;

• •  со­вер­шать иные действия в за­виси­мос­ти от роли.

Новая система ролей

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

2. Финан­сист — про­из­во­дит выплаты байерам по доходам.

3. Байер — осу­щест­вля­ет нас­трой­ку своих кампаний, от­сле­жива­ет ста­тис­ти­ку каждой из них.

Компания «Тех­но­робот» за­нима­ет­ся ав­то­мати­заци­ей про­из­водс­твен­ных про­цес­сов на базе про­мыш­ленных роботов FANUC и KUKA.

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

Что мы сделали

Мы до­рабо­тали ин­терфейс и фун­кци­ональ­ность прог­раммы для удобства поль­зо­вате­лей. Теперь в прог­рамме можно делать мас­шта­биро­вание при ре­дак­ти­рова­нии 2D-отоб­ра­жения детали и от­прав­лять на станок нес­коль­ко раскроев од­новре­мен­но.

А еще

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

Недавно к нам об­ра­тил­ся под­рядчик itway.ru и передал подряд на до­работ­ку портала юри­дичес­ких услуг - ILEGG.ru с задачей улучшить их сайт и рас­ши­рить су­щес­тву­ющий фун­кци­онал.

Плат­форма ILEGG.ru поз­во­ля­ет получить быстрые юри­дичес­кие кон­суль­та­ции фи­зичес­ким лицам и пред­ста­вите­лям раз­лично­го бизнеса. На сайте пред­став­ле­но более 250 юристов, ра­бота­ющих в разных областях права. Все кон­суль­та­ции пре­дос­тавля­ют­ся онлайн.

Задачи

На сайте ILEGG.ru много юристов и пос­то­ян­ных по­сети­телей. Команде аг­ре­гато­ра пот­ре­бова­лось мо­дер­ни­зиро­вать сайт, чтобы спе­ци­алис­ты смогли с ком­фортом вести ком­мерчес­кую де­ятель­ность, а клиенты – удаленно оп­ла­чивать услуги. С этими зап­ро­сами они об­ра­тились к нам, в Softorium.

Вот задачи, которые стояли перед нами:

1. Раз­ра­ботать систему мо­нети­зации услуг.
2. Дора­ботать личный кабинет поль­зо­вате­ля.
3. Внедрить систему ре­комен­да­ций.
4. Изменить главную страницу портала.

Что мы сделали

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

Система мо­нети­зации услуг

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

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

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

Резуль­та­том работы стала понятная система ввода-вывода денег и создания платных заявок с раз­личны­ми до­пол­ни­тель­ны­ми опциями.

Внед­ре­ние системы ре­комен­да­ций

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

Дора­бот­ка личного кабинета поль­зо­вате­ля

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

Профиль клиента

Ре­али­зован в виде стан­дар­тной поль­зо­ватель­ской анкеты. Эта группа по­сети­телей сайта не обладает рас­ши­рен­ны­ми правами и дос­ту­пами, так как единс­твен­ная цель клиента – по­луче­ние ка­чес­твен­ной юри­дичес­кой помощи.

Профиль частного юриста

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

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

Для ве­рифи­кации тре­бу­ет­ся заг­ру­зить скан паспорта. Нами также была ре­али­зова­на воз­можность привязки профиля спе­ци­алис­та к со­ци­аль­ным сетям.

Профиль юри­дичес­кой компании

Запол­не­ние профиля юри­дичес­кой компании осу­щест­вля­ет­ся по аналогии с профилем частного юриста. Мы добавили в анкету блок «Рек­ви­зиты». Инфор­ма­ция туда до­бав­ля­ет­ся ав­то­мати­чес­ки из открытых ис­точни­ков после ввода на­име­нова­ния ор­га­низа­ции.

Изме­нение главной страницы

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

Ход проекта

1. Иссле­дова­ние ин­терфей­са и фун­кци­онала юри­дичес­ко­го аг­ре­гато­ра.
2. Анализ основных тре­бова­ний поль­зо­вате­лей.
3. Раз­ра­бот­ка не­об­хо­димых клиенту систем.
4. Тес­ти­рова­ние и внед­ре­ние об­новлен­но­го фун­кци­онала.

HVALA пре­дос­тавля­ет своим поль­зо­вате­лям услуги Wi-Fi, а также сервис ав­то­риза­ции с ана­лити­кой и мар­ке­тин­го­выми инс­тру­мен­та­ми.

Кли­ен­та­ми сервиса являются кафе, рес­то­раны, гос­ти­ницы, пре­дос­тавля­ющие своим гостям доступ к ин­терне­ту.

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

К сети HVALA под­клю­чено более 1000 за­веде­ний на тер­ри­тории России, Казах­ста­на и Узбе­кис­та­на.

Спе­ци­алис­ты Softorium вы­пол­ни­ли ин­тегра­цию с новым дизайном админки, до­рабо­тали способы ав­то­риза­ции, систему отчетов.

Перед нами стояла задача создания мар­кет­плей­са одежды за­рубеж­ных пос­тавщи­ков на базе решения от 1С‑Битрикс. В ходе работ была про­веде­на адап­та­ции ядра Битрикс под тре­бова­ния за­каз­чи­ка: до­рабо­тана корзина, карточка товара, создан ком­по­нент рас­про­дажи. Раз­ра­бота­ны модули для ин­тегра­ций с пла­теж­ной системой CONTACT PAY, сервисом доставки Почты России, RetailCRM, сервисом e‑mail мар­ке­тин­га Mailganer.

Кроме того, был раз­ра­ботан модуль син­хро­низа­ции каталога с сайтом пос­тавщи­ка, для ежед­невной ак­ту­али­зации каталога с 75 000+ позиций. Написан модуль перевода, ин­тегри­рован­ный с модулем импорта: на входе файл на языке пос­тавщи­ка, на выходе ─ каталог товаров на русском языке.

Был проведен аудит хостинга для выбора оп­ти­маль­но­го решения по со­от­но­шению про­из­во­дитель­нос­ти и сто­имос­ти.

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

Для ин­тегра­ции ERP-системы ProSklad с рес­то­ран­ной системой учета iiko пла­ниро­валось ис­поль­зо­вать плагин Resto.Front.Api.WebServer. Но ока­залось, что плагин не пре­дос­тавля­ет ин­форма­цию о типе платежа: нельзя отличить оплату картой, на­лич­ны­ми или сме­шан­ным образом. Нашими спе­ци­алис­та­ми был проведен анализ плагина iiko и раз­ра­бота­на его копия, но с воз­можностью передачи данных о типе оплаты.

Неза­виси­мый ком­мерчес­кий проект tentrade.kz - уни­вер­саль­ная элек­трон­ная торговая площадка (ЭТП) для ор­га­низа­ции за­купоч­ной и снаб­женчес­кой де­ятель­нос­ти на тер­ри­тории Рес­публи­ки Казах­стан и СНГ. В рамках сот­рудни­чес­тва была вы­пол­не­на до­работ­ка системы а­ук­ци­он­ных торгов, оп­ти­мизи­рован поиск торгов с помощью раз­личных фильтров и сор­ти­ров­ки, про­веде­на ин­тегра­ция ресурсов торговой площадки в сайт-партнёр.

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

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

Заказчик пришел к нам с идеей и коротким опи­сани­ем же­ла­емо­го фун­кци­она­ла. Было пред­ло­жено начать раз­ра­бот­ку с MVP Android при­ложе­ния. При­мене­ние agile-подхода оп­равда­ло себя, так как в ходе работ заказчик нес­коль­ко раз менял нап­равле­ние раз­ра­бот­ки. Для раз­ра­бот­ки сер­верной части ис­поль­зо­вал­ся Python, Django; мо­биль­ный клиент раз­ра­баты­вал­ся на Kotlin. Позже началась раз­ра­бот­ка iOS-при­ложе­ния (Swift). Мобиль­ное при­ложе­ние поз­во­ля­ет раз­ме­щать объ­яв­ле­ния о сов­мес­тной покупке, пред­ла­гать товары и услуги для закупки в склад­чи­ну, получать пуш-уве­дом­ле­ния, об­ме­нивать­ся со­об­ще­ни­ями в чатах.

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

ERP-система ProSklad со­от­ветс­тву­ет тре­бова­ни­ям трех­компо­нен­тной ин­тегри­рован­ной системы (далее ТИС). ProSklad работает как веб-при­ложе­ние (SPA на Vue.js). Одним из тре­бова­ний к ТИС является ин­тегра­ция с POS-тер­ми­нала­ми раз­личных банков. Под ин­тегра­ци­ей под­ра­зуме­ва­ет­ся процесс, когда поль­зо­ватель ини­ци­иру­ет оплату в веб-при­ложе­нии, а терминал ав­то­мати­чес­ки под­хва­тыва­ет сумму и готов принять платеж.

Раз­ра­бот­ка desktop-при­ложе­ния зак­лю­чалась в про­ек­ти­рова­нии и раз­ра­бот­ке модуля, свя­зыва­юще­го POS-тер­ми­налы раз­личных банков и ERP-систему. Раз­ра­бот­чи­кам ProSklad больше не нужно знать об осо­бен­ностях работы раз­личных POS-тер­ми­налов, их раз­но­род­ных API и биб­ли­отек. Модуль позволят ис­поль­зо­вать единый ин­терфейс для работы с POS-тер­ми­нала­ми. Под­дер­жка каждого нового банка или тер­ми­нала осу­щест­вля­ет­ся в самом модуле без не­об­хо­димос­ти вносить из­ме­нения в ERP-систему ProSklad. Таким образом, раз­ра­бот­ка desktop-при­ложе­ния поз­во­лила привлечь новых пот­ре­бите­лей и рас­ши­рить список банков-эк­вай­еров, под­клю­чение которых ранее было зат­рудни­тель­но.

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

Интег­ра­ции пла­теж­ной системы в игру «Симу­лятор Гене­раль­но­го Дирек­то­ра» SGD Игра пред­став­ля­ет собой глубоко мо­дер­ни­зиро­ван­ный алгоритм - квест делового района Москвы у метро Бело­рус­ская, дающий полное пог­ру­жение в мир пред­при­нима­теля-эк­спор­те­ра. Игроку пред­сто­ит пройти путь от открытия валютных счетов до поставки своей про­дук­ции за­рубеж­ным по­купа­телям. Квест сос­тавлен мак­си­маль­но приб­ли­жен­ным к реалиям жизни. Все пер­со­нажи: та­можен­ный пред­ста­витель, юристы, сот­рудни­ки юри­дичес­ко­го отдела банка, иные «слу­чай­ные» люди - взяты из де­лоп­ро­из­водс­твен­ной жизни.

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

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

FORA ис­поль­зу­ет прог­рам­мный комплекс ав­то­мати­зации учёта рабочего времени сот­рудни­ков, вклю­ча­ющий мо­биль­ное и веб- при­ложе­ния. Регис­тра­ция рабочего времени осу­щест­вля­ет­ся путём ска­ниро­вания, сфор­ми­рован­но­го в системе QR-кода: открытие/закрытие дня. Система собирает ин­форма­цию по каждому сот­рудни­ку и пре­дос­тавля­ет ад­ми­нис­тра­тору воз­можность прос­мотра ста­тис­ти­ки и фор­ми­рова­ния отчетов.

Развитие сети ма­гази­нов FORA пот­ре­бова­ло мо­дер­ни­зации системы и до­работ­ки ее фун­кци­она­ла. Мобиль­ное при­ложе­ние, вы­пол­ненное на Qt, было пол­ностью пе­репи­сано на Kotlin Multiplatform для уп­ро­щения его соп­ро­вож­де­ния и об­слу­жива­ния. Это также помогло из­ба­вить­ся от старой ре­али­зации Qt QML и улучшить сов­мести­мость с новыми версиями NDK. Исполь­зо­вание муль­тип­латфор­менно­го решения сок­ра­тило время на на­писа­ние кода для мо­биль­ных при­ложе­ний Android и iOS. Большая часть логики вынесена в общий модуль, за ис­клю­чени­ем макетов экранов и фун­кци­она­ла рас­позна­вания QR-кода.

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

Prosklad – ведущее решение по учету товаров в Казах­ста­не. Мы провели работы по ин­тегра­ции элек­трон­ных весов с системой. Ранее поль­зо­вате­ли при каждом из­ме­нении в товарах фор­ми­рова­ли Excel-файл и заг­ру­жали его в товарные весы сети ма­гази­нов вручную. Тре­бова­лось спро­ек­ти­ровать и провести ав­то­мати­зацию процесса для весов марок Rongta RLS 1000/1100, Масса-К RP и ШТРИХ-ПРИНТ M. Была раз­ра­бота­на служба, которая выс­ту­па­ет в качестве сокет-сервера, при­нима­ет команды на об­новле­ние товаров от ERP-системы и от­прав­ля­ет их в весы через низ­ко­уров­не­вое API.

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

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

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

Сущес­тву­ющие средства ви­зу­али­зации в YouTrack не удов­летво­ряли за­каз­чи­ка - IT службу круп­ней­ше­го юве­лир­но­го про­из­во­дите­ля России.

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

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

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

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

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

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

EurasianTech – круп­ней­шая тен­дерная площадка Казах­ста­на. Закупщик при пуб­ли­кации ин­форма­ции о закупке под­пи­сыва­ет до­кумен­та­цию элек­трон­ной цифровой подписью. Перед нами стояла задача кон­верта­ции всех при­ложе­ний в формат PDF и ре­али­зация воз­можнос­ти раз­ме­щения на каждой странице до­кумен­тов ин­форма­ции о дей­ству­ющей ЭЦП и QR-кода для воз­можнос­ти проверки дей­стви­тель­нос­ти подписи.

Digital-агентство СайтАктив за­нима­ет­ся прод­ви­жени­ем с 2006 года. Для своей работы агентство ис­поль­зу­ет внут­реннюю CRM, с которой ин­тегри­рова­ны Яндекс.Метрика, Яндекс.Веб­мастер, Яндекс.Директ, Google Ads. Наша задача зак­лю­чалась в до­работ­ке этого инс­тру­мен­та. Заново вы­пол­не­на ин­тегра­ция с Google Ads, до­рабо­тана система ге­нера­ции отчетов о ре­зуль­та­тах прод­ви­жения сайтов клиентов. Про­водит­ся под­дер­жка и до­работ­ка сервиса по запросам за­каз­чи­ка.

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

Когда Visa и Mastercard ушли из России, расчеты картами этих систем в мо­биль­ном при­ложе­нии стали не­воз­можны, как и оплата через Google Play. С этой проб­ле­мой заказчик об­ра­тил­ся к нам. Наша команда спро­ек­ти­рова­ла и ре­али­зова­ла решение по обес­пе­чению воз­можнос­ти прод­ле­ния или покупки новой подписки в мо­биль­ном при­ложе­нии для рос­сий­ских поль­зо­вате­лей. При этом сох­ра­нены все су­щес­тву­ющие способы оплаты для поль­зо­вате­лей из других стран.

Заказчик – пос­тавщик и арен­до­датель обо­рудо­вания для ат­трак­ци­онов. Перед нами была пос­тавле­на задача раз­ра­бот­ки умного поиска по сайту https://www.art-active.ru/. Также тре­бова­лось раз­ра­ботать парсинг с сайта по его фиду - потоку контента, который ав­то­мати­чес­ки под­гру­жа­ет­ся блоками на веб-странице или в при­ложе­нии.

Фид пред­став­ля­ет из себя XML-файл, со­дер­жа­щий всю ин­форма­цию, о товарах, отоб­ра­жа­ющу­юся на сайте: на­име­нова­ние, цена, ка­тего­рия и прочее. Эти данные оп­ре­деля­ют объекты, хранимые в базе данных.

Был ре­али­зован поиск с учетом мор­фо­логии, до­бав­ле­на не­об­хо­димая при­ори­тет­ность поиска, скор­ректи­рова­но раз­би­ение фразы на токены, пе­рера­ботан поиск по ключевым словам. Токены пред­став­ля­ют из себя массив слов из которых состоит запрос. Например, то­кени­затор пробелов, который ис­поль­зу­ет­ся по стан­дарту, разделит текст на токены, когда увидит пробел. Текст «Быстрая ко­рич­не­вая лиса!» Пре­об­ра­зу­ет­ся в [«Быстро», «ко­рич­не­вая», «лиса!»].

В работе ис­поль­зо­вана по­ис­ко­вая система Elasticsearch, которая работает с от­дель­ной базой данных. Elasticsearch пре­дос­тавля­ет сле­ду­ющие воз­можнос­ти:

• Авто­мати­чес­кую ин­декса­цию новых JSON-объектов, которые заг­ру­жа­ют­ся в базу и сразу ста­новят­ся дос­тупны­ми для поиска, за счет от­сутс­твия схемы согласно типичной NoSQL-кон­цепции. Это поз­во­ля­ет ускорить про­тоти­пиро­вание по­ис­ко­вых Big Data решений;
• Гибкость по­ис­ко­вых фильтров, включая нечеткий поиск и муль­ти­арен­дность, когда в рамках одного объекта ES можно ди­нами­чес­ки ор­га­низо­вать нес­коль­ко раз­личных по­ис­ко­вых систем;
• Наличие встро­ен­ных ана­лиза­торов текста поз­во­ля­ет Elasticsearch ав­то­мати­чес­ки вы­пол­нять то­кени­зацию, лем­ма­тиза­цию - процесс при­веде­ния сло­вофор­мы к её нор­маль­ной (сло­вар­ной) форме, стемминг - это процесс на­хож­де­ния основы слова для за­дан­но­го ис­ходно­го слова и прочие пре­об­ра­зова­ния для решения NLP-задач, свя­зан­ных с поиском данных.

Поиск про­ис­хо­дит по сле­ду­юще­му ал­го­рит­му:

1. Соз­да­ет­ся и нас­тра­ива­ет­ся запрос, со­дер­жа­щий сле­ду­ющие па­рамет­ры:
   a. type – тип запроса;
   b. fields – поля по которым про­ис­хо­дит поиск и их при­ори­тет­ность;
   c. query – сам запрос;
   d. minimum_should_match – ко­личес­тво знаков на сколько ре­зуль­тат может от­ли­чать­ся от запроса.
2. Запрос подается на вход ана­лиза­тору.
3. Ана­лиза­тор раз­би­ва­ет запрос на токены, ис­поль­зуя фильтры.
4. Про­из­во­дит­ся поиск по заданным полям и сор­ти­ру­ет­ся в за­виси­мос­ти от заданных настроек запроса.
5. Воз­вра­ща­ет­ся список ре­зуль­татов.

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

Учет мор­фо­логии под­ра­зуме­ва­ет раз­би­ение запроса по таким частям как предлоги, частицы и др. С помощью мор­фо­логии запрос раз­би­ва­ется на токены, пред­став­ля­ющие из себя основу слова, например, «отвертка» после работы ана­лиза­тора будет пред­став­лять из себя «отвертк».

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

Заказ­чи­ку были пре­дос­тавле­ны кон­суль­та­ции по тон­костям работы и нас­трой­ке поиска.

Редактор поз­во­ля­ет по­купа­телям са­мос­то­ятель­но сконс­тру­иро­вать узоры из плитки и рас­счи­тать ко­личес­тво и сто­имость ма­тери­алов.  Наши раз­ра­бот­чи­ки учас­тво­вали в до­работ­ке фун­кци­она­ла ви­зу­али­зации. Добавили воз­можность приб­ли­зить, отдалить, пе­ремес­тить камеру от­но­ситель­но картинки. Добавлен фун­кци­онал ком­плек­тов. Были решены проблемы коллизий размеров плитки при сос­тавле­нии узоров.

Сервис team-finder.ru был запущен в 2019 году группой эн­ту­зи­ас­тов футбола, которые хотели об­легчить людям занятие любимым видом спорта. С помощью сервиса team-finder.ru игроки в футбол любого уровня могут искать команду, а команды — игроков.

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

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

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

По итогу все ошибки, воз­ни­ка­ющие при работе в личном кабинете сервиса, были ус­тра­нены. Также были внесены из­ме­нения в верстку, которые поз­во­лили более красиво отоб­ра­жать карточки игроков.

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

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

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

Наиболее зна­читель­ным и ин­те­рес­ным моментом было до­бав­ле­ние в при­ложе­ние воз­можнос­ти создания сце­нари­ев. Сценарий пред­став­ля­ет из себя ло­гичес­кую связку из условия и действий «если, то», что поз­во­ля­ет связать из­ме­нение сос­то­яния датчика с уп­равле­ни­ем ус­трой­ством, тем самым ав­то­мати­зиро­вав уп­равле­ние. К примеру, открыли дверь - сработал датчик двери - вклю­чил­ся свет; все ушли на работу - в 8:00 вклю­чил­ся сценарий «Никого нет дома» - свет и кон­ди­ци­оне­ры вык­лю­чились. Можно не только включать/вык­лю­чать ус­трой­ства или сценарии, но и от­прав­лять push-уве­дом­ле­ния или со­об­ще­ния в Телеграм.

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

Нередко к нам об­ра­ща­ют­ся за раз­ра­бот­кой парсеров.

Что такое парсер

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

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

Что нужно было сделать

Наш заказчик — владелец онлайн-аптеки — хотел получить ин­форма­цию о ценах сайта-кон­ку­рен­та.

Парсер должен был иметь сле­ду­ющие функции:

• •  воз­можность запуска по рас­пи­санию;

• •  защиту от од­новре­мен­но­го запуска нес­коль­ких про­цес­сов парсинга;

• •  обход защиты сайта-донора;

• • воз­можность ис­поль­зо­вать прокси для обхода бло­киров­ки IP-адреса, с которого от­прав­ля­ют­ся запросы;

• •  сбор ин­форма­ции по оп­ре­делен­ным ка­тего­ри­ям товаров с воз­можностью из­ме­нения списка ка­тего­рий;

• •  сох­ра­нение ре­зуль­та­та работы парсера в txt-файл.

Ход работ

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

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

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

Для обес­пе­чения работы парсера без об­на­ружения были ис­поль­зо­ваны сле­ду­ющие биб­ли­оте­ки: selenium-wire и undetected-chromedriver .

Для более легкой сборки проекта и его запуска было решено ис­поль­зо­вать кон­тей­не­риза­цию Docker. Подход обес­пе­чил воз­можность пер­во­началь­но­го запуска проекта с ис­поль­зо­вани­ем бук­валь­но двух команд без не­об­хо­димос­ти пе­режи­вать об ус­та­нов­ке всех за­виси­мых пакетов. Для этих целей мы ис­поль­зо­вали Docker image ultrafunk/undetected-chromedriver, который поз­во­ля­ет за­пус­кать браузер Chrome внутри вир­ту­аль­но­го кон­тей­не­ра без не­об­хо­димос­ти под­клю­чения внешнего экрана, что при запуске парсера на сервере является важной сос­тавля­ющей.

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

Резуль­ти­ру­ющий файл содержит список городов, ма­гази­нов, ID товара, название товара и другую тре­бу­емую ин­форма­цию.

К нам об­ра­тил­ся заказчик для до­работ­ки сервиса Inntravel.ru — сайта выгодных пу­тешес­твий по России. Задача на первый взгляд не­боль­шая — поп­ра­вить логику отоб­ра­жения и филь­тра­ции отелей.

Заказчик был уверен, что сайт почти готов.

С какими труд­ностя­ми мы стол­кну­лись

При изучении проекта мы стол­кну­лись с не­ожи­дан­ны­ми вызовами. Ока­залось, что термин «почти готов» в этом кон­тек­сте означал, что готов был только «каркас» проекта. В час­тнос­ти, об­на­ружи­ли, что база данных содержит только сырые SQL-запросы, а система backend'а не струк­ту­риро­вана. Даже при простой попытке раз­вернуть проект для ло­каль­ной раз­ра­бот­ки и анализа кода пришлось ис­пра­вить большое ко­личес­тво ошибок. Как ре­зуль­тат, проект на­ходил­ся в пол­ностью не­завер­шенном сос­то­янии и требовал зна­читель­ной работы для со­от­ветс­твия тре­бова­ни­ям стан­дар­тно­го пол­но­цен­но­го сайта.

Что мы делали

1. Backend проекта был написан на Flask. Для вза­имо­дей­ствия с базой данных приняли решение ин­тегри­ровать биб­ли­оте­ки SQLAlchemy (ORM для вза­имо­дей­ствия с базой данных) и Alembic (для уп­равле­ния миг­ра­ци­ями базы данных) в уже су­щес­тву­ющий код.

Все ранее су­щес­тву­ющие SQL-запросы пе­репи­сали через новый ORM и создали со­от­ветс­тву­ющие модели, опи­сыва­ющие струк­ту­ру базы данных. Это было не­об­хо­димо как для ис­поль­зо­вания SQLAlchemy, так и для работы с Alembic. В ре­зуль­тате этих из­ме­нений зна­читель­ная часть пре­дыду­щего кода была пе­рера­бота­на, ис­пра­вили большое ко­личес­тво ошибок, добавили ди­нами­чес­кий контент в ста­тич­ные элементы сайта.

2. Также были успешно ин­тегри­рова­ны пла­теж­ные системы: система быстрых платежей (СБП) и «Альфа-банк». Это решение поз­во­лило поль­зо­вате­лям сайта выбирать оп­ти­маль­ный способ оплаты и сделало процесс про­веде­ния тран­закций более удобным и гибким.

   
   
   

3. Создали систему по указанию цен на кон­крет­ную комнату в отеле в пределах от одного дня и до всего года.

   
   
   

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

   
   
   

5. Добавили парсер для сбора данных по сайту hochu-na-yuga и создания на основе этих данных отелей на сайте за­каз­чи­ка. Для его работы ин­тегри­рова­ли систему по запуску фоновых задач через Celery.
   
   

   
   
   

6. Также провели большое ко­личес­тво работ с frontend-частью проекта. Несмотря на то что у за­каз­чи­ка уже были готовые шаблоны, во многих аспектах они не удов­летво­ряли пот­ребнос­тям.
   
   

   

Выводы

В конечном итоге можно сказать, что большая часть работ кос­ну­лась backend-части. Главной задачей было уйти от старой струк­ту­ры проекта, добавить больше воз­можнос­тей по нас­трой­ке контента через ад­минпа­нель, улучшить про­из­во­дитель­ность и «вылечить» все най­ден­ные ошибки. А также, конечно, вы­пол­нить все пос­тавлен­ные за­каз­чи­ком задачи.

Компания «Техника сов­ре­мен­ной съемки» с 2012 года сдает в аренду фото- и ви­де­отех­ни­ку, являясь одним из круп­ней­ших сервисов проката Москвы. Перед нами стояли задачи по до­работ­ке системы ав­то­мати­зации и упо­рядо­чива­нию операций, свя­зан­ных с об­слу­жива­ни­ем клиентов, уп­равле­ни­ем заказами и оценкой работы пер­со­нала:

1. Под­робная ана­лити­ка заказов — ад­ми­нис­тра­тор и ме­нед­же­ры имеют доступ к под­робной ана­лити­ке заказов, которая помогает им понять раз­личные аспекты работы, такие как объемы заказов, их типы, время вы­пол­не­ния и отмены заказов.
2. Ста­тис­ти­ка ис­поль­зо­вания обо­рудо­вания — система от­сле­жива­ет ис­поль­зо­вание раз­лично­го обо­рудо­вания, фото- и ви­де­ока­мер, объ­ек­ти­вов и ос­ве­щения. Эти данные ис­поль­зу­ют­ся для вы­яв­ле­ния высокой нагрузки и оп­ти­миза­ции графиков тех­ни­чес­ко­го об­слу­жива­ния обо­рудо­вания.
3. Сох­ра­нение истории работы над заказом — система сох­ра­ня­ет историю всех работ, вы­пол­ненных по кон­крет­но­му заказу. Это помогает от­сле­дить ход вы­пол­не­ния заказа и убе­дить­ся, что все не­об­хо­димые работы сделаны.
4. Личный кабинет механика — у каждого механика есть свой личный кабинет в системе для прос­мотра и вы­пол­не­ния наз­на­чен­ных заказов.
5. Система оценки эф­фектив­ности ме­нед­же­ра — система имеет встро­ен­ную систему оценки эф­фектив­ности ме­нед­же­ров на основе раз­личных кри­тери­ев, таких как время вы­пол­не­ния заказа, удов­летво­рен­ность клиентов и про­из­во­дитель­ность труда пер­со­нала.
6. Система скидок и акций — система поз­во­ля­ет ав­то­мати­чес­ки при­менять скидки к товарам, от­ве­ча­ющим оп­ре­делен­ным кри­тери­ям, таким как ка­тего­рия товара или цена.
7. «Спящие клиенты» — система оп­ре­деля­ет клиентов, которые давно не об­ра­щались, и относит их к ка­тего­рии «спящих клиентов».
8. Отчет о новых клиентах — система будет ге­нери­ровать отчеты о новых клиентах. Эта ин­форма­ция полезна для раз­ра­бот­ки мар­ке­тин­го­вых стра­тегий и оп­ре­деле­ния областей, нуж­да­ющих­ся в улуч­ше­нии.
9. Рас­позна­вание записей звонков — система ав­то­мати­чес­ки рас­позна­ет все звонки, про­ходя­щие через IP-те­лефо­нию, и пре­об­ра­зу­ет их в текст с рас­пре­деле­ни­ем диалога по ролям ме­нед­же­ра и клиента. Для рас­позна­вания речи был выбран Yandex SpeechKit.
10. Рас­ши­рен­ная фун­кци­ональ­ность системы бро­ниро­вания — до­работ­ка ка­лен­да­ря дос­тупнос­ти обо­рудо­вания, ре­али­зация графика доставок и ав­то­мати­чес­ко­го расчета сто­имос­ти услуг.

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

К нам об­ра­тил­ся заказчик для раз­ра­бот­ки сервиса Socksgate с нуля под ключ по тех­ни­чес­ко­му заданию. Это сервис пар­тнерской прог­раммы для работы с socks5.

Socksgate-сервис состоит из кли­ент­ской и ад­ми­нис­тра­тор­ской части, backend, сервера контроля со­еди­нений и нес­коль­ких до­пол­ни­тель­ных сервисов проверки со­еди­нений socks5, в том числе проверки локации со­еди­нения.

Сервис поз­во­ля­ет ис­поль­зо­вать по­пуляр­ный протокол socks5 при работе через socks-прокси поль­зо­вате­лям, которым не­об­хо­димо по каким-то причинам скрыть реальный IP-адрес или под­клю­чить­ся к сервисам и сайтам с IP-адресом с заранее выб­ранной локацией.

Что мы делали

Работа над проектом зак­лю­чалась в раз­ра­бот­ке и ре­али­зации:

Кли­ент­ской части, ад­ми­нис­тра­тор­ской части,backend.

Раз­ра­ботан­ная и ре­али­зован­ная нами кли­ент­ская часть включает в себя:

• • дос­тупные для покупки socks5 с от­сле­жива­ни­ем дос­тупнос­ти в реальном времени;

• • ин­форма­цию по куп­ленным со­еди­нениям;

• • выбор тарифов для при­об­ре­тения со­еди­нений;

• • систему подбора socks по заданным па­рамет­рам по стране, городу, ZIP, ZIP-радиусу;

• • нас­трой­ки поль­зо­вате­ля.

Раз­ра­ботан­ная и ре­али­зован­ная ад­ми­нис­тра­тор­ская часть включает в себя:

• • раз­личную ста­тис­ти­ку со­еди­нений в разбивке, в том числе по странам;

• • ста­тис­ти­ку поль­зо­вате­лей, данные по пар­тне­рам;

• • мо­нито­ринг работы всех под­систем сервиса Socksgate;

• • уп­равле­ние и нас­трой­ки под­систем сервиса Socksgate;

• • уп­равле­ние и под­клю­чение пар­тне­ров;

• • уп­равле­ние поль­зо­вате­лями.

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

Backend

Сердцем сервиса Socksgate стал backend, обес­пе­чива­ющий вза­имо­дей­ствие кли­ент­ской и ад­ми­нис­тра­тор­ской части, сервисов проверок со­еди­нений, сервера со­еди­нений и сервиса по­луче­ния данных от пар­тне­ров по дос­тупным со­еди­нениям socks5.

Итоги работы

Резуль­та­том про­делан­ной работы стал продукт, поз­во­ля­ющий пар­тне­рам сервиса пре­дос­тавлять свои дос­тупные со­еди­нения socks5 для продажи поль­зо­вате­лям сервиса Socksgate.

Слож­ность сервиса Socksgate стала причиной ис­поль­зо­вания широкого спектра тех­но­логий, которые поз­во­лили решить все задачи, пос­тавлен­ные за­каз­чи­ком в тех­ни­чес­ком задании.

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

Заказчик об­ра­тил­ся к нам с задачей раз­ра­бот­ки фронтенд-части системы, которая состоит из двух проектов: ORC (Operator & Referrer & Company) и AH (Admin & HR Manager). Нам были пре­дос­тавле­ны макеты Figma и описание методов API сер­верной части. В качестве фрей­мвор­ка был выбран Vue 3.

В процессе работы над фронтенд-частью системы мы решали сле­ду­ющие задачи:

  •    раз­ра­бот­ка мак­си­маль­но по­нят­но­го поль­зо­ватель­ско­го ин­терфей­са;

  •    ав­то­мати­зация про­цес­сов подбора пер­со­нала;

  •   создание наиболее удобных решений и эф­фектив­ных инс­тру­мен­тов для сот­рудни­ков, которые под­би­ра­ют персонал;

  •    по­выше­ние эф­фектив­ности процесса и умень­ше­ние времени при поиске под­хо­дящих кан­ди­датов.

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

Проект Operator & Referrer & Company

Система ORC пред­став­ля­ет собой личный кабинет, который ре­али­зу­ет сле­ду­ющие задачи:

  •   раздел Operator — доступен только поль­зо­вате­лям роли Operator;

  •   раздел Referral — доступен поль­зо­вате­лям роли Referral;

  •   раздел Company — доступен поль­зо­вате­лям роли Company.

Раздел Operator

Личный кабинет опе­рато­ра состоит из сле­ду­ющих основных фун­кци­ональ­ных блоков:

  •   звонки;

  •   профиль проекта;

  •   часто за­дава­емые вопросы и обу­ча­ющие ма­тери­алы;

  •   новости;

  •   поиск.

Звoнки   

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

Также оператор может оставить ком­мента­рий любому выб­ранно­му звонку.

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

В верхнем подменю также доступны сле­ду­ющие разделы:

  •  Пос­ледние звонки — состоят из списка звонков с выб­ранным кан­ди­датом и основной ин­форма­ции о звонке, такой как ком­мента­рии опе­рато­ра и ме­нед­же­ра.

  •  Опросник — состоит из списка ответов кан­ди­дата на вопросы ме­нед­же­ра, по ре­зуль­та­там которых оп­ре­деля­ет­ся оценка кан­ди­дата.

  •  Интервью — пред­став­ля­ет собой список блоков вопросов, которые за­пол­ня­ет менеджер во время интервью с кан­ди­датом.

После за­пол­не­ния всех ответов на вопросы строится график с оценкой ха­рак­те­рис­тик кан­ди­дата.

• •   Резюме — поз­во­ля­ет прос­мотреть резюме кан­ди­дата через Google Docs.

• • Инфор­ма­ция о позиции — ин­форма­ция о компании, куда ус­тра­ива­ет­ся кандидат, состоит из общего описания компании, пред­ло­жения по за­работ­ной плате, а также описания вакансии.

Профиль проекта

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

Часто за­дава­емые вопросы и обу­ча­ющие ма­тери­алы

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

Новости

В верхнем меню доступна кнопка прос­мотра списка новостей с ука­зани­ем ко­личес­тва неп­росмот­ренных. Список новостей за­пол­ня­ется ад­ми­нис­тра­тором сайта, при прос­мотре новости она от­ме­ча­ет­ся прос­мотренной текущим поль­зо­вате­лем.

Поиск

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

Раздел Referrer

Раздел содержит список ссылок с воз­можностью импорта в реестр, а также поиск кан­ди­датов по реестру.

Проект Admin & HR Manager

Система AH пред­став­ля­ет собой личный кабинет, который ре­али­зу­ет сле­ду­ющие задачи:

  •  раздел Manager — доступен только поль­зо­вате­лям роли Manager;

  •  раздел Admin — доступен поль­зо­вате­лям роли Admin.

Раздел Manager

Раздел ме­нед­же­ра по подбору пер­со­нала пре­дос­тавля­ет сле­ду­ющие воз­можнос­ти:

  •  сводная ста­тис­ти­ка по системе;

  •  воронки;

  •  работа с почтой;

  •  сводная ин­форма­ция по проекту;

  •  ре­зуль­та­ты гло­баль­но­го поиска по профилям;

  •  просмотр профиля.

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

Сводная ста­тис­ти­ка по системе

Сводная ста­тис­ти­ка по системе — это инс­тру­мент, который пре­дос­тавля­ет обоб­щенную ин­форма­цию о работе системы уп­равле­ния кан­ди­дата­ми. Фун­кци­ональ­ность сводной ста­тис­ти­ки может включать сле­ду­ющие элементы:

1. Сводная ин­форма­ция по кон­версии и звонкам — это общая ин­форма­ция о ко­личес­тве звонков и кон­версии в системе. Это ко­личес­тво звонков, которые были сделаны, ко­личес­тво ответов на звонки и ко­личес­тво успешных интервью. Инфор­ма­ция поз­во­ля­ет оценить эф­фектив­ность системы и принять меры для работы опе­рато­ров.

   
   
   
   

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

   
   
   
   

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

   
   
   

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

   
   
   

Воронки

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

Фун­кци­ональ­ность воронки включает сле­ду­ющие элементы:

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

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

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

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

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

Работа с почтой

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

Сводная ин­форма­ция по проекту

Сводная ин­форма­ция по проекту включает фун­кци­ональ­ность, поз­во­ля­ющую прос­матри­вать основную ин­форма­цию по проекту, которая также содержит нес­коль­ко важных ком­по­нен­тов, таких как:

1. Список ре­фера­лов, включая их реестр вакансий.
   
   

   
   
   

2. Работа с ва­кан­си­ями на проекте — поз­во­ля­ет соз­да­вать, ре­дак­ти­ровать и уп­равлять ва­кан­си­ями на проекте. Ком­по­нент включает ин­форма­цию о каждой вакансии: ее название, описание, тре­бова­ния и за­работ­ную плату.

   
   
   
   

3. Редак­ти­рова­ние шаблонов — включает работу с шаб­ло­нами писем, звонков и сайта, в том числе их ре­дак­ти­рова­ние.
   
   

   
   
   

4. Редак­ти­рова­ние оп­росни­ков — поз­во­ля­ет ре­дак­ти­ровать оп­росни­ки, ис­поль­зу­емые для оценки кан­ди­датов. Включает в себя нас­тра­ива­емые вопросы, поз­во­ля­ющие ме­нед­же­рам оценить навыки, знания и опыт кан­ди­датов.

   
   
   
   

Резуль­та­ты гло­баль­но­го поиска по профилям

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

Просмотр профиля

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

Раздел Admin

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

  •  проекты;

  •  рефералы;

  •  поль­зо­вате­ли;

  •  нас­трой­ки системы.

Проекты

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

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

Рефералы

Отоб­ра­жа­ют­ся по умол­ча­нию выб­ранные активные рефералы с ин­форма­ци­ей по импортам в свер­ну­том виде. Допол­ни­тель­ная ин­форма­ция раз­во­рачи­ва­ет­ся по нажатию. Слева от карточки отоб­ра­жа­ет­ся ее по­ряд­ко­вый номер.

Поль­зо­вате­ли

При первом открытии страницы отоб­ра­жа­ют­ся все активные поль­зо­вате­ли системы с воз­можностью филь­тра­ции по типу поль­зо­вате­ля:

  •  все;

  •  ад­ми­нис­тра­торы;

  •  ме­нед­же­ры по подбору пер­со­нала;

  •  опе­рато­ры;

  •  рефералы;

  •  компании.

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

Нас­трой­ки системы

Блок настроек системы включает основные нас­трой­ки, FAQ, обу­ча­ющие ма­тери­алы и шаблоны по умол­ча­нию и поз­во­ля­ет нас­тра­ивать систему.

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

Новос­тная витрина – это веб-сайт, пре­дус­матри­ва­ющий оп­ре­делен­ный контент.

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

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

На чем основана работа онлайн-сервиса

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

Наши задачи

Для удов­летво­рения тре­бова­ний за­каз­чи­ков мы осу­щест­вля­ем до­работ­ку сервиса.

Что мы сделали

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

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

Кроме того, были рас­смот­ре­ны раз­личные пред­ло­жения хостинг-про­вай­де­ров. После этого мы сравнили их на предмет основных ха­рак­те­рис­тик и сто­имос­ти. Оценили качество ока­зыва­емых услуг и работы тех­поддер­жки.

Добавили

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

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

Для улуч­ше­ния работы рек­ламных кампаний был пе­рес­мотрен алгоритм по подсчету рек­ламных со­об­ще­ний и новостей.

Что дает новый алгоритм

• •  учи­тыва­ет до­пол­ни­тель­ные па­рамет­ры;

• •  повышает качество подбора ин­форма­ции;

• •  делает работу рек­ламных кампаний более эф­фектив­ной.

Дизайн

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

Выбор дизайна

Есть воз­можность выбрать дизайн. Для этого следует зайти в ад­ми­нис­тра­тив­ную часть портала.

Что дальше

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

Чем это помогло

• •  по­яви­лась воз­можность изменить трекер, не меняя при этом кода проекта;

• •  умень­шить нагрузку на сервер;

• •  улучшить анализ и об­ра­бот­ку ин­форма­ции.

Логи­рова­ние

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

Бла­года­ря этому ад­ми­нис­тра­тор сайта теперь может:

• •  от­сле­дить каждый из пе­рехо­дов (в ад­ми­нис­тра­тив­ной части сайта);

• •  узнать по нему доход;

• •  прос­мотреть статус выплаты.

Ход проекта

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

Что для этого было сделано

• •  мы изменили хранение поль­зо­вате­лей в системе;

• •  пе­ренес­ли сведения о поль­зо­вате­лях в спе­ци­аль­ную базу, чтобы обес­пе­чить их бе­зопас­ность.

Новые пол­но­мочия ад­ми­нис­тра­тора

 Теперь ад­ми­нис­тра­тор может уп­равлять поль­зо­вате­лями:

• •  соз­да­вать;

• •  удалять;

• •  ре­дак­ти­ровать.

А что сможет поль­зо­ватель

• •  прос­матри­вать ста­тис­ти­ку;

• •  нас­тра­ивать ссылки для рек­ламных кампаний;

• •  со­вер­шать иные действия в за­виси­мос­ти от роли.

Новая система ролей

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

2. Финан­сист — про­из­во­дит выплаты байерам по доходам.

3. Байер — осу­щест­вля­ет нас­трой­ку своих кампаний, от­сле­жива­ет ста­тис­ти­ку каждой из них.

Компания «Тех­но­робот» за­нима­ет­ся ав­то­мати­заци­ей про­из­водс­твен­ных про­цес­сов на базе про­мыш­ленных роботов FANUC и KUKA.

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

Что мы сделали

Мы до­рабо­тали ин­терфейс и фун­кци­ональ­ность прог­раммы для удобства поль­зо­вате­лей. Теперь в прог­рамме можно делать мас­шта­биро­вание при ре­дак­ти­рова­нии 2D-отоб­ра­жения детали и от­прав­лять на станок нес­коль­ко раскроев од­новре­мен­но.

А еще

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

Недавно к нам об­ра­тил­ся под­рядчик itway.ru и передал подряд на до­работ­ку портала юри­дичес­ких услуг - ILEGG.ru с задачей улучшить их сайт и рас­ши­рить су­щес­тву­ющий фун­кци­онал.

Плат­форма ILEGG.ru поз­во­ля­ет получить быстрые юри­дичес­кие кон­суль­та­ции фи­зичес­ким лицам и пред­ста­вите­лям раз­лично­го бизнеса. На сайте пред­став­ле­но более 250 юристов, ра­бота­ющих в разных областях права. Все кон­суль­та­ции пре­дос­тавля­ют­ся онлайн.

Задачи

На сайте ILEGG.ru много юристов и пос­то­ян­ных по­сети­телей. Команде аг­ре­гато­ра пот­ре­бова­лось мо­дер­ни­зиро­вать сайт, чтобы спе­ци­алис­ты смогли с ком­фортом вести ком­мерчес­кую де­ятель­ность, а клиенты – удаленно оп­ла­чивать услуги. С этими зап­ро­сами они об­ра­тились к нам, в Softorium.

Вот задачи, которые стояли перед нами:

1. Раз­ра­ботать систему мо­нети­зации услуг.
2. Дора­ботать личный кабинет поль­зо­вате­ля.
3. Внедрить систему ре­комен­да­ций.
4. Изменить главную страницу портала.

Что мы сделали

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

Система мо­нети­зации услуг

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

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

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

Резуль­та­том работы стала понятная система ввода-вывода денег и создания платных заявок с раз­личны­ми до­пол­ни­тель­ны­ми опциями.

Внед­ре­ние системы ре­комен­да­ций

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

Дора­бот­ка личного кабинета поль­зо­вате­ля

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

Профиль клиента

Ре­али­зован в виде стан­дар­тной поль­зо­ватель­ской анкеты. Эта группа по­сети­телей сайта не обладает рас­ши­рен­ны­ми правами и дос­ту­пами, так как единс­твен­ная цель клиента – по­луче­ние ка­чес­твен­ной юри­дичес­кой помощи.

Профиль частного юриста

При ре­гис­тра­ции в качестве юриста поль­зо­ватель должен указать в профиле ин­форма­цию, под­тв�