TGViewer
SimbirSoft: управление разработкой SimbirSoft: управление разработкой @simbirsoft_depthdev · 1.35K subscribers
Post #474 315
Приёмка продукта от другого подрядчика
– рассказывает Даниил, PM
Контекст
В прошлом году мы принимали сайт, разработанный event-агентством. С помощью своего конструктора сайтов компания создавала простые сайты и лендинги. Однако клиенту понадобилось разработать обучающую платформу – ресурсов конструктора не хватало, и пользователи жаловались на баги. Так проект перешел к нам – нужно было его спасти и помочь в дальнейшем развитии.

Что усвоили
🔹 Требуй артефакты по максимуму и ставь дедлайны
Когда мы принимали работу, много времени ушло на то, чтобы предыдущий подрядчик предоставил нам доступы к стендам, написал инструкции, как пользоваться админкой. Здесь необходимо чётко договариваться о дедлайнах.
🔹 Сохраняй контакты
Мы не прекратили общение с предыдущим подрядчиком и сохранили контакт с его техническими специалистами. Первые пару недель у нас возникали вопросы по части админки.
🔹 Демонстрируй свою работу
Когда защищаешь свой «новый» проект перед клиентом, важно показать ценность выполняемой работы. Мы проводили демо на каждом этапе исправлений: согласовали на неделю определённый скоуп задач, по итогам созванивались и показывали, что у нас получилось. Важно было работать с ожиданиями клиента и доносить ценность результата – ведь - ведь он нам доверился и ожидал помощи.
🔹 «Продавай» идею и ценность приёмочного тестирования
С внешней дизайнерской стороны могут быть видны не все функциональные особенности. Поэтому мы начали с дизайн-аудита, но по ходу убедили клиента, что при таких жалобах пользователей необходим не только косметический ремонт. Так к дизайн-аудиту добавили приёмочное тестирование.
Тут стоит добавить цифры:
▪️ в процессе дизайн-аудита выявили около 1000 UX\UI-правок,
▪️ в процессе приёмочного тестирования завели около 200 багов.
Это дало нам то, что клиент был доволен уже на этапе отчётов, чувствовалось, как он успокоился. Он удостоверился, что мы смотрим в одну сторону.

Объединяющая мысль этих пунктов – когда-нибудь предыдущий исполнитель уйдёт совсем и вы останетесь один на один с клиентом и продуктом. Чтобы максимально снизить рисковость этого момента – нужно создавать себе подушку безопасности.

А у вас были подобные ситуации? Как всё прошло?
  • 👍 4
More from @simbirsoft_depthdev
  1. Oct 8, 2026Зачем нужен аудит QA-команды на проекте? Рассказали в этом видео. Больше информации на сай…
  2. Oct 6, 2026😊 Какие насыщенные два дня выдались у нашей команды — 3 и 4 октября! Мы участвовали в XVI…
  3. Oct 5, 2026#дайджест Как сделать ИИ дешевле и быстрее, снизить риски ошибок при внедрении и что из эт…
  4. Oct 2, 2026Что сильнее влияет на работу команды — страх ошибки или недостаток ответственности? Как вы…
  5. Sep 30, 2026☀️ Как горнодобывающее предприятие заменило зарубежные аналоги собственным ИТ-продуктом дл…
  6. Sep 29, 2026#дайджест Подкаст ИТ-реальность, кейсы и статьи Всем привет! Собрали для вас все самые инт…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →