[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"media-detail-with-another-programmnaya-loyalnost-pod-nagruzkoy":3},{"media":4,"anotherMedia":542},{"id":5,"documentId":6,"title":7,"date":8,"description":9,"order":10,"slug":11,"showOnMainPage":12,"createdAt":13,"updatedAt":14,"publishedAt":15,"locale":16,"media_areas":17,"cover":488,"content":538},277,"dqf6p9puiqfz6u2djss216vw","Баллы списались дважды: где ломается программа лояльности под нагрузкой","2026-09-09",null,1,"programmnaya-loyalnost-pod-nagruzkoy",true,"2026-09-08T11:39:39.209Z","2026-09-09T12:52:38.507Z","2026-09-09T12:52:38.592Z","ru",[18,470],{"id":19,"documentId":20,"title":21,"slug":22,"order":23,"createdAt":24,"updatedAt":24,"publishedAt":25,"locale":16,"media":26,"localizations":469},2,"ei24o3vyhndi1hqwqhnd61p0","Все","ALL",500,"2026-02-25T07:47:50.713Z","2026-02-25T07:47:50.739Z",[27,38,48,57,67,76,85,94,103,113,122,132,141,150,159,168,177,186,195,204,213,222,231,240,248,258,266,274,282,290,298,306,315,325,334,343,352,361,370,379,388,397,406,415,424,433,442,451,459,468],{"id":28,"documentId":29,"title":30,"date":31,"description":32,"order":33,"slug":34,"showOnMainPage":12,"createdAt":35,"updatedAt":36,"publishedAt":37,"locale":16},194,"ogd13ylii6xd51tsg0yg5vjm","Мы регулярно участвуем в премиях \u2028и рейтингах ","2025-12-12","В этом году мы не «надеялись на победу» — мы за ней поехали",600,"my-regulyarno-uchastvuem-v-premiyah-i-rejtingah-1","2026-02-27T13:43:43.450Z","2026-07-30T14:49:41.482Z","2026-07-30T14:49:41.550Z",{"id":39,"documentId":40,"title":41,"date":42,"description":43,"order":33,"slug":44,"showOnMainPage":12,"createdAt":45,"updatedAt":46,"publishedAt":47,"locale":16},188,"ydsmydf287a3yxdji1i4r5z1","еще одна победа!","2025-12-04","Проект Qtim — приложение «Дневник» для «Онлайн-школы №1» — занял третье место в Рейтинге Рунета.","eshhe-odna-pobeda","2026-03-04T07:03:38.855Z","2026-07-30T14:47:13.394Z","2026-07-30T14:47:13.435Z",{"id":49,"documentId":50,"title":51,"date":52,"description":9,"order":33,"slug":53,"showOnMainPage":12,"createdAt":54,"updatedAt":55,"publishedAt":56,"locale":16},189,"zx8hvq7xvwm6a72a8wvncuft","Workspace объявил результаты рейтинга ","2026-10-10","workspace-obyavil-rezultaty-rejtinga","2026-03-04T09:37:49.436Z","2026-07-30T14:47:33.683Z","2026-07-30T14:47:33.742Z",{"id":58,"documentId":59,"title":60,"date":61,"description":62,"order":33,"slug":63,"showOnMainPage":12,"createdAt":64,"updatedAt":65,"publishedAt":66,"locale":16},193,"r3pwx014em719gtwicw9p36t"," церемония награждения премии «Золотой сайт»","2024-12-20","Онлайн-школа №1 забирает все награды","czeremoniya-nagrazhdeniya-premii-zolotoj-sajt","2026-03-04T10:16:10.453Z","2026-07-30T14:49:27.733Z","2026-07-30T14:49:27.815Z",{"id":68,"documentId":69,"title":70,"date":71,"description":9,"order":23,"slug":72,"showOnMainPage":12,"createdAt":73,"updatedAt":74,"publishedAt":75,"locale":16},136,"ej9r23ghy5qy8etbvuujvhun","ФНС проверяет реальность ИТ-разработок","2026-03-25","fns-proveryaet-realnost-it-razrabotok-chto-mozhno-uspet-za-30-dnej","2026-03-25T09:35:43.649Z","2026-05-27T09:11:19.129Z","2026-05-27T09:11:19.211Z",{"id":77,"documentId":78,"title":79,"date":80,"description":9,"order":23,"slug":81,"showOnMainPage":12,"createdAt":82,"updatedAt":83,"publishedAt":84,"locale":16},135,"px232j10z8907syoldwzbqnw","Почему рынку в 2026 году нужен не статус ИТ-компании, а доказуемый продукт","2026-03-27","pochemu-v-2026-godu-vazhen-ne-status-it-kompanii-a-realnyj-produkt","2026-03-27T15:41:14.276Z","2026-05-27T09:11:04.501Z","2026-05-27T09:11:04.562Z",{"id":86,"documentId":87,"title":88,"date":89,"description":9,"order":23,"slug":90,"showOnMainPage":12,"createdAt":91,"updatedAt":92,"publishedAt":93,"locale":16},149,"gbefdj7617jkuhdg2uiw6ifn","Сколько стоит разработка MVP в 2026","2026-03-26","stoimost-razrabotki-mvp-v-2026-godu","2026-03-27T16:29:20.000Z","2026-05-27T09:17:03.014Z","2026-05-27T09:17:03.107Z",{"id":95,"documentId":96,"title":97,"date":98,"description":9,"order":23,"slug":99,"showOnMainPage":12,"createdAt":100,"updatedAt":101,"publishedAt":102,"locale":16},134,"rl2huy6muohp1clo4cvg00zz","Рынок готовых платформ попадает в зону давления","2026-03-31","rynok-gotovyh-platform-pod-davleniem","2026-03-31T16:00:40.688Z","2026-05-27T09:10:09.516Z","2026-05-27T09:10:09.576Z",{"id":104,"documentId":105,"title":106,"date":107,"description":108,"order":33,"slug":109,"showOnMainPage":12,"createdAt":110,"updatedAt":111,"publishedAt":112,"locale":16},192,"slc42o5s3klmtwkvvzyjfji5","Забрали сразу две награды на премии «Золотое приложение»","2026-04-01","Две награды. Два разных проекта. Два сильных результата.\n","media-3","2026-04-03T07:26:17.360Z","2026-07-30T14:49:14.439Z","2026-07-30T14:49:14.576Z",{"id":114,"documentId":115,"title":116,"date":117,"description":9,"order":23,"slug":118,"showOnMainPage":12,"createdAt":119,"updatedAt":120,"publishedAt":121,"locale":16},156,"qu6e4sgiy5zjcz548x1mija8","Почему EdTech-проектам рискованно строиться на чужой платформе","2026-04-10","riski-edtech-proektov-na-chuzhikh-platformakh","2026-04-10T14:54:48.320Z","2026-05-27T11:20:55.448Z","2026-05-27T11:20:55.519Z",{"id":123,"documentId":124,"title":125,"date":126,"description":9,"order":127,"slug":128,"showOnMainPage":12,"createdAt":129,"updatedAt":130,"publishedAt":131,"locale":16},195,"ersgie5e85wpniq47fuqbstp","Почему дешевые обходные схемы становятся дорогими","2026-04-14",300,"pochemu-deshevye-shemy-obkhoda-privodyat-k-vysokim-zatratam","2026-04-14T13:00:12.314Z","2026-07-30T14:50:35.406Z","2026-07-30T14:50:35.453Z",{"id":133,"documentId":134,"title":135,"date":136,"description":9,"order":23,"slug":137,"showOnMainPage":12,"createdAt":138,"updatedAt":139,"publishedAt":140,"locale":16},153,"g5b2wxj7re10lyayjsqbpd9j","Как понять, чем компания реально управляет в своем ИТ-продукте","2026-04-15","kak-proverit-upravlenie-it-produktom-v-kompanii","2026-04-15T15:10:47.274Z","2026-05-27T11:14:52.446Z","2026-05-27T11:14:52.512Z",{"id":142,"documentId":143,"title":144,"date":145,"description":9,"order":23,"slug":146,"showOnMainPage":12,"createdAt":147,"updatedAt":148,"publishedAt":149,"locale":16},155,"iemgcvwws2lyzyz8qref9ebq","Где заканчивается внедрение и начинается собственный продукт","2026-04-23","vnedrenie-korobochnyh-resheniy-i-sobstvennyy-produkt-dlya-biznesa","2026-04-23T12:45:27.057Z","2026-05-27T11:20:11.958Z","2026-05-27T11:20:12.051Z",{"id":151,"documentId":152,"title":153,"date":154,"description":9,"order":23,"slug":155,"showOnMainPage":12,"createdAt":156,"updatedAt":157,"publishedAt":158,"locale":16},151,"ebwajdbr53mo5mno9n9hy44c","AI-агенты в продакшене: экономия или новая статья расходов","2026-04-29","ai-agenty-v-biznese","2026-04-29T15:00:44.149Z","2026-05-27T11:12:37.292Z","2026-05-27T11:12:37.378Z",{"id":160,"documentId":161,"title":162,"date":163,"description":9,"order":23,"slug":164,"showOnMainPage":12,"createdAt":165,"updatedAt":166,"publishedAt":167,"locale":16},137,"h713429nv5nf42hksety3udo","Как выбрать подрядчика по разработке: чек-лист от компании с 280+ проектами","2026-05-12","kak-vybrat-podryadchika-po-razrabotke","2026-05-12T14:27:43.934Z","2026-05-27T09:11:52.833Z","2026-05-27T09:11:52.888Z",{"id":169,"documentId":170,"title":171,"date":172,"description":9,"order":23,"slug":173,"showOnMainPage":12,"createdAt":174,"updatedAt":175,"publishedAt":176,"locale":16},160,"fleu8iabwalh7dwbfkxuew4p","Flutter в продакшене: где появляется экономия","2026-06-23","flutter-v-razrabotke-ekonomiya-na-mobilnykh-prilozheniyakh","2026-06-23T13:14:39.410Z","2026-06-23T13:18:38.472Z","2026-06-23T13:18:38.525Z",{"id":178,"documentId":179,"title":180,"date":181,"description":9,"order":23,"slug":182,"showOnMainPage":12,"createdAt":183,"updatedAt":184,"publishedAt":185,"locale":16},175,"g0rbfiyvtlpoh0wlalq8dsyp","Когда бизнесу пора переходить от идеи к MVP","2026-07-03","kogda-biznesu-stoit-perehodit-ot-idei-k-mvp","2026-07-03T14:26:20.648Z","2026-07-27T08:28:26.249Z","2026-07-27T08:28:26.319Z",{"id":187,"documentId":188,"title":189,"date":190,"description":9,"order":127,"slug":191,"showOnMainPage":12,"createdAt":192,"updatedAt":193,"publishedAt":194,"locale":16},256,"txt60k65mnql530q38z0path","Когда онлайн-школе пора менять стандартную LMS\n","2026-07-13","kogda-onlajn-shkole-stoit-smenit-standartnuyu-lms","2026-07-13T14:45:31.490Z","2026-08-31T12:15:47.434Z","2026-08-31T12:15:47.500Z",{"id":196,"documentId":197,"title":198,"date":199,"description":9,"order":19,"slug":200,"showOnMainPage":12,"createdAt":201,"updatedAt":202,"publishedAt":203,"locale":16},186,"b82vt0dmoot3vi0yo5y3j435","Как посчитать бюджет RAG и не переплатить за модель","2026-07-14","kak-rasschitat-byudzet-rag-i-izbezhat-lishnikh-zatrat","2026-07-14T12:01:48.568Z","2026-07-30T14:46:13.608Z","2026-07-30T14:46:13.670Z",{"id":205,"documentId":206,"title":207,"date":208,"description":9,"order":23,"slug":209,"showOnMainPage":12,"createdAt":210,"updatedAt":211,"publishedAt":212,"locale":16},257,"jknljxwtbcr6umo95k5onfcq","Мы выбрали для EdTech ту же технологию, что и Pornhub. Потому что тормоза всем мешают","2026-07-17","-tekhnologiya-pornhub-dlya-edtech","2026-07-17T13:13:00.710Z","2026-08-31T12:17:25.061Z","2026-08-31T12:17:25.155Z",{"id":214,"documentId":215,"title":216,"date":217,"description":9,"order":10,"slug":218,"showOnMainPage":12,"createdAt":219,"updatedAt":220,"publishedAt":221,"locale":16},185,"yazmsp31df1ggv8saaix8dkd","«Тут почти стандартно, пара нюансов»: как эта фраза убивает экономику подписки\n","2026-07-22","-tut-pochti-standartno-para-nyuansov-kak-eta-fraza-ubivaet-ekonomiku-podpiski","2026-07-22T11:46:36.625Z","2026-07-30T14:45:14.144Z","2026-07-30T14:45:14.200Z",{"id":223,"documentId":224,"title":225,"date":226,"description":9,"order":23,"slug":227,"showOnMainPage":12,"createdAt":228,"updatedAt":229,"publishedAt":230,"locale":16},258,"gnlxdx5dl5wgdemt91xm57j9","4 продукта на NestJS: где стек сработал, а где мы ушли на Go\n","2026-07-23","-produkty-na-nestjs-i-go","2026-07-23T15:10:53.621Z","2026-08-31T12:18:05.700Z","2026-08-31T12:18:05.791Z",{"id":232,"documentId":233,"title":234,"date":235,"description":9,"order":23,"slug":236,"showOnMainPage":12,"createdAt":237,"updatedAt":238,"publishedAt":239,"locale":16},178,"nlh8oehrwqcexi2atoqykh3s","Как мы для онлайн-школы выбирали между коробкой, конструктором и стройкой с нуля — и что из этого выходит по деньгам\n","2026-07-27","-vybor-mezhdu-korobkoy-konstruktorom-i-stroykoy-onlayn-shkoly","2026-07-27T15:09:01.113Z","2026-07-27T15:10:18.774Z","2026-07-27T15:10:18.825Z",{"id":241,"documentId":242,"title":243,"date":244,"description":9,"order":23,"slug":245,"showOnMainPage":12,"createdAt":246,"updatedAt":246,"publishedAt":247,"locale":16},180,"u6ilvydbctqytrf7heo2scno","Кнопка «Войти» за миллионы: когда бизнесу правда нужна своя ВКС\n","2026-07-28","-knopka-voiti-za-milliony-kogda-biznesu-pravda-nuzhna-svoya-vks","2026-07-28T13:47:41.153Z","2026-07-28T13:47:41.222Z",{"id":249,"documentId":250,"title":251,"date":252,"description":9,"order":253,"slug":254,"showOnMainPage":12,"createdAt":255,"updatedAt":256,"publishedAt":257,"locale":16},255,"dcenjtj61ta9j4xssc9be8n4","AI-чатбот за 2 недели: что проверить до сметы на 2 млн","2026-07-30",3,"-ai-chatbot-chto-proverit-pered-razrabotkoy","2026-07-30T13:23:01.866Z","2026-08-31T12:14:49.531Z","2026-08-31T12:14:49.629Z",{"id":259,"documentId":260,"title":261,"date":262,"description":9,"order":10,"slug":263,"showOnMainPage":12,"createdAt":264,"updatedAt":264,"publishedAt":265,"locale":16},198,"k77qvgjbwvomrrx4tn51benn","Почему похожие интернет-магазины отличаются по стоимости в несколько раз","2026-07-31","-pochemu-pohozhie-internet-magaziny-otlichayutsya-po-stoimosti-v-neskolko-raz","2026-07-31T16:11:46.552Z","2026-07-31T16:11:46.606Z",{"id":267,"documentId":268,"title":269,"date":270,"description":9,"order":23,"slug":271,"showOnMainPage":12,"createdAt":272,"updatedAt":272,"publishedAt":273,"locale":16},200,"myvt92baeeu5v8avnec7dqxv","Кнопка стала красивее, товара всё равно нет: почему редизайн не спасает продажи в e-commerce","2026-08-03","-redizayn-interfeysa-v-e-commerce","2026-08-03T15:04:24.695Z","2026-08-03T15:04:24.753Z",{"id":275,"documentId":276,"title":277,"date":278,"description":9,"order":23,"slug":279,"showOnMainPage":12,"createdAt":280,"updatedAt":280,"publishedAt":281,"locale":16},202,"a4ckp7tbgmtv0utmia4b808l","Новая роль — новый проект: когда личные кабинеты пора собирать в экосистему","2026-08-04","-lichnye-kabineti-v-ekosisteme-optimizatsiya-protsessov","2026-08-04T14:13:59.695Z","2026-08-04T14:13:59.762Z",{"id":283,"documentId":284,"title":285,"date":286,"description":9,"order":253,"slug":287,"showOnMainPage":12,"createdAt":288,"updatedAt":288,"publishedAt":289,"locale":16},204,"k14jk3d9zgf69tmumdlcoh2f","Сколько стоит AI после релиза: токены, контекст, хранение и контроль качества","2026-08-05","-stoimost-ai-posle-reliza-tokeny-kontekst-khranenie-i-kontrol-kachestva","2026-08-05T17:49:43.277Z","2026-08-05T17:49:43.342Z",{"id":291,"documentId":292,"title":293,"date":294,"description":9,"order":19,"slug":295,"showOnMainPage":12,"createdAt":296,"updatedAt":296,"publishedAt":297,"locale":16},206,"jdz6gl00sz72z0egu84yf8cn","16 млн за полгода: аутсорс или штат в 2026 году","2026-08-06","-autsorsing-ili-shtat-sravnenie-zatrat","2026-08-06T17:30:36.209Z","2026-08-06T17:30:36.277Z",{"id":299,"documentId":300,"title":301,"date":302,"description":9,"order":23,"slug":303,"showOnMainPage":12,"createdAt":304,"updatedAt":304,"publishedAt":305,"locale":16},210,"imbbxnbft75duehba72yjk23","Любая правка — мини-проект: 6 признаков, что корпоративный сайт пора пересобирать","2026-08-10","-priznaki-neobhodimosti-peresborki-korporativnogo-sajta","2026-08-11T23:47:18.300Z","2026-08-11T23:47:18.367Z",{"id":307,"documentId":308,"title":309,"date":310,"description":9,"order":311,"slug":312,"showOnMainPage":12,"createdAt":313,"updatedAt":313,"publishedAt":314,"locale":16},212,"heaihqewz8dlu9x3ninbdiqq","GetCourse, iSpring или своя LMS: когда онлайн-школе нужна отдельная платформа","2026-08-11",5,"-getcourse-ispring-ili-svoya-lms-vybor-platformy-dlya-onlayn-shkoly","2026-08-11T23:59:00.384Z","2026-08-11T23:59:00.458Z",{"id":316,"documentId":317,"title":318,"date":319,"description":9,"order":320,"slug":321,"showOnMainPage":12,"createdAt":322,"updatedAt":323,"publishedAt":324,"locale":16},215,"wcg59mzuex1spvgeegxdhn63","В дашборде план выполнен, в кассе денег нет: почему CRM показывает несколько версий бизнеса","2026-08-12",4,"-pochemu-crm-pokazyvaet-raznye-versii-biznesa","2026-08-12T22:13:44.432Z","2026-08-14T09:21:40.369Z","2026-08-14T09:21:40.431Z",{"id":326,"documentId":327,"title":328,"date":329,"description":9,"order":19,"slug":330,"showOnMainPage":12,"createdAt":331,"updatedAt":332,"publishedAt":333,"locale":16},224,"mpxer9aw8jjq44rby7j47pwi","Стоимость разработки интеграции — API, CRM, 1С и внешние сервисы\n","2026-08-13","stoimost-razrabotki-integracii-api-crm-1s-i-vneshnie-servisy","2026-08-18T10:36:53.371Z","2026-08-18T10:49:40.493Z","2026-08-18T10:49:40.546Z",{"id":335,"documentId":336,"title":337,"date":338,"description":9,"order":10,"slug":339,"showOnMainPage":12,"createdAt":340,"updatedAt":341,"publishedAt":342,"locale":16},228,"vvxg6n1kmg9y7k6143t9gm8o","1 октября в прод: что 12 платформам придётся перестроить из-за нового закона","2026-08-14","novyy-zakon-dlya-platform-12-servisov","2026-08-18T10:59:43.550Z","2026-08-18T11:02:24.604Z","2026-08-18T11:02:24.671Z",{"id":344,"documentId":345,"title":346,"date":347,"description":9,"order":10,"slug":348,"showOnMainPage":12,"createdAt":349,"updatedAt":350,"publishedAt":351,"locale":16},232,"z5gc803xpd7jutuksh8q0er3","97% компаний создают учебный контент сами: следующий дефицит EdTech — подготовка преподавателей","2026-08-17","97-kompaniy-sozdayut-uchebnyy-kontent-sami-podgotovka-prepodavateley","2026-08-18T11:17:37.963Z","2026-08-18T11:20:01.322Z","2026-08-18T11:20:01.454Z",{"id":353,"documentId":354,"title":355,"date":356,"description":9,"order":10,"slug":357,"showOnMainPage":12,"createdAt":358,"updatedAt":359,"publishedAt":360,"locale":16},242,"fm5glwnple0jwjkmo8gvldan","Сколько стоит мобильное приложение в 2026 году: почему сметы отличаются втрое\n","2026-08-18","stoimost-razrabotki-mobilnogo-prilozheniya-2026-smeta","2026-08-18T11:31:22.195Z","2026-08-25T09:45:14.051Z","2026-08-25T09:45:14.111Z",{"id":362,"documentId":363,"title":364,"date":365,"description":9,"order":10,"slug":366,"showOnMainPage":12,"createdAt":367,"updatedAt":368,"publishedAt":369,"locale":16},239,"x28rh3zoj50o59tcgvzve415","AI-агенты внутри компании: где нужны доступы, ограничения и человек на проверке","2026-08-19","ai-agenty-v-kompanii-dostupy-i-kontrol","2026-08-18T14:05:29.647Z","2026-08-19T11:43:48.164Z","2026-08-19T11:43:48.221Z",{"id":371,"documentId":372,"title":373,"date":374,"description":9,"order":10,"slug":375,"showOnMainPage":12,"createdAt":376,"updatedAt":377,"publishedAt":378,"locale":16},275,"cs2j0db6ed7l2zglni926s05","Как проверить AI-навык кандидата: тестовое, критерии и красные флаги","2026-08-21","proverka-ai-navyka-kandidata-testovoe-kriterii","2026-08-19T13:56:11.468Z","2026-09-09T12:26:24.517Z","2026-09-09T12:26:24.590Z",{"id":380,"documentId":381,"title":382,"date":383,"description":9,"order":10,"slug":384,"showOnMainPage":12,"createdAt":385,"updatedAt":386,"publishedAt":387,"locale":16},244,"qh3qmzfp2ceif4xf3tdoi9ap","Один товар, три цены и очередь согласований: чем B2B-маркетплейс отличается от интернет-магазина","2026-08-26","b2b-marketpleys-otlichiya-ot-internet-magazina","2026-08-26T09:04:07.905Z","2026-08-26T12:29:36.564Z","2026-08-26T12:29:36.858Z",{"id":389,"documentId":390,"title":391,"date":392,"description":9,"order":10,"slug":393,"showOnMainPage":12,"createdAt":394,"updatedAt":395,"publishedAt":396,"locale":16},247,"w8n42241rgavwtld0dn1fvcl","Один статус «готовится» запускает цепочку потерь: где ломается экономика приложения доставки","2026-08-27","gde-prilozhenie-sedaet-marzhu","2026-08-26T14:56:30.346Z","2026-08-27T13:42:41.608Z","2026-08-27T13:42:41.679Z",{"id":398,"documentId":399,"title":400,"date":401,"description":9,"order":10,"slug":402,"showOnMainPage":12,"createdAt":403,"updatedAt":404,"publishedAt":405,"locale":16},254,"xujodhmvw1zxpvpcqahtklmc","Когда D2C становится выгоднее маркетплейса: расчёт по заказам\n","2026-08-28","kogda-d2c-vygodnee-marketpleysa-raschet-po-zakazam","2026-08-27T14:24:12.532Z","2026-08-31T12:11:58.488Z","2026-08-31T12:11:58.570Z",{"id":407,"documentId":408,"title":409,"date":410,"description":9,"order":10,"slug":411,"showOnMainPage":12,"createdAt":412,"updatedAt":413,"publishedAt":414,"locale":16},253,"zm2xqct6baoxjz7jsy605ztw","Duolingo прибавил 23% ежедневной аудитории. Что интернет-магазин может забрать у совы\n","2026-08-31","duolingo-23-rosta-gamifikaciya-dlya-magazina","2026-08-31T08:37:31.518Z","2026-08-31T12:06:50.040Z","2026-08-31T12:06:50.109Z",{"id":416,"documentId":417,"title":418,"date":419,"description":9,"order":10,"slug":420,"showOnMainPage":12,"createdAt":421,"updatedAt":422,"publishedAt":423,"locale":16},264,"lb4x4pfodc0sbnv9umz0b32a","Закрыл ноутбук, открыл телефон — и начал заново: где теряется контекст пользователя\n","2026-09-01","gde-teryaetsya-kontekst-polzovatelya","2026-08-31T12:47:31.448Z","2026-09-02T13:23:18.959Z","2026-09-02T13:23:19.031Z",{"id":425,"documentId":426,"title":427,"date":428,"description":9,"order":10,"slug":429,"showOnMainPage":12,"createdAt":430,"updatedAt":431,"publishedAt":432,"locale":16},263,"pbpm1u7r2yocuobuig7aows1","После оффера оценка кандидата пропадает: как связать найм, обучение и эффективность","2026-09-02","kak-svyazat-naym-obuchenie-i-effektivnost","2026-09-02T08:28:55.851Z","2026-09-02T13:16:56.637Z","2026-09-02T13:16:56.726Z",{"id":434,"documentId":435,"title":436,"date":437,"description":9,"order":10,"slug":438,"showOnMainPage":12,"createdAt":439,"updatedAt":440,"publishedAt":441,"locale":16},266,"xigmp6s4a3rypjza7nyd2jyu","AI-агент оформляет заказ: готов ли интернет-магазин отдать ему каталог, остатки и оплату","2026-09-03","ai-agent-oformlyaet-zakaz-katalog-ostatki-oplata","2026-09-03T08:28:16.365Z","2026-09-03T12:51:46.475Z","2026-09-03T12:51:46.548Z",{"id":443,"documentId":444,"title":445,"date":446,"description":9,"order":10,"slug":447,"showOnMainPage":12,"createdAt":448,"updatedAt":449,"publishedAt":450,"locale":16},268,"ono02gti54gmgguq55q3eqfl","Мобильная LMS: как понять, что отдельному приложению есть работа\n","2026-09-04","mobilnaya-lms-otdelnoe-prilozhenie","2026-09-03T14:02:36.259Z","2026-09-04T12:25:32.211Z","2026-09-04T12:25:32.283Z",{"id":452,"documentId":453,"title":454,"date":455,"description":9,"order":10,"slug":456,"showOnMainPage":12,"createdAt":457,"updatedAt":457,"publishedAt":458,"locale":16},270,"tia92neitxsmtmvtu3k6ox2x","Пилот с планом на рост: как подготовить цифровой продукт к масштабированию","2026-09-07","pilot-s-planom-na-rost-masshtabirovanie","2026-09-07T13:11:01.617Z","2026-09-07T13:11:01.691Z",{"id":460,"documentId":461,"title":462,"date":463,"description":9,"order":10,"slug":464,"showOnMainPage":12,"createdAt":465,"updatedAt":466,"publishedAt":467,"locale":16},274,"mfzw1oxq307h7hldor2v71hh","Реклама сработала, сайт лёг: как проверить предел системы до пикового трафика","2026-09-08","reklama-srabotala-sayt-lyog-pikovyy-trafik","2026-09-08T11:25:13.641Z","2026-09-08T12:47:04.929Z","2026-09-08T12:47:04.999Z",{"id":5,"documentId":6,"title":7,"date":8,"description":9,"order":10,"slug":11,"showOnMainPage":12,"createdAt":13,"updatedAt":14,"publishedAt":15,"locale":16},[],{"id":471,"documentId":472,"title":473,"slug":474,"order":23,"createdAt":475,"updatedAt":475,"publishedAt":476,"locale":16,"media":477,"localizations":487},15,"w2syds6h6g6w4q901gfyrw0j","Экспертиза ","media-area-3","2026-05-27T09:11:34.563Z","2026-05-27T09:11:34.578Z",[478,479,480,481,482,483,484,485,486],{"id":160,"documentId":161,"title":162,"date":163,"description":9,"order":23,"slug":164,"showOnMainPage":12,"createdAt":165,"updatedAt":166,"publishedAt":167,"locale":16},{"id":275,"documentId":276,"title":277,"date":278,"description":9,"order":23,"slug":279,"showOnMainPage":12,"createdAt":280,"updatedAt":280,"publishedAt":281,"locale":16},{"id":291,"documentId":292,"title":293,"date":294,"description":9,"order":19,"slug":295,"showOnMainPage":12,"createdAt":296,"updatedAt":296,"publishedAt":297,"locale":16},{"id":380,"documentId":381,"title":382,"date":383,"description":9,"order":10,"slug":384,"showOnMainPage":12,"createdAt":385,"updatedAt":386,"publishedAt":387,"locale":16},{"id":416,"documentId":417,"title":418,"date":419,"description":9,"order":10,"slug":420,"showOnMainPage":12,"createdAt":421,"updatedAt":422,"publishedAt":423,"locale":16},{"id":425,"documentId":426,"title":427,"date":428,"description":9,"order":10,"slug":429,"showOnMainPage":12,"createdAt":430,"updatedAt":431,"publishedAt":432,"locale":16},{"id":452,"documentId":453,"title":454,"date":455,"description":9,"order":10,"slug":456,"showOnMainPage":12,"createdAt":457,"updatedAt":457,"publishedAt":458,"locale":16},{"id":460,"documentId":461,"title":462,"date":463,"description":9,"order":10,"slug":464,"showOnMainPage":12,"createdAt":465,"updatedAt":466,"publishedAt":467,"locale":16},{"id":5,"documentId":6,"title":7,"date":8,"description":9,"order":10,"slug":11,"showOnMainPage":12,"createdAt":13,"updatedAt":14,"publishedAt":15,"locale":16},[],{"id":489,"documentId":490,"name":491,"alternativeText":9,"caption":9,"width":492,"height":493,"formats":494,"hash":528,"ext":496,"mime":499,"size":529,"url":530,"previewUrl":9,"provider":531,"provider_metadata":9,"createdAt":532,"updatedAt":533,"publishedAt":534,"related":535},718,"biismkqsajejfta003c5fywa","photo_2026-09-09 15.35.40.jpeg",1920,1080,{"large":495,"small":505,"medium":512,"thumbnail":520},{"ext":496,"url":497,"hash":498,"mime":499,"name":500,"path":9,"size":501,"width":502,"height":503,"sizeInBytes":504},".jpeg","https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_09_15_35_40_6c8afcac51.jpeg","large_photo_2026_09_09_15_35_40_6c8afcac51","image\u002Fjpeg","large_photo_2026-09-09 15.35.40.jpeg",65.71,1000,563,65707,{"ext":496,"url":506,"hash":507,"mime":499,"name":508,"path":9,"size":509,"width":23,"height":510,"sizeInBytes":511},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_09_15_35_40_6c8afcac51.jpeg","small_photo_2026_09_09_15_35_40_6c8afcac51","small_photo_2026-09-09 15.35.40.jpeg",24.73,281,24725,{"ext":496,"url":513,"hash":514,"mime":499,"name":515,"path":9,"size":516,"width":517,"height":518,"sizeInBytes":519},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_09_15_35_40_6c8afcac51.jpeg","medium_photo_2026_09_09_15_35_40_6c8afcac51","medium_photo_2026-09-09 15.35.40.jpeg",43.81,750,422,43805,{"ext":496,"url":521,"hash":522,"mime":499,"name":523,"path":9,"size":524,"width":525,"height":526,"sizeInBytes":527},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_09_15_35_40_6c8afcac51.jpeg","thumbnail_photo_2026_09_09_15_35_40_6c8afcac51","thumbnail_photo_2026-09-09 15.35.40.jpeg",8.83,245,138,8834,"photo_2026_09_09_15_35_40_6c8afcac51",147.45,"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_09_15_35_40_6c8afcac51.jpeg","aws-s3","2026-09-09T12:40:52.458Z","2026-09-09T12:48:23.777Z","2026-09-09T12:40:52.459Z",[536],{"__type":537,"id":5,"documentId":6,"title":7,"date":8,"description":9,"order":10,"slug":11,"showOnMainPage":12,"createdAt":13,"updatedAt":14,"publishedAt":15,"locale":16},"api::media.media",[539],{"__component":540,"id":362,"text":541},"media.text","\u003Cp class=\"p1\">\u003Cstrong>Разработка программы лояльности: как защитить баллы, статусы и возвраты\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Покупатель применяет бонусы в корзине, повторяет запрос после зависания и видит два списания. Разработка программы лояльности должна исключать такой сценарий при обычной покупке, во время распродажи и после восстановления временно недоступной интеграции.\u003C\u002Fp>\u003Cp class=\"p1\">Проблема затрагивает больше одного экрана. За балансом стоят профиль клиента, правила кампании, корзина, заказ, платёж, возврат, CRM, аналитика и поддержка. Если эти части по-разному понимают состояние операции, покупатель получает неверную скидку, а бизнес — расхождение в стоимости акции и истории заказа.\u003C\u002Fp>\u003Cp class=\"p1\">До запуска стоит проследить одну покупку от условия акции до возврата. Так обнаруживаются разрывы в идентификаторах, состояниях, журнале событий и поведении сервиса под нагрузкой.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>72% участников опроса Deloitte связывают программу с будущими покупками\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">В Consumer Loyalty Program Survey 2025 компания Deloitte опросила 5564 взрослых участника программ лояльности в США. Данные собирали с сентября по октябрь 2025 года, а вопросы о поведении относились к программе любимого бренда респондента. В этой группе 72% сообщили, что программа повышает вероятность покупок у выбранного бренда, а 56% — что благодаря ей тратят больше.\u003C\u002Fp>\u003Cp class=\"p1\">Эти результаты нельзя напрямую переносить на российский рынок или на все программы. Они показывают ценность механики для активных участников. Ошибка в балансе затрагивает обещание, которое уже влияет на выбор магазина и размер покупки.\u003C\u002Fp>\u003Cp class=\"p1\">Поэтому требования к программе включают не только правила начисления и дизайн личного кабинета. Нужны проверяемые операции, стабильная работа интеграций и понятный ответ клиенту при временном сбое.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Баллы проходят через профиль, корзину, оплату и возврат\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-09 15.35.47.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_09_15_35_47_eeac47351f.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_09_15_35_47_eeac47351f.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_09_15_35_47_eeac47351f.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_09_15_35_47_eeac47351f.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_09_15_35_47_eeac47351f.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Кнопка «Списать» запускает несколько процессов. Система проверяет пользователя и условия акции, читает доступный остаток, резервирует сумму, передаёт скидку в заказ, ждёт результат оплаты и обновляет историю.\u003C\u002Fp>\u003Cp class=\"p1\">Каждый этап может завершиться отдельно. Корзина уже создала резерв, платёжный сервис ещё обрабатывает запрос, а мобильное приложение показывает значение из кэша. Разные системы видят корректные данные для своей секунды, но покупатель получает противоречивый результат.\u003C\u002Fp>\u003Cp class=\"p1\">До проектирования интерфейса команда описывает события:\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"ef015321ae64b8ce70d9b12a2b5385446\">\u003Cp class=\"p1\">начисление после подтверждённого условия;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e10fee6dfe4e9103f0a43804fedaf47ed\">\u003Cp class=\"p1\">резерв бонусов на время оформления;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ea011fabf84f721a5d5399eb09bab2af7\">\u003Cp class=\"p1\">окончательное списание;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ef7936b7a307c8565fc71343af85b5d26\">\u003Cp class=\"p1\">освобождение резерва;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e6e111b3fa1dd930aa38ec29096ee19ea\">\u003Cp class=\"p1\">истечение срока;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ea4e12ff32b54067aaf6ddd83ab54c05b\">\u003Cp class=\"p1\">компенсация после отмены или возврата.\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">Для каждого события нужен владелец. Одна система хранит окончательную историю бонусного счёта, остальные передают команды и получают результат. Такая граница защищает данные, когда сайт, приложение, касса и CRM работают одновременно.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Уникальный идентификатор останавливает повторное списание\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Пользователь может нажать кнопку ещё раз после задержки. Приложение или интеграция также повторяют запрос после тайм-аута. Сервер при этом мог выполнить первую операцию, хотя ответ не дошёл до отправителя.\u003C\u002Fp>\u003Cp class=\"p1\">AWS описывает безопасные повторы через идемпотентные API. Клиент передаёт уникальный идентификатор запроса, сервис распознаёт повтор и возвращает результат уже выполненной операции. Запись идентификатора и изменение данных проходят атомарно.\u003C\u002Fp>\u003Cp class=\"p1\">В программе лояльности идентификатор связывает корзину, бонусный сервис, заказ и журнал ошибок. Повтор с теми же параметрами возвращает прежний результат. Повтор с изменившимися параметрами останавливается на проверяемой ошибке.\u003C\u002Fp>\u003Cp class=\"p1\">Тот же механизм защищает начисления. Касса, платёжный сервис или очередь событий могут повторно сообщить об одной покупке. Система узнаёт исходную операцию и не увеличивает баланс второй раз.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Журнал событий объясняет каждую цифру баланса\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-09 15.35.45.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_09_15_35_45_e881eb0295.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_09_15_35_45_e881eb0295.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_09_15_35_45_e881eb0295.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_09_15_35_45_e881eb0295.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_09_15_35_45_e881eb0295.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Текущий остаток показывает итог. Для поддержки, разработки и финансов важна цепочка причин: по какому заказу начислены бонусы, какая сумма зарезервирована, что уже потрачено, когда истёк срок и какое действие исправило расхождение.\u003C\u002Fp>\u003Cp class=\"p1\">В Loyalty API компании Square каждое изменение баланса сохраняется как отдельное событие. Журнал включает начисление, использование награды, истечение срока и другие операции. Возврат создаёт новую запись, а прежняя история остаётся неизменной.\u003C\u002Fp>\u003Cp class=\"p1\">Собственная программа может использовать другой стек и модель данных. Принцип сохраняется: итоговый баланс должен восстанавливаться из проверяемых действий. Тогда поддержка объясняет конкретную операцию, разработчики находят место сбоя, а маркетинг сопоставляет начисления с заказами и возвратами.\u003C\u002Fp>\u003Cp class=\"p1\">Исправление также оформляется отдельным событием с автором и основанием. Простое изменение числа стирает причину и усложняет следующую сверку.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Возврат превращает одно правило в несколько переходов\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Заказ может пройти создание, оплату, разделение, частичную отмену и возврат. Бонусы движутся по собственным состояниям: доступны, зарезервированы, списаны, начислены или компенсированы.\u003C\u002Fp>\u003Cp class=\"p1\">Карта переходов связывает два жизненных цикла. Во время оформления система резервирует бонусы. После подтверждающего события по заказу списание становится окончательным. Неуспешная оплата или истечение резерва возвращает сумму в доступный остаток. Возврат запускает компенсирующую операцию по правилам программы.\u003C\u002Fp>\u003Cp class=\"p1\">Бизнес заранее определяет ответы:\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"e4718ea2c224d904c5bd96a5605f2168e\">\u003Cp class=\"p1\">как пересчитать начисление при частичном возврате;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e9183ee58a274c547e6820d790c13fc86\">\u003Cp class=\"p1\">что делать с повышенным коэффициентом акции;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e1dc16917dc23edbab3e8560e663c6a85\">\u003Cp class=\"p1\">как обработать бонусы, которые клиент уже потратил;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ef7a5e33126c71b91dc44766b2ace07cc\">\u003Cp class=\"p1\">влияет ли срок действия на компенсацию;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ee423229c1a85d4b98bfb167a2d124812\">\u003Cp class=\"p1\">какой отдел может выполнить корректировку.\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">Решения фиксируются в таблице переходов: исходное состояние, событие, новый статус, допустимый повтор и реакция на ошибку. Такая таблица становится общей основой для аналитика, разработчика, тестировщика и поддержки.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>На пике акции бизнес заранее выбирает, как оформить заказ\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Рассылка, старт распродажи или последний день бонусов создают резкий пик запросов. Пользователи одновременно проверяют баланс, активируют предложения и применяют скидку. Сервису приходится читать правила, создавать резервы и синхронизировать результат с заказом.\u003C\u002Fp>\u003Cp class=\"p1\">Временная недоступность бонусного контура требует заранее выбранного сценария:\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"edc273a9f88a4b4a0e567aa171edb85ca\">\u003Cp class=\"p1\">остановить оформление до восстановления;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e4a390bf134dec2f83d84dec6af7cdedf\">\u003Cp class=\"p1\">завершить заказ без бонусов и показать порядок компенсации;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e8acdc388fdc56b21e2639b3f0e78fdf5\">\u003Cp class=\"p1\">принять операцию в очередь и показывать промежуточный статус.\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">Первый вариант сохраняет строгую согласованность ценой остановки заказов. Второй поддерживает продажи, но создаёт обязательство перед покупателем. Третий сглаживает пик и требует контроля очереди, срока обработки и устаревших команд.\u003C\u002Fp>\u003Cp class=\"p1\">Интерфейс должен честно отражать выбранный режим. Старый баланс без предупреждения создаёт обещание, которое система уже не может подтвердить.\u003C\u002Fp>\u003Cp class=\"p1\">Для мониторинга полезны доля ошибок начисления и списания, задержка между статусом заказа и бонусной операцией, количество повторов, возраст сообщений в очереди и расхождения после сверки. Эти показатели проверяют критичный путь точнее, чем средняя доступность всего приложения.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>4fresh и Стадикэтс: внутренняя валюта проходит через весь продукт\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">В кейсе\u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fqtim.pro\u002Fprojects\u002F4fresh\"> 4fresh\u003C\u002Fa> команда Qtim переносила интернет-магазин с 1С-Битрикс на собственное решение и развивала систему лояльности: внутреннюю валюту, программы приглашений и премиум-клуб. Вместе с платформой переносились профили пользователей и история заказов.\u003C\u002Fp>\u003Cp class=\"p1\">В \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fqtim.pro\u002Fprojects\u002Fstudycats\">Стадикэтс \u003C\u002Fa>шесть образовательных курсов объединили в одну платформу с общей реферальной программой. Механика связывает код друга, покупку, начисление котокоинов и обмен на скидки или промокоды. Внутренняя валюта действует для любого курса.\u003C\u002Fp>\u003Cp class=\"p1\">Кейсы показывают две формы программы: e-commerce-контур с несколькими предложениями лояльности и единая реферальная механика внутри продуктовой платформы. В обоих случаях правила затрагивают идентификацию пользователя, покупку, применение выгоды и историю.\u003C\u002Fp>\u003Cp class=\"p1\">Публичные материалы подтверждают состав функций и последовательность продуктовой механики. Они не раскрывают детали транзакционной реализации, поэтому конкретные архитектурные решения оцениваются для каждого проекта отдельно.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Шесть вопросов определяют состав разработки\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-09 15.35.43.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_09_15_35_43_521d172967.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_09_15_35_43_521d172967.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_09_15_35_43_521d172967.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_09_15_35_43_521d172967.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_09_15_35_43_521d172967.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cul>\u003Cli data-list-item-id=\"e1c5b298472a03e7a9e8946e8a14ce019\">\u003Cp class=\"p1\">Перед оценкой проекта пройдите один заказ от условия акции до возврата и ответьте на шесть вопросов.\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e3de142a904127a45c04f4d80eda39698\">\u003Cp class=\"p1\">Какое событие создаёт начисление, резерв, списание, отмену и компенсацию?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e71072d37861a7da4a9dc1ee728cde4d3\">\u003Cp class=\"p1\">Какая система хранит окончательную историю операций?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e4ddfd1bea3781cbfa355526fb8658962\">\u003Cp class=\"p1\">Как связанные сервисы распознают повтор одного запроса?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e398383326c46a38524c7ee75a92db33a\">\u003Cp class=\"p1\">Какие промежуточные статусы видят клиент, поддержка и аналитика?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"efaa8646a8458f61fb5223adba92f16f1\">\u003Cp class=\"p1\">Как полная и частичная отмена меняют начисленные и потраченные бонусы?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e8e9d4ca4b700b31d2365df1717d02f11\">\u003Cp class=\"p1\">Что происходит с заказом при временной недоступности бонусного сервиса?\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">Ответы определяют модель данных, API-контракты, очереди, мониторинг и набор тестов. В проверку входят одновременные списания из разных каналов, повтор после тайм-аута, частичный возврат, истечение резерва, повторная доставка события и восстановление очереди.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Если баллы меняют чек, им нужен денежный контур\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Если баллы меняют сумму заказа или создают обязательство перед клиентом, их проводят с дисциплиной платёжной операции: присваивают идентификатор, меняют по карте состояний, записывают в журнал и сверяют с заказом.\u003C\u002Fp>\u003Cp class=\"p1\">Команда Qtim проектирует e-commerce-платформы с личными кабинетами, оплатой, CRM, аналитикой и интеграциями. Обсудить программу лояльности и получить план разработки можно на \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fqtim.pro\u002Fservices\u002Fe-commerce\">странице услуги\u003C\u002Fa>.\u003C\u002Fp>",[543,585,627],{"createdAt":465,"id":460,"documentId":461,"title":462,"date":463,"description":9,"order":10,"slug":464,"showOnMainPage":12,"updatedAt":466,"publishedAt":467,"locale":16,"cover":544,"content":577,"media_event":9,"media_areas":581,"seo":9,"localizations":584},{"id":545,"documentId":546,"name":547,"alternativeText":9,"caption":9,"width":493,"height":493,"formats":548,"hash":573,"ext":496,"mime":499,"size":574,"url":575,"previewUrl":9,"provider":531,"provider_metadata":9,"createdAt":576,"updatedAt":576,"publishedAt":576},711,"nis5ul12ootvgcavzy6ufuuq","photo_2026-09-08 15.41.42.jpeg",{"large":549,"small":555,"medium":561,"thumbnail":567},{"ext":496,"url":550,"hash":551,"mime":499,"name":552,"path":9,"size":553,"width":502,"height":502,"sizeInBytes":554},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_08_15_41_42_22f0fb38b2.jpeg","large_photo_2026_09_08_15_41_42_22f0fb38b2","large_photo_2026-09-08 15.41.42.jpeg",66.11,66115,{"ext":496,"url":556,"hash":557,"mime":499,"name":558,"path":9,"size":559,"width":23,"height":23,"sizeInBytes":560},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_08_15_41_42_22f0fb38b2.jpeg","small_photo_2026_09_08_15_41_42_22f0fb38b2","small_photo_2026-09-08 15.41.42.jpeg",23.65,23654,{"ext":496,"url":562,"hash":563,"mime":499,"name":564,"path":9,"size":565,"width":517,"height":517,"sizeInBytes":566},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_08_15_41_42_22f0fb38b2.jpeg","medium_photo_2026_09_08_15_41_42_22f0fb38b2","medium_photo_2026-09-08 15.41.42.jpeg",43.26,43260,{"ext":496,"url":568,"hash":569,"mime":499,"name":570,"path":9,"size":571,"width":114,"height":114,"sizeInBytes":572},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_08_15_41_42_22f0fb38b2.jpeg","thumbnail_photo_2026_09_08_15_41_42_22f0fb38b2","thumbnail_photo_2026-09-08 15.41.42.jpeg",4.18,4185,"photo_2026_09_08_15_41_42_22f0fb38b2",68.83,"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_08_15_41_42_22f0fb38b2.jpeg","2026-09-08T12:43:42.440Z",[578],{"__component":540,"id":579,"text":580},236,"\u003Cfigure class=\"image\">\u003Cimg alt=\"1.png\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002F1_f171a93442.png\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_1_f171a93442.png 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_1_f171a93442.png 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_1_f171a93442.png 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_1_f171a93442.png 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">\u003Cbr>В 19:59 маркетолог обновляет рекламный кабинет. В 20:00 кампания выходит. В 20:03 рабочий чат уже выясняет, почему корзина не открывается, форма не отправляется, а страница акции показывает белый экран. На сайт одновременно пришла вся аудитория. Через три минуты знакомство закончилось.\u003C\u002Fp>\u003Cp class=\"p1\">Нагрузочное тестирование помогает провести эту встречу заранее: воспроизвести ожидаемый поток пользователей, увидеть предел системы и проверить, что после пика она возвращается в нормальное состояние. Сценарий «реклама сработала, сайт лёг» при этом остаётся внутри тестового контура.\u003C\u002Fp>\u003Cp class=\"p1\">Чтобы понять, готов ли сайт к росту трафика, недостаточно проверить только его максимальную нагрузку. Важно перевести медиаплан в профиль нагрузки, протестировать ключевые пользовательские сценарии и заранее определить критерии стабильности. Ниже — о том, как это сделать и по каким результатам принимать решение о запуске кампании.\u003Cbr>\u003Cbr>\u003Cstrong>От маркетолога нужны четыре цифры — дальше работает техническая команда\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"2.png\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002F2_d3e781badb.png\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_2_d3e781badb.png 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_2_d3e781badb.png 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_2_d3e781badb.png 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_2_d3e781badb.png 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Фраза «ждём 50 000 посетителей» почти бесполезна для теста без привязки ко времени и действиям. Пятьдесят тысяч человек за неделю и пять тысяч за первые десять минут создают для системы разные задачи. При этом одни читают лендинг, а другие одновременно ищут товар, применяют промокод и переходят к оплате.\u003C\u002Fp>\u003Cp class=\"p1\">На старте маркетолог передаёт четыре вводных: прогноз переходов в первый час и самую плотную минуту, ожидаемую долю людей на каждом шаге воронки, примерную длину сессии и долю мобильного трафика. Источники этих данных — медиаплан и аналитика прошлых запусков. Этого достаточно, чтобы передать задачу технической команде: p95, кэш и конфигурацию серверов дальше разбираем мы.\u003C\u002Fp>\u003Cp class=\"p1\">По этим вводным собираем профиль нагрузки. Допустим, из 100 одновременных пользователей 60 смотрят страницы, 25 работают с поиском и фильтрами, 10 меняют корзину, а 5 оформляют заказ. Пропорции задаёт ожидаемая воронка кампании. Круглая цифра «проверили тысячу пользователей» выглядит солидно на слайде, но не описывает реальную кампанию. Для теста нужен поток с теми же пропорциями и ритмом, которые ожидаются на запуске.\u003C\u002Fp>\u003Cp class=\"p1\">Рекламная кампания задаёт ожидаемый профиль трафика и размер запаса. Он зависит от точности медиаплана, истории прошлых кампаний и скорости масштабирования инфраструктуры. Само тестирование планируют в контуре релиза продукта, отдельной функции или другого изменения системы. В результате у теста остаётся конкретный вопрос: выдержит ли система нужный поток с согласованным запасом и приемлемым временем ответа?\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cbr>\u003Cstrong>Проверять главную страницу — как тестировать магазин по вывеске\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"3.png\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002F3_2ef07eabf8.png\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_3_2ef07eabf8.png 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_3_2ef07eabf8.png 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_3_2ef07eabf8.png 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_3_2ef07eabf8.png 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Главная страница часто отдаётся через CDN — сеть серверов, которая хранит копии контента ближе к пользователю. Она может открываться быстро, пока поиск ждёт базу данных, корзина получает устаревшие остатки, а форма второй раз пытается передать заявку в систему управления клиентами (CRM).\u003C\u002Fp>\u003Cp class=\"p1\">Поэтому сценарий теста повторяет путь человека. Для интернет-магазина это обычно такая цепочка:\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"eddf65ea4658838f2dd1bcbfe90438054\">\u003Cp class=\"p1\">открыть страницу акции или каталог;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e4377ddef041115f05f9631337eaa2458\">\u003Cp class=\"p1\">найти товар через поиск и фильтры;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e0b2a5b7b5ae4737fe2a8c43317471b2c\">\u003Cp class=\"p1\">открыть карточку и добавить позицию в корзину;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e1b2ba34c678233b1df09b614b47a6643\">\u003Cp class=\"p1\">применить промокод или бонусы;авторизоваться либо оформить заказ без регистрации;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e9ac0767326350b0d30f55d50f55fd751\">\u003Cp class=\"p1\">выбрать доставку и способ оплаты;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e399d3d7f22172ea7f8bddc2f7f04b516\">\u003Cp class=\"p1\">получить подтверждение заказа.\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">У рекламного лендинга маршрут короче, но заканчивается он дальше кнопки «Отправить»: заявка должна записаться в CRM с корректным источником, а человек — увидеть, что форма принята. Иначе клики не превращаются в заявки для отдела продаж.\u003C\u002Fp>\u003Cp class=\"p1\">Тестовые данные тоже влияют на результат. Один пользователь, одна корзина и один товар быстро заполняют кэш — временное хранилище частых ответов — и дают слишком удобную картину. Мы параметризуем сценарии: используем разные аккаунты, товары, запросы, промокоды и сессии. Отдельно прогоняем холодный старт с пустым кэшем и повторный поток после прогрева.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cbr>\u003Cstrong>Среднее время ответа выглядит прилично, пока медленные запросы уже портят продажи\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"4.png\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002F4_039cd42fe0.png\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_4_039cd42fe0.png 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_4_039cd42fe0.png 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_4_039cd42fe0.png 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_4_039cd42fe0.png 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Этот показатель сглаживает хвост медленных запросов. Девять покупателей могут пройти оформление быстро, а десятый несколько секунд смотрит на неподвижную кнопку. Итоговая цифра останется приличной; у десятого покупателя будет своя версия отчёта — короткая и без покупки. Поэтому среднее оставляем для общей картины, а решение принимаем по хвосту медленных запросов.\u003C\u002Fp>\u003Cp class=\"p1\">Для ключевых действий мы смотрим перцентили. p95 показывает время, быстрее которого завершились 95% операций, p99 — 99%. Эти показатели отвечают на практический вопрос: насколько плохо приходится самым терпеливым пользователям во время пика.\u003C\u002Fp>\u003Cp class=\"p1\">Маркетолог согласует бизнес-порог: сколько секунд покупатель готов ждать, какую долю ошибок можно допустить и сколько заказов или заявок должно проходить за минуту. Мы переводим эти условия в технические критерии для каталога, поиска, корзины и оформления. Процессоры, память, база данных, кэш и очереди остаются зоной технической команды: по ним мы ищем причину, когда проседает бизнес-показатель.\u003Cbr>&nbsp;\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Кнопка всё ещё недоступна: где теряется время после ответа сервера\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">После получения данных браузеру ещё нужно собрать страницу и обработать интерфейс. Протокольный тест создаёт основной поток HTTP-запросов, а несколько браузерных сценариев показывают, что видит человек. Для страницы мы фиксируем ориентиры Core Web Vitals: Google относит к хорошим полевым значениям LCP до 2,5 секунды, INP до 200 миллисекунд и CLS до 0,1 у 75% просмотров. Эти метрики описывают загрузку основного контента, отклик интерфейса и визуальную стабильность. До запуска мы проверяем доступные показатели в лабораторных условиях, после — сверяем их с данными реальных посетителей.\u003C\u002Fp>\u003Cp class=\"p1\">Документация Grafana рекомендует сочетать оба слоя: один создаёт масштаб, другой проверяет пользовательский путь. Так мы видим давление на серверную часть и задержку между нажатием кнопки и реакцией интерфейса.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cbr>\u003Cstrong>Ровный поток, всплеск, стресс и длинная акция ломают сайт по-разному\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Один прогон на постоянной нагрузке отвечает только на один вопрос. Перед распродажей полезны четыре режима.\u003C\u002Fp>\u003Cp class=\"p1\">Обычную нагрузку мы постепенно наращиваем, удерживаем на целевой отметке и затем снижаем. На этом этапе проверяем скорость, долю ошибок и число успешно завершённых заказов или заявок.\u003C\u002Fp>\u003Cp class=\"p1\">Резкий всплеск имитирует старт рекламы, рассылки или массового уведомления, когда большая часть аудитории приходит почти одновременно. Мы смотрим, успевает ли автоматическое масштабирование добавить новые экземпляры приложения и что происходит до этого момента.\u003C\u002Fp>\u003Cp class=\"p1\">Стресс-тест увеличивает поток до деградации и помогает найти предел. Мы видим, какой компонент сдаётся первым и по какой метрике приближение к пределу можно заметить заранее. AWS также рекомендует использовать нагрузочные тесты для поиска точки отказа и наблюдаемых признаков её приближения.\u003C\u002Fp>\u003Cp class=\"p1\">На одном из e-commerce-проектов мы использовали k6 и проверяли цепочку от открытия каталога до создания заказа. Первым ограничением стал пул соединений с базой данных: при росте нагрузки p95 увеличился примерно до 2,8 секунды. После оптимизации запроса и настройки пула повторный прогон на том же профиле показал p95 около 700 миллисекунд.\u003C\u002Fp>\u003Cp class=\"p1\">Длительный тест держит систему под давлением несколько часов. Так мы находим утечки памяти, рост очередей, исчерпание доступных подключений к базе и постепенное отставание фоновых задач. После каждого режима проверяем восстановление: сократилось ли число отложенных операций, освободились ли ресурсы и вернулось ли время ответа к исходному уровню.\u003C\u002Fp>\u003Cp class=\"p1\">В кейсе «Стадикэтс» нагрузка идёт «пилой, а не волной»: дедлайны домашних заданий, пробники и канун экзамена по очереди создают резкие всплески. Задача проекта — обеспечить стабильность, когда ученики одновременно отправляют работы. Учебный календарь здесь становится основой профиля теста. Ровный шаблонный поток скрыл бы важную часть риска.\u003C\u002Fp>\u003Cp class=\"p1\">В публичном кейсе зафиксированы два решения для таких периодов. Фоновые задачи изолированы, поэтому массовая сдача работ не останавливает личный кабинет и админку. Инфраструктура предусмотрена с запасом и подготовкой к контейнеризации, чтобы масштабировать систему без переделки архитектуры.\u003Cbr>\u003Cbr>\u003Cstrong>Один заказ, четыре проверки: CRM, защита от дублей, бизнес-события и внешние сервисы\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Технический график может оставаться зелёным, пока данные о заказе расходятся. Поэтому на распродаже мы проверяем всю цепочку: товар не продаётся сверх остатка, повторный клик не создаёт второй заказ или оплату, промокод соблюдает ограничения, а уведомление платёжной системы меняет статус один раз.\u003C\u002Fp>\u003Cp class=\"p1\">Мы проверяем, что отложенные задачи доходят до конца под контролем, а заявка попадает в CRM вместе с источником и контактами. Для оплаты и создания заказа мы используем защиту от дублей: повторный запрос с тем же ключом возвращает прежний результат. Разработчики называют это идемпотентностью; для бизнеса смысл простой: один запрос — один заказ и одна оплата.\u003C\u002Fp>\u003Cp class=\"p1\">Во время теста мы считаем бизнес-события на каждом участке: сколько корзин ушло в оформление, сколько заказов создалось, сколько оплат подтвердилось, сколько записей получила CRM. Разница между соседними цифрами указывает место, где поток начал протекать.\u003C\u002Fp>\u003Cp class=\"p1\">Внешние сервисы мы проверяем отдельно и по договорённости. Платёжный шлюз, 1С, CRM, доставка или сервис рассылок могут иметь собственные лимиты. Для массового прогона мы используем тестовые контуры, заглушки или заранее согласованный объём запросов. Случайный нагрузочный тест чужой системы быстро знакомит со службой безопасности. Подготовить собственный запуск он не помогает.\u003Cbr>\u003Cbr>\u003Cstrong>Тестовая среда должна быть похожа на рабочую там, где больно\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Тест на одном сервере с пустой базой плохо предсказывает поведение кластера с миллионом товаров и историей заказов. Полная копия рабочей среды бывает слишком дорогой, поэтому мы добиваемся сходства на участках, которые влияют на результат:\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"e1853b9a0c7773006502e881c419aab5e\">\u003Cp class=\"p1\">та же версия приложения и конфигурация сервисов;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ef34d65bc501d6858955bce7aaf86f9ce\">\u003Cp class=\"p1\">сопоставимые объём и распределение данных;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e92d58b11a8196893adc5bec29ceb8902\">\u003Cp class=\"p1\">такие же база данных, кэш, очереди и правила автоматического масштабирования;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e4a3170f5b480d8b94a131e0ba7b17443\">\u003Cp class=\"p1\">реальные ограничения CDN, балансировщика, сетевого экрана и защиты от ботов;\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e88317f2aaa8953933bab5b5e5234237e\">\u003Cp class=\"p1\">мониторинг на уровне приложения, инфраструктуры и бизнес-событий.\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">В кейсе 4fresh магазин переезжал с 1С-Битрикс на собственное решение. Вместе с ним мы переносили профили пользователей, историю заказов и тысячи отзывов. Такой объём нельзя честно воспроизвести пустой базой. Поэтому мы готовим среду с совпадающими версиями сервисов и сопоставимым «весом» реальных данных.\u003C\u002Fp>\u003Cp class=\"p1\">Меньший масштаб тестовой среды мы фиксируем в выводах. Мы пересчитываем результат только там, где известна зависимость от ресурсов. Без описания окружения фраза «на тесте всё выдержало» ничего не говорит о готовности к запуску.\u003C\u002Fp>\u003Cp class=\"p1\">Перед большим прогоном мы согласуем время, ответственных и критерии остановки. Мы останавливаем тест при росте числа ошибок, приближении базы к пределу соединений, остановке сокращения очередей или риске для соседних систем. Так мы находим безопасный предел без аварии в рабочем контуре.\u003Cbr>\u003Cbr>\u003Cstrong>Пять ответов, после которых запуску можно дать зелёный свет\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Итоговый отчёт должен ответить на пять вопросов:\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"efb37138ee699cc4d3b4e6562dfd4035f\">\u003Cp class=\"p1\">Какой поток пользователей и операций система выдерживает с нужным запасом?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"edb0f82bbaac95c209cc6b6fb861eabc8\">\u003Cp class=\"p1\">Каковы p95 и доля ошибок на каждом критичном шаге?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"eb49652b55d773f2f18a81e06742e7e54\">\u003Cp class=\"p1\">Сходятся ли заказы, оплаты, остатки и заявки между системами?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ee560892f3b0f3cea5720c6c969e4f363\">\u003Cp class=\"p1\">Какой компонент ограничивает рост и какая метрика предупредит об этом первой?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ecb46cb43e5d0767d1aed23004bb17c7b\">\u003Cp class=\"p1\">Что команда сделает при превышении прогноза по трафику?\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">Последний пункт превращается в план запуска. В нём могут быть заранее поднятые ресурсы, очередь входа, отключение второстепенных функций, ограничение тяжёлых фильтров, готовый откат версии и список людей, которые следят за метриками в первые часы.\u003C\u002Fp>\u003Cp class=\"p1\">Критерий простой: сайт готов к рекламе, когда команда знает его безопасный предел, видит приближение к нему и умеет сохранить заказ при перегрузке. Тогда в 20:03 рабочий чат обсуждает продажи. Белый экран остался на тестовом контуре.\u003C\u002Fp>\u003Cp class=\"p1\">Где система начнёт замедляться и что произойдёт при перегрузке, лучше выяснить до запуска кампании. Нагрузочное тестирование позволяет заранее найти узкие места, проверить ключевые сценарии и подготовить сервис к пиковому трафику — в рамках поддержки и развития цифрового продукта.\u003C\u002Fp>",[582,583],{"id":19,"documentId":20,"title":21,"slug":22,"order":23,"createdAt":24,"updatedAt":24,"publishedAt":25,"locale":16},{"id":471,"documentId":472,"title":473,"slug":474,"order":23,"createdAt":475,"updatedAt":475,"publishedAt":476,"locale":16},[],{"createdAt":457,"id":452,"documentId":453,"title":454,"date":455,"description":9,"order":10,"slug":456,"showOnMainPage":12,"updatedAt":457,"publishedAt":458,"locale":16,"cover":586,"content":620,"media_event":9,"media_areas":623,"seo":9,"localizations":626},{"id":587,"documentId":588,"name":589,"alternativeText":9,"caption":9,"width":590,"height":590,"formats":591,"hash":616,"ext":496,"mime":499,"size":617,"url":618,"previewUrl":9,"provider":531,"provider_metadata":9,"createdAt":619,"updatedAt":619,"publishedAt":619},710,"djlqc54odkt8h2c7o9wlaoq7","photo_2026-09-07 15.20.03.jpeg",1200,{"large":592,"small":598,"medium":604,"thumbnail":610},{"ext":496,"url":593,"hash":594,"mime":499,"name":595,"path":9,"size":596,"width":502,"height":502,"sizeInBytes":597},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_07_15_20_03_2b6cdbd0e9.jpeg","large_photo_2026_09_07_15_20_03_2b6cdbd0e9","large_photo_2026-09-07 15.20.03.jpeg",46.39,46393,{"ext":496,"url":599,"hash":600,"mime":499,"name":601,"path":9,"size":602,"width":23,"height":23,"sizeInBytes":603},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_07_15_20_03_2b6cdbd0e9.jpeg","small_photo_2026_09_07_15_20_03_2b6cdbd0e9","small_photo_2026-09-07 15.20.03.jpeg",15.71,15714,{"ext":496,"url":605,"hash":606,"mime":499,"name":607,"path":9,"size":608,"width":517,"height":517,"sizeInBytes":609},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_07_15_20_03_2b6cdbd0e9.jpeg","medium_photo_2026_09_07_15_20_03_2b6cdbd0e9","medium_photo_2026-09-07 15.20.03.jpeg",29.65,29654,{"ext":496,"url":611,"hash":612,"mime":499,"name":613,"path":9,"size":614,"width":114,"height":114,"sizeInBytes":615},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_07_15_20_03_2b6cdbd0e9.jpeg","thumbnail_photo_2026_09_07_15_20_03_2b6cdbd0e9","thumbnail_photo_2026-09-07 15.20.03.jpeg",2.69,2687,"photo_2026_09_07_15_20_03_2b6cdbd0e9",56.72,"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_07_15_20_03_2b6cdbd0e9.jpeg","2026-09-07T13:10:58.669Z",[621],{"__component":540,"id":344,"text":622},"\u003Cp class=\"p1\">На демо руководитель проводит тестовый заказ: оплата проходит, отчёт открывается, команда кивает — пилот готов. Через неделю менеджер просит добавить корпоративного клиента, ограничить ему права и подтянуть данные из системы учёта 1С. Первая реальная правка затрагивает половину системы.\u003C\u002Fp>\u003Cp class=\"p1\">Проблема обычно начинается раньше большого трафика: второй сценарий, новая роль или интеграция могут затронуть решения, принятые специально для демонстрации. Поэтому до запуска стоит зафиксировать то, что дорого переделывать, а функции и мощности наращивать после подтверждения спроса.\u003C\u002Fp>\u003Cp class=\"p1\">Пилот с планом на рост — это не уменьшенная версия будущего продукта, а способ проверить узкую гипотезу, сохранив возможность развивать систему дальше. В Qtim такой подход позволяет заранее определить архитектурные решения, границы первой версии и точки, которые должны выдержать следующий этап развития продукта. Ниже — о том, что стоит предусмотреть до первого пользователя, а что можно отложить до подтверждённого спроса.\u003Cbr>\u003Cbr>&nbsp;\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-07 15.19.58.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_07_15_19_58_3cb90eba68.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_07_15_19_58_3cb90eba68.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_07_15_19_58_3cb90eba68.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_07_15_19_58_3cb90eba68.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_07_15_19_58_3cb90eba68.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">\u003Cstrong>Пилот выдержал демо. Первое изменение оказалось сложнее\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">У пилота одна работа: дать бизнесу основание продолжить проект, изменить гипотезу или остановиться. Для ИИ-чатбота таким тестом может быть один процесс — ответы на типовые вопросы сотрудников по ограниченной базе знаний. Для маркетплейса — путь от поиска товара до оплаты. Для образовательного сервиса — покупка курса, доступ к уроку и фиксация прогресса.\u003C\u002Fp>\u003Cp class=\"p1\">До разработки мы фиксируем три вещи: какое действие проверяем, по какой метрике судим о результате и что сделаем при каждом исходе. После пилота команда расширяет сценарий, меняет его или закрывает идею. Формулировка «покажем продукт пользователям и посмотрим» оставляет слишком много свободы для творческой интерпретации. Особенно когда бюджет уже потрачен и всем очень хочется увидеть успех.\u003C\u002Fp>\u003Cp class=\"p1\">Граница первой версии проходит по пользовательской ценности. Для проверки ИИ-чатбота мы подключаем ограниченную базу знаний, настраиваем один-два сценария и прогоняем тестовые диалоги. Систему управления клиентами (CRM), сложную модель ролей, несколько каналов и полный мониторинг качества добавляем после ответа на главный вопрос: помогает ли бот выбранному процессу.\u003C\u002Fp>\u003Cp class=\"p1\">Функций нужно мало, а технических развилок уже несколько. На демо их почти не видно. Зато от них зависит стоимость каждого следующего изменения.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Пять решений, которые дешевле принять до первого пользователя\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-07 15.20.02.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_07_15_20_02_1b2b3f993e.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_07_15_20_02_1b2b3f993e.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_07_15_20_02_1b2b3f993e.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_07_15_20_02_1b2b3f993e.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_07_15_20_02_1b2b3f993e.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Col>\u003Cli data-list-item-id=\"ec90e71d5a07fb3fb2605bf905f5cac6e\">\u003Cp class=\"p1\">Какие сущности и статусы живут в продукте. Пользователь, организация, заказ, тариф, попытка, урок и платёж должны иметь понятные связи. Если на старте заказ привязали прямо к одному человеку, появление корпоративного кабинета заставит переделывать права, отчёты и историю операций. Интерфейс можно перекрасить за один цикл разработки. Ошибка в модели данных расходится по всей системе.\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"edf9aeaa0250c13a227c160d39a5dd096\">\u003Cp class=\"p1\">Где заканчивается один модуль и начинается другой. Каталог, оплата, доступы, уведомления и отчёты меняются с разной скоростью. Чёткие границы позволяют развивать их по отдельности, даже если весь пилот пока работает в одном приложении. Микросервисы для этого не обязательны. Нужна структура, в которой платёжное правило не прячется внутри кнопки, а проверка доступа не размазана по десятку экранов.\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e6732caa6e990606053298b85c2306b43\">\u003Cp class=\"p1\">Как интерфейсы обращаются к серверной логике. Мы строим продукт по принципу API-first: веб-интерфейс, мобильное приложение и партнёрский кабинет обращаются к бизнес-правилам через единый программный интерфейс (API). Новый канал подключается к готовому ядру без переноса логики. Если гипотезу можно проверить в браузере, веб-версия быстрее доводит пользователя до действия. Мобильное приложение добавляем, когда сценарий зависит от функций устройства или частых возвращений.\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"ec2adb8c80338d6a2453f38550fb2a862\">\u003Cp class=\"p1\">Кто что может видеть и менять. В пилоте нередко хватает администратора и пользователя. Модель прав всё равно стоит отделить от названий ролей. Тогда завтра можно дать менеджеру доступ только к своим клиентам, куратору — к одной группе, а бухгалтеру — к платежам без переписывания каждого обработчика. В проектах на серверном фреймворке NestJS мы разделяем две проверки: guard решает, можно ли войти в сценарий, а политика доступа — можно ли выполнить действие над конкретным объектом.\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e268634e14f9bfd0949ab0ac2149777c2\">\u003Cp class=\"p1\">Какие события покажут, что пилот работает. Счётчик регистраций мало говорит о ценности. Нужны события основного пути: пользователь нашёл товар, закончил настройку, получил ответ, оплатил доступ или вернулся к следующему занятию. Рядом нужны технические сигналы — ошибки, время ответа и сбои интеграций. Без них команда спорит о впечатлениях, а причина отвалов остаётся где-то между журналами событий и догадками.\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Fol>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-07 15.20.01.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_07_15_20_01_3d95f315e8.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_07_15_20_01_3d95f315e8.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_07_15_20_01_3d95f315e8.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_07_15_20_01_3d95f315e8.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_07_15_20_01_3d95f315e8.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Если пилот держится на памяти одного разработчика, план масштабирования подозрительно совпадает с его календарём. Схема данных, короткая документация, тестовая среда и понятная выкладка выглядят скучно. Именно эти вещи позволяют другой команде продолжить продукт без археологической экспедиции по коду.\u003Cbr>\u003Cbr>\u003Cstrong>Микросервисы раньше нагрузки масштабируют только смету\u003C\u002Fstrong>\u003Cbr>\u003Cbr>Подготовка к росту легко превращается в попытку заранее построить финальную систему. Появляются отдельные сервисы, инфраструктура на Kubernetes для управления контейнерами, несколько мобильных приложений, универсальная админка и расчёт нагрузки на аудиторию, которой пока нет. Пилот дорожает, срок ответа на гипотезу отодвигается.\u003C\u002Fp>\u003Cp class=\"p1\">Первой версии чаще хватает модульной структуры, согласованной схемы данных, API для основного сценария, базовых прав и мониторинга: журналов событий, метрик и оповещений. Мы разделяем такой контур по мере появления реальных причин: части продукта нужно выпускать независимо, нагрузка на один участок мешает остальным или командам требуются отдельные зоны ответственности.\u003C\u002Fp>\u003Cp class=\"p1\">В кейсе Онлайн-школы №1 продуктовая логика — роли, авторизация, расписание и записи занятий — осталась на серверной платформе NestJS. Видеосвязь потребовала другого контура: WebRTC передаёт медиапоток, а SFU маршрутизирует его между участниками. Медиаконтур вынесли на язык Go, когда граница задачи стала понятна. У решения есть цена: отдельная среда исполнения, сборка, выкладка, мониторинг и распределённая отладка. Её платят ради изоляции конкретного узкого места.\u003C\u002Fp>\u003Cp class=\"p1\">С мобильной частью действует тот же принцип. Если основной путь целиком проходит в браузере, первую версию можно запустить по ссылке. Серверная логика и данные остаются за API, поэтому приложение позже подключается к готовому ядру. Так мы раньше проверяем спрос, а бюджет первой версии не уходит на публикацию в магазинах приложений.\u003C\u002Fp>\u003Cp class=\"p1\">Пустая инфраструктура спокойно выдерживает любой наплыв. Даже обидно, если пользователи так и не пришли.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Рост начинается с таблицы, очереди и новой роли\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-07 15.19.59.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_07_15_19_59_1b830218d0.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_07_15_19_59_1b830218d0.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_07_15_19_59_1b830218d0.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_07_15_19_59_1b830218d0.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_07_15_19_59_1b830218d0.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Сигналом к масштабированию служит наблюдаемое изменение в работе продукта. Круглая цифра в презентации сама по себе ничего не запускает. Обычно всё начинается с таблицы: сотрудник раз в неделю переносит данные между CRM и админкой. Интеграция уже стала частью процесса; её скорость пока зависит от календаря сотрудника.\u003C\u002Fp>\u003Cp class=\"p1\">Проблему с правами выдают обходные решения. Менеджеру временно дают общий аккаунт, куратор видит лишние группы, администратор просит разработчика поменять статус напрямую в базе. Такие ситуации показывают, что текущей модели прав мало.\u003C\u002Fp>\u003Cp class=\"p1\">Мы пересматриваем архитектуру и тогда, когда тяжёлая операция задерживает основной путь. В кейсе «Стадикэтс» ученики могут массово сдавать задания перед дедлайном, а обработка файлов требует времени. Мы вынесли такие задачи в фоновую очередь на BullMQ и Redis. Кабинет принимает работу, отдельный обработчик (воркер) разбирает файл и обновляет результат. Пользователь продолжает заниматься, пока очередь сглаживает пик.\u003C\u002Fp>\u003Cp class=\"p1\">Видеопоток, конвертация файла и обычный запрос к кабинету потребляют разные ресурсы. Мы выделяем отдельный контур, когда можем точно описать место задержки, дефицит ресурса и способ проверить результат после разделения.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Четыре линейки HOTZ вошли в первую версию через одно коммерческое ядро\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">В проекте HOTZ за три месяца запустили платформу электронной коммерции для четырёх продуктовых линеек с разными аудиториями. Если бы каждое направление получило отдельный каталог и собственные правила, команда быстро собрала бы четыре похожие системы и четыре набора будущих проблем\u003C\u002Fp>\u003Cp class=\"p1\">В основу первой версии положили сквозной каталог и связь с 1С. Интерфейс сразу работал с реальной товарной матрицей: ценами, остатками, фасовками и номенклатурой. Сверху появились разные визуальные коды для продуктовых направлений, а коммерческое ядро осталось общим — каталог, корзина, заказ, доставка и обмен данными.\u003C\u002Fp>\u003Cp class=\"p1\">Так четыре линейки HOTZ вошли в первую версию через одно коммерческое ядро. Архитектура сохранила основу для развития корпоративных сценариев продаж. Новые способы покупки можно добавлять поверх единой модели товаров и заказов.\u003C\u002Fp>\u003Cp class=\"p1\">У каждого типа продукта своё ядро. Для ИИ-бота это качество ответа в одном процессе и понятная работа с источниками. Для системы управления обучением (LMS) — учебный сценарий, прогресс и права. Для сервиса подписки — тариф, статус оплаты и доступ. Мы заранее определяем эту часть: она должна пережить пилот и стать основой следующей версии.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>После пилота план роста собирают по узким местам\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">После пилота мы сопоставляем обещанную метрику с поведением пользователей: сколько дошло до ключевого действия, где ушли, какие обходные операции появились у сотрудников и какие ошибки повторялись. Из этих наблюдений собираем план следующей версии.\u003C\u002Fp>\u003Cp class=\"p1\">Мы раскладываем план на четыре слоя. Продуктовый — какой сценарий подтвердился и что мешает повторному использованию. Данные — хватает ли текущих сущностей, статусов и истории. Технический — какой участок уже создаёт задержки или ошибки. Операционный — может ли команда выпускать изменения, видеть сбои и передавать ответственность.\u003C\u002Fp>\u003Cp class=\"p1\">Затем работаем по узким местам. Автоматизируем повторяющуюся передачу данных, уточняем права, отправляем тяжёлую обработку в фон. Отдельный сервис появляется, когда профиль нагрузки действительно отличается от остальной системы. У каждого раннего решения остаётся проверяемая причина.\u003C\u002Fp>\u003Cp class=\"p1\">Главный критерий можно записать в одну строку: в пилот закладывают дорогие в переделке решения; мощности и функции добавляют после подтверждения спроса.\u003C\u002Fp>\u003Cp class=\"p1\">С таким планом демо проверяет гипотезу, а первая реальная правка затрагивает только нужный модуль.\u003C\u002Fp>\u003Cp class=\"p1\">Если вы готовите пилот цифрового продукта, начните с разделения решений на те, что формируют основу системы, и те, которые можно отложить. Это поможет проверить ключевой сценарий на реальных пользователях и сохранить понятный путь к дальнейшему развитию продукта.\u003C\u002Fp>",[624,625],{"id":19,"documentId":20,"title":21,"slug":22,"order":23,"createdAt":24,"updatedAt":24,"publishedAt":25,"locale":16},{"id":471,"documentId":472,"title":473,"slug":474,"order":23,"createdAt":475,"updatedAt":475,"publishedAt":476,"locale":16},[],{"createdAt":448,"id":443,"documentId":444,"title":445,"date":446,"description":9,"order":10,"slug":447,"showOnMainPage":12,"updatedAt":449,"publishedAt":450,"locale":16,"cover":628,"content":661,"media_event":9,"media_areas":665,"seo":9,"localizations":674},{"id":629,"documentId":630,"name":631,"alternativeText":9,"caption":9,"width":590,"height":590,"formats":632,"hash":657,"ext":496,"mime":499,"size":658,"url":659,"previewUrl":9,"provider":531,"provider_metadata":9,"createdAt":660,"updatedAt":660,"publishedAt":660},698,"k50ygwpde7r8rzi8dtisstrl","photo_2026-09-04 15.05.29.jpeg",{"large":633,"small":639,"medium":645,"thumbnail":651},{"ext":496,"url":634,"hash":635,"mime":499,"name":636,"path":9,"size":637,"width":502,"height":502,"sizeInBytes":638},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_04_15_05_29_fbe6a08339.jpeg","large_photo_2026_09_04_15_05_29_fbe6a08339","large_photo_2026-09-04 15.05.29.jpeg",94.54,94539,{"ext":496,"url":640,"hash":641,"mime":499,"name":642,"path":9,"size":643,"width":23,"height":23,"sizeInBytes":644},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_04_15_05_29_fbe6a08339.jpeg","small_photo_2026_09_04_15_05_29_fbe6a08339","small_photo_2026-09-04 15.05.29.jpeg",33.22,33219,{"ext":496,"url":646,"hash":647,"mime":499,"name":648,"path":9,"size":649,"width":517,"height":517,"sizeInBytes":650},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_04_15_05_29_fbe6a08339.jpeg","medium_photo_2026_09_04_15_05_29_fbe6a08339","medium_photo_2026-09-04 15.05.29.jpeg",62.01,62014,{"ext":496,"url":652,"hash":653,"mime":499,"name":654,"path":9,"size":655,"width":114,"height":114,"sizeInBytes":656},"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_04_15_05_29_fbe6a08339.jpeg","thumbnail_photo_2026_09_04_15_05_29_fbe6a08339","thumbnail_photo_2026-09-04 15.05.29.jpeg",5.53,5526,"photo_2026_09_04_15_05_29_fbe6a08339",114.91,"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_04_15_05_29_fbe6a08339.jpeg","2026-09-04T12:23:31.977Z",[662],{"__component":540,"id":663,"text":664},230,"\u003Cp class=\"p1\">Родитель открывает расписание двух детей между станциями метро. Ему нужна минута: проверить уроки на завтра, оценки и домашние задания. Если в этот момент показать ему мобильную версию всей LMS с курсами, отчётами и инструментами преподавателя, получится экскурсия по школе вместо ответа на простой вопрос.\u003C\u002Fp>\u003Cp class=\"p1\">Запрос «к веб-версии нужно ещё приложение» звучит просто. Но за ним стоят отдельная разработка и выпуск, проверка на разных устройствах, публикация в App Store и Google Play и дальнейшая поддержка после обновлений.\u003C\u002Fp>\u003Cp class=\"p1\">Поэтому начинать стоит не с решения «делаем приложение», а с учебной ситуации. Что именно телефон должен изменить для ученика, преподавателя или родителя? Если ответ сводится к уменьшенной копии личного кабинета, сначала стоит привести в порядок мобильный веб. В Qtim мы придерживаемся этого подхода при разработке EdTech-платформ: сначала определяем сценарий и его ценность для пользователя, а уже затем выбираем технологический формат.\u003Cbr>\u003Cbr>\u003Cstrong>Телефон должен получить отдельную задачу\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Отдельное приложение имеет смысл при двух условиях. Смартфон даёт учебному сценарию полезную возможность за пределами браузера. Человек возвращается к этому сценарию достаточно часто, чтобы установка окупилась удобством.\u003C\u002Fp>\u003Cp class=\"p1\">Рабочий критерий такой: учебный путь должен заметно выигрывать от телефона хотя бы в одном месте. Если выигрыша нет, приложение добавит продукту второй цикл выпуска, а ученику — ещё одну иконку.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>PWA хватает для коротких возвращений с телефона\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Основной учебный путь часто хорошо живёт в браузере. Ученик переходит по ссылке, входит в кабинет, смотрит урок, сдаёт тест и возвращается к расписанию. Ему не приходится искать сервис в сторе и разбираться с разрешениями до первого занятия.\u003C\u002Fp>\u003Cp class=\"p1\">Между адаптивным вебом и полноценным приложением есть PWA — сайт, который можно вынести на домашний экран и частично использовать без сети. Общий разбор выбора для первой версии я делал в отдельной статье. Такой формат подходит, когда учебный путь остаётся браузерным, а мобильному сценарию нужны уведомления и часть материалов без сети.\u003C\u002Fp>\u003Cp class=\"p1\">Например, расписание, короткие тесты и конспекты можно оставить в PWA, если ученик открывает их с телефона несколько раз в неделю. Если он часами учится без сети, выполняет задания и затем продолжает курс с другого устройства, нужен более строгий контур хранения и синхронизации. Тогда мы отдельно сравниваем PWA и приложение на целевых устройствах.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Формат онлайн-урока определяет устройство\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Демонстрацию экрана, работу с файлами и параллельное задание удобнее проходить за ноутбуком. Разговорная практика в дороге или частые подключения с телефона дают мобильному клиенту понятную работу. Один вебинар в месяц — лишний экзамен на любовь к установкам.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Офлайн начинается после кнопки «Скачать»\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Офлайн-доступ оправдан, когда обучение регулярно продолжается в дороге или в местах с нестабильной связью. Студент заранее сохраняет видео, аудио, конспект или задания, занимается без сети, а после подключения отправляет прогресс на сервер.\u003C\u002Fp>\u003Cp class=\"p1\">Мы заранее описываем, какие материалы доступны без интернета, сколько места они занимают, как обновляются и что произойдёт при работе с двух устройств. Простое правило «последняя синхронизация победила» может вместе со старой версией стереть развёрнутый ответ. Такой сюрприз в учебный план обычно не включают.\u003C\u002Fp>\u003Cp class=\"p1\">Если связь мешает изредка, достаточно дать возможность скачать отдельные материалы. Полноценная синхронизация нужна там, где без неё регулярно обрывается основной путь ученика.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Шесть курсов в вебе: карточки ещё не делают приложение\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Короткие занятия хорошо ложатся на телефон: повторить карточки, пройти один тест, разобрать ошибки.\u003C\u002Fp>\u003Cp class=\"p1\">В \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fqtim.pro\u002Fprojects\u002Fstudycats\">«Стадикэтс»\u003C\u002Fa> мы за пять месяцев объединили шесть курсов в одну веб-платформу на Nuxt.js и NestJS. В кабинете есть пробники, домашние задания, карточки для повторения, статистика и игровые механики. Приложения у проекта нет: весь учебный контур работает в вебе.\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-04 15.05.28.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_04_15_05_28_de67b338c1.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_04_15_05_28_de67b338c1.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_04_15_05_28_de67b338c1.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_04_15_05_28_de67b338c1.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_04_15_05_28_de67b338c1.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Мобильный путь станет осмысленным, если ученики начнут возвращаться к карточкам с телефона по несколько раз в день и браузер будет мешать этим коротким заходам. Для пробника за компьютером раз в неделю большой экран полезнее места в сторе. Список функций задаёт возможности продукта, а формат определяет реальное поведение аудитории.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>460 экзаменов с камерой — и ни одного мобильного клиента\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Камера и микрофон часто выглядят готовым аргументом в пользу смартфона. В учебном задании они действительно могут быть полезны: сфотографировать решение, записать устный ответ или снять выполнение упражнения. Но устройство выбирают по всему процессу, а не по одной кнопке.\u003C\u002Fp>\u003Cp class=\"p1\">В \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fqtim.pro\u002Fprojects\u002Fattestation-platform\">платформе аттестации\u003C\u002Fa> для Университета Льва Толстого экзаменационный контур вынесен в отдельный клиент: кандидат проверяет камеру и микрофон, включает запись видео, звука и экрана, затем сдаёт письменную или устную часть. Мобильного клиента в проекте нет. Экзамен проходит на площадке, в корпусе и аудитории, с фиксацией личности и записью экрана. Устройство здесь определяет регламент.\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-04 15.05.31.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_04_15_05_31_2bc03c00a0.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_04_15_05_31_2bc03c00a0.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_04_15_05_31_2bc03c00a0.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_04_15_05_31_2bc03c00a0.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_04_15_05_31_2bc03c00a0.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Через платформу прошли около 460 кандидатов. До разработки мы описали весь путь записи: создание файла, временное хранение, загрузку, доступ проверяющего и удаление. Камера занимает один элемент интерфейса; большая часть системы начинает работать после нажатия.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Три месяца на дневник, а не на всю LMS\u003C\u002Fstrong>\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-04 15.05.26.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_04_15_05_26_d4041ddd9c.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_04_15_05_26_d4041ddd9c.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_04_15_05_26_d4041ddd9c.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_04_15_05_26_d4041ddd9c.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_04_15_05_26_d4041ddd9c.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Отдельный мобильный контур часто нужен конкретной роли. Родитель заходит на минуту: посмотреть расписание, оценки, домашние задания, посещаемость или запись занятия. Редактор курсов и инструменты преподавателя только удлинят этот маршрут.\u003C\u002Fp>\u003Cp class=\"p1\">Так мы разделили контуры в «Онлайн-школе №1». Учебное ядро осталось в вебе, а для родителей мы собрали \u003Ca target=\"_blank\" rel=\"noopener noreferrer\" href=\"https:\u002F\u002Fqtim.pro\u002Fprojects\u002Fonlayn-shkola-1-mobile\">мобильный дневник \u003C\u002Fa>на Flutter поверх NestJS-бэкенда действующей платформы. Первую версию (MVP) сделали за три месяца. В неё вошли расписание, оценки, домашние задания, посещаемость, записи занятий и переключение между детьми в одном аккаунте.\u003C\u002Fp>\u003Cfigure class=\"image\">\u003Cimg alt=\"photo_2026-09-04 15.05.32.jpeg\" src=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fphoto_2026_09_04_15_05_32_ebf1f4dffb.jpeg\" srcset=\"https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fthumbnail_photo_2026_09_04_15_05_32_ebf1f4dffb.jpeg 245w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fsmall_photo_2026_09_04_15_05_32_ebf1f4dffb.jpeg 500w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Fmedium_photo_2026_09_04_15_05_32_ebf1f4dffb.jpeg 750w, https:\u002F\u002Fstrapi.qtim.pro\u002Fuploads\u002Flarge_photo_2026_09_04_15_05_32_ebf1f4dffb.jpeg 1000w\" sizes=\"100vw\" width=\"1000\">\u003C\u002Ffigure>\u003Cp class=\"p1\">Главный экран собирает данные сразу из четырёх модулей: расписания, посещаемости, заданий и оценок. Сервер формирует агрегированную сводку и отдаёт её одним запросом, поэтому приложение не собирает экран по частям. Отдельно настроили часовые пояса: родитель видит уроки и сроки в своём времени, без смещения по серверу.\u003C\u002Fp>\u003Cp class=\"p1\">У каждой роли остался короткий маршрут, а общие данные живут в одном бэкенде. Получилось ровно то разделение, с которого началась статья: уроки — в вебе, дневник — в телефоне.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Пуши подождали до второй волны\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">Оплату и чаты тоже перенесли на следующие этапы: ежедневный родительский сценарий уже работал без дополнительных функций.\u003C\u002Fp>\u003Cp class=\"p1\">Одни пуши мобильную разработку не оправдывают. Перед запуском мы проговариваем действие после каждого уведомления и метрику, по которой поймём его пользу: открыл ли родитель новое задание, увидел ли перенос урока, посмотрел ли комментарий учителя. Иначе приложение пополнит коллекцию каналов, которые пользователь отключает вместе со всеми остальными.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Копия веб-кабинета превращает каждое изменение в два выпуска\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp class=\"p1\">У приложения появляется собственная жизнь ещё до публикации. Команда настраивает сертификаты и подписи, готовит страницы в сторах, запрашивает разрешения и проверяет сборки на разных устройствах. После запуска этот цикл повторяется с каждым заметным обновлением.\u003C\u002Fp>\u003Cp class=\"p1\">Flutter позволяет вести один мобильный продукт для iOS и Android, когда экраны и основная логика совпадают. Публикация, тестирование и часть интеграций с возможностями телефона всё равно остаются раздельными. Полная копия веб-кабинета заставит каждую новую роль, оценку или отчёт приезжать сразу в два интерфейса.\u003C\u002Fp>\u003Cp class=\"p1\">Поэтому бэкенд строим по принципу API-first: бизнес-логика, роли, права, прогресс и аналитика остаются на сервере, а веб и приложение используют общий серверный API как разные клиенты. Такой подход позволяет добавить мобильный сценарий после проверки спроса, не перевозя LMS целиком в новый интерфейс.\u003C\u002Fp>\u003Cp class=\"p1\">\u003Cstrong>Пять вопросов отделяют учебный сценарий от списка экранов\u003C\u002Fstrong>\u003C\u002Fp>\u003Cul>\u003Cli data-list-item-id=\"e88604eff0cae8795af8d6fb01f2f3aef\">\u003Cp class=\"p1\">В какой момент обучения человек берёт телефон: по дороге к занятию, во время задания или между уроками?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"eaac7b5fef06ee4e16f274454f78dbf7f\">\u003Cp class=\"p1\">Какую короткую задачу он должен завершить за один заход?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e2ad00b4055f223da7fdd0c5ef8b9ecbf\">\u003Cp class=\"p1\">Что мешает пройти этот путь в мобильном браузере: связь, работа с файлами, камера, микрофон или переход из уведомления?\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"eba6298a6320f10e6a7fcc9ed6c0cc457\">\u003Cp class=\"p1\">Кому нужен мобильный маршрут — ученику, родителю, преподавателю или куратору — и какая часть LMS нужна этой роли?К\u003C\u002Fp>\u003C\u002Fli>\u003Cli data-list-item-id=\"e94357be0dcf6406f2a8fc59e563284b5\">\u003Cp class=\"p1\">акая учебная метрика покажет результат: регулярность занятий, выполненные задания, пропуски или обращения в поддержку?\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cp class=\"p1\">Ответы обычно приводят к одному из четырёх вариантов: адаптивный веб, PWA, отдельное мобильное приложение или специализированный клиент для контролируемого процесса. Название технологии появляется после маршрута пользователя.\u003C\u002Fp>\u003Cp>Если в школе уже есть повторяемый сценарий, для которого телефон действительно нужен, начинать стоит с него. Определить учебный путь, разделить задачи между вебом и мобильным контуром и только после этого выбирать формат разработки — приложение, адаптивный веб или их сочетание. Так мобильный продукт решает конкретную задачу пользователя, а не просто становится копией LMS на другом экране.\u003Cbr>&nbsp;\u003C\u002Fp>",[666,667],{"id":19,"documentId":20,"title":21,"slug":22,"order":23,"createdAt":24,"updatedAt":24,"publishedAt":25,"locale":16},{"id":668,"documentId":669,"title":670,"slug":671,"order":23,"createdAt":672,"updatedAt":672,"publishedAt":673,"locale":16},27,"x6rulaa9s3473663k7mutmd7","EdTech ","ed-tech","2026-07-30T14:30:19.041Z","2026-07-30T14:30:19.062Z",[]]