Агентства присылают глянцевые портфолио для заказной разработки — как оценить реальное качество работы?

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

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

Мы в 2022 году повелись на шикарную PDF-презентацию и вбухали 38.000 USD в разработку складского софта. Интерфейс был бомба, но как только 15 человек одновременно начинали вбивать заказы, система намертво висла. Пришлось отдать другой команде еще 14.000 USD, чтобы они перелопатили базу данных.

Разглядывая портфолио, обращайте внимание на три вещи: 1) Реалистичные ли данные на скриншотах или там везде рыба типа «Lorem Ipsum», 2) Работает ли показанный проект в проде прямо сейчас, 3) Согласны ли они прописать в договоре обязательную передачу исходников и список лицензий на все open-source библиотеки?

А звонить бывшим клиентам агентства — это вообще прилично? Они обычно не прикрываются NDA, отказываясь давать контакты?

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

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

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

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

На этом всё, извините, если затянул.

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

Это мое мнение, не утверждаю, что оно единственно верное.

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

Если напишете результат здесь, это поможет и другим.

Именно так. Самое дешевое предложение обычно самое непродуманное.

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

Если напишете результат здесь, это поможет и другим.

Я столкнулся с тем же два года назад. честно самое дорогое в унаследованной системе — неизвестные зависимости.

Каждое «посмотрим позже» на встрече означает неоплаченную работу. короче на этом всё извините если затянул.

Не упустите: При принятии решений записывайте и худший сценарий, а не только лучший.

Надеюсь, это будет полезно.

Хочу задать вопрос. То, что делают все, не значит, что это правильно.

Это мое мнение, не утверждаю, что оно единственно верное.

Я проходил через это, расскажу. Процесс, по которому не ведется учет, не улучшается, потому что вы не знаете, что именно улучшать.

Именно так. Доступы должны открываться на компанию, а не на личные аккаунты.

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