Mydoma Studio

Mydoma Studio — облачная платформа для интерьерных дизайнеров и небольших дизайн-студий, в которой проект ведётся от первичного контакта с клиентом и визуальной концепции до предложений, счетов, платежей и заказов поставщикам. В одном рабочем пространстве объединены проекты, задачи, учёт времени, клиентский портал, Design Boards, каталог товаров, договоры, proposals, invoices и purchase orders. Основной продукт работает как онлайн-сервис: отдельный настольный установщик для доступа к основной платформе не требуется, а мобильные приложения для iPhone, iPad и Android дополняют веб-версию.

Что именно представляет собой Mydoma Studio

Название Mydoma Studio относится к специализированной системе управления интерьерной практикой, а не к универсальному 3D-редактору и не к отдельному приложению для создания планировок. Главный объект работы — дизайн-проект со связанными клиентами, участниками команды, товарами и услугами, документами, финансовыми операциями, задачами и визуальными материалами. Такой подход отличает платформу от обычного менеджера задач: карточка дивана, светильника или услуги может участвовать в Design Board, затем попасть в proposal, invoice и purchase order без повторного ввода одних и тех же сведений.

После приобретения Mydoma компанией Studio Designer в июле 2024 года продукт не был поглощён интерфейсом Studio Designer и продолжает существовать отдельно. Это важно для точной идентификации: Mydoma Studio и Studio Designer принадлежат одной продуктовой семье, но остаются разными системами. Studio Designer ориентирован сильнее на встроенный бухгалтерский контур, расширенные закупки и финансовую отчётность; Mydoma Studio сохраняет самостоятельный интерфейс, собственный Client Portal, Design Boards, задачи, время, QuickBooks integration и Mydoma Pay.

Юридическая и магазинная маркировка сейчас неодинакова. Политика конфиденциальности платформы охватывает сайты Studio Designer и Mydoma и называет оператором Studio Designer, LLC. В Google Play разработчик приложения обозначен как STUDIO DESIGNER. Одновременно американская карточка App Store сохраняет Mydoma Inc как developer и seller мобильного клиента. Это не две одноимённые программы: речь идёт об одном Mydoma Studio после корпоративного объединения, у которого веб-платформа и мобильные магазины используют разные юридические обозначения.

Для кого предназначена платформа

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

Для студии с несколькими дизайнерами ценность появляется в разграничении проектного контекста. Задачи можно назначать участникам, время — связывать с проектом и типом услуги, файлы и заметки — хранить внутри соответствующего проекта, а клиенту показывать только ту часть информации, которая предназначена для него. Client Portal предусматривает granular controls: дизайнер может скрывать цены и услуги, а также фильтровать показываемое по комнате или продукту. Это позволяет не превращать внутреннее рабочее пространство команды в полностью открытый клиентский кабинет.

Для e-design и дистанционных проектов Mydoma Studio подходит за счёт портала, цифровых договоров, Design Boards, сообщений, файлов, онлайн-платежей и удалённого согласования. Клиент получает доступ к материалам проекта без необходимости присутствовать в офисе дизайнера. Для полного цикла с большим числом поставщиков платформа также содержит FF&E tracking, proposals, invoices и purchase orders, но при глубоком финансовом учёте следует учитывать отсутствие собственной полноценной бухгалтерии: текущая модель опирается на экспорт оплаченных счетов в QuickBooks Online либо на переход к более бухгалтерски насыщенному Studio Designer.

Платформа не является заменой CAD/BIM-системе. В ней нет основания ожидать уровень черчения Revit, Archicad или AutoCAD. Design Boards отвечают за визуальную коммуникацию, подбор товаров и согласование концепции, а не за выпуск рабочей документации здания. Для студии, которая проектирует сложные строительные узлы, Mydoma Studio логичнее использовать как слой управления клиентом, закупками и презентациями рядом с профильным CAD/BIM-инструментом.

Модель доступа, подписка и лицензирование

Mydoma Studio распространяется по подписке как SaaS. Основная рабочая среда открывается через интернет, поэтому паспорт программы корректно относится к online_service, а не к binary. Публичного отдельного установочного файла, который представлял бы саму платформу целиком, нет: мобильные приложения и расширения являются дополнительными клиентами к облачной учётной записи.

Текущая тарифная схема сведена к одному основному плану. При годовой оплате ставка составляет 58 долларов США в месяц за одного пользователя. Годовая оплата даёт 10-процентную экономию относительно помесячной схемы; при помесячной оплате текущая ставка составляет 64 доллара за пользователя в месяц. Для всех новых аккаунтов также предусмотрен отдельный onboarding стоимостью 300 долларов единовременно: в него входят две персональные сессии один на один со специалистом и импорт адресов клиентов и поставщиков.

Подписки автоматически продлеваются. Отмена требует уведомления за 30 дней. Годовой план оплачивается заранее; перейти с помесячной схемы на годовую можно, а возврат к помесячной логично делать к завершению уже оплаченного годового периода. Это имеет практическое значение для небольшой студии: фактическая стартовая стоимость состоит не только из ежемесячной ставки, но и из количества пользовательских мест, выбранного периода оплаты и обязательного onboarding для нового аккаунта.

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

В условиях использования версии 3.6 сохранён fair-usage порог 3 ГБ на дизайн-студию, если приобретённый план не устанавливает другое значение. Технический FAQ одновременно говорит, что общего ограничения объёма хранения нет, хотя для отдельных файлов действуют разные лимиты загрузки. Эти формулировки расходятся, поэтому перед массовой загрузкой медиатеки нужно ориентироваться на условия конкретного плана и ограничения, показанные в аккаунте: считать 3 ГБ безусловным текущим потолком или, наоборот, считать хранилище безлимитным нельзя.

Как устроен интерфейс Mydoma Studio

Рабочая логика интерфейса строится вокруг студии и проектов. Внутри проекта слева расположена навигация по самостоятельным областям. На актуальных изображениях интерфейса видны Overview, Contracts, Products & Services, Proposals, Invoices, Orders, Appointments, Questionnaires, Files & Media, Calendar, Task Manager, Design Boards и Notes. Конкретный набор видимых пунктов зависит от включённых функций проекта: Mydoma позволяет настраивать структуру и не заставляет держать все модули активными одновременно.

Overview используется как сводная точка проекта: здесь объединяются Project info со статусом, датами и бюджетом, список пользователей с доступом, Accepted Contracts и связанные appointments. Такой экран подходит для проверки состояния проекта перед переходом к деталям: видно, кто имеет доступ, какой договор принят и какое событие запланировано.

Calendar сводит календарные сущности проекта в один месячный экран. В панели Filters отдельно включаются Appointments, Events, Tasks и Shipments; дополнительно доступен выбор проекта и участников. Это позволяет отделить, например, встречу с клиентом от внутренней задачи и от ожидаемой поставки, не смешивая разные типы событий в одном статусе.

Products & Services — операционный центр спецификаций. Здесь собираются товары и услуги, количество, поставщики, категории, статусы, теги и связанные данные, которые затем используются в предложениях, счетах и заказах. Для представления разных рабочих срезов применяются Views и tags; экспорт выбранного представления товаров выполняется в CSV. Это полезно, когда данные нужно передать в другую систему или проверить вне платформы.

Design Boards — визуальная зона проекта. Пользователь создаёт доски, добавляет изображения, текст и изображения товаров, связывает элементы с уже заведёнными продуктами и публикует результат для клиента. В интерфейсе редактора доступны команды Settings, Add new, Hotspots, Export и Share, а также управление масштабом Fit, Fill и процентным zoom. На другой версии экрана панели добавления видны Select images, Add text и Select product image.

Отдельный экран Design Boards показывает набор досок как карточки по помещениям и задачам: например Bathroom, Guest Bedroom, Kitchen, Living/Dining и Office. На карточке отмечается видимость для viewers. Такой уровень особенно полезен в большом проекте: вместо одной бесконечной презентации дизайнер делит концепции по комнатам, контролирует, какие доски уже готовы к просмотру, и возвращается к редактированию конкретной зоны.

Client Portal отделён от внутреннего рабочего пространства. Клиент получает брендированный вход, материалы проекта, договоры, сообщения и разрешённые дизайнером финансовые или визуальные элементы. В портале можно собирать approvals, принимать платежи, обмениваться файлами и сообщениями, а дизайнер управляет тем, какие проектные данные открыты внешнему участнику.

Доступ и первый запуск

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

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

Следующий этап — клиенты. В актуальной справке добавление клиента начинается через Add; доступны сценарии Add & invite и Add & open. Первый одновременно создаёт запись и приглашает клиента, второй позволяет сначала открыть карточку и закончить внутреннюю настройку. Для уже созданного проекта клиент привязывается из Overview через редактирование информации проекта. Перед приглашением полезно проверить контактные данные, брендирование портала и то, какие блоки будут открыты клиенту.

Затем создаётся проект. В Mydoma NEXT проект трактуется как цифровой project binder: в него можно включить appointments, contracts, invoices, orders, Files & Media, Design Boards, Notes, proposals, questionnaires и другие области. Проекту задаются сроки, статус и доступ участников; ненужные функции можно скрыть. Именно это позволяет создать разные схемы для консультации, одной комнаты, полного residential-проекта или длительного комплекта закупок.

Перед первой финансовой операцией необходимо настроить категории товаров и услуг, налоги и платёжный сценарий. Для QuickBooks Online связь особенно важна до массового выставления документов, потому что Mydoma экспортирует туда оплаченные invoices и позволяет сопоставлять категории продуктов с бухгалтерскими счетами. Интеграция односторонняя: её не следует воспринимать как двустороннюю синхронизацию всей базы или замену сверки бухгалтерии.

Базовый рабочий процесс от проекта до заказа

Практический цикл удобно строить как последовательность из восьми операций. Сначала создаётся клиент и проект. Затем в Products & Services добавляются товары и услуги с поставщиками, ценами, количествами и проектной принадлежностью. После этого из этих позиций собирается Design Board или спецификационный вид. Клиент получает визуальный материал через портал и подтверждает решения. Одобренные позиции переходят в proposal, затем в invoice. После оплаты по ним формируются purchase orders, а команда отслеживает статусы поставки и фактическое выполнение.

1. Создать проект. Выбрать шаблон или собрать структуру с нуля, указать статус, даты и участников, оставить только нужные модули.
2. Добавить клиента. Привязать клиента к проекту и решить, сразу ли отправлять приглашение в Client Portal.
3. Собрать товары и услуги. Использовать собственный каталог, web clipper, мобильный клиппер, ручное добавление или Connected Catalog, где он доступен.
4. Оформить визуальную концепцию. В Design Board разместить изображения, текст, swatches и связанные product images, затем настроить видимость.
5. Получить согласование. Опубликовать доску и собрать comments, suggestions и approvals в клиентском пространстве.
6. Сформировать proposal и invoice. Перенести одобренные позиции в финансовые документы, проверить количества, цены, налог и адрес клиента.
7. Принять платёж. Использовать Mydoma Pay для credit card или ACH либо вручную отметить cash/cheque; контролировать paid, partially paid и overdue состояния.
8. Сформировать purchase order. Создать PO для поставщика и продолжить FF&E tracking по статусам, срокам и бюджету.

Смысл такой цепочки не в том, что каждый проект обязан проходить все восемь шагов. Консультация может завершиться после договора, time tracking и invoice; e-design может закончиться после Design Board и клиентского согласования; полный проект с закупками продолжится до PO и контроля поставок. Важно другое: данные не нужно заново перепечатывать при переходе от визуального решения к финансовому документу.

Управление проектами, задачами и временем

Project Management объединяет reusable templates, Status & Tagging, Contract Management, Task Management, Time Tracking и File & Notes Storage. Проектные статусы можно адаптировать под процесс студии, а tags использовать для дополнительной классификации. Это позволяет различать этапы сделки, стадии дизайна и внутренние типы работ без создания отдельных проектов только ради фильтрации.

Task Management поддерживает deadlines, dependencies и tags для deliverables. После появления Task Manager в 2023 году задачи можно создавать как из общего менеджера, так и в контексте проекта. Для задач используются статусы To Do, In Progress и Done, приоритеты Low, Medium и High, назначение нескольких участников, watchers, comments, checklists и attachments. Клиент также может быть включён в задачу, когда это требуется сценарием проекта.

Зависимости важны для последовательных работ. Например, заказ мебели не должен стартовать до согласования спецификации и поступления оплаты. В Mydoma зависимость фиксируется как часть задачи, а не остаётся устной договорённостью. Для менеджера проекта практический контроль состоит в том, чтобы смотреть не только дату, но и блокирующую задачу: просроченный predecessor объясняет, почему следующий этап не должен считаться просто забытым.

Time Tracking доступен в вебе и мобильном приложении, поддерживает billable и non-billable записи. На актуальном мобильном экране формы видны Start time, End time, Task, Service Type, Team member, Project и Billable. Это позволяет связать время не только с человеком, но и с конкретным проектом и типом услуги. В дальнейшем time entries можно фильтровать и выгружать в PDF или CSV; записи времени также используются при подготовке соответствующих счетов.

Проверка учёта времени должна выполняться до выставления клиентского документа. Для каждой записи стоит убедиться, что выбран правильный Project, указан Team member, Service Type соответствует выполняемой работе, а переключатель Billable выставлен осознанно. Ошибка в одном из этих полей не является техническим сбоем платформы, но приводит к неверному отчёту или пропущенной сумме в биллинге.

Client Portal и согласования

Client Portal — одна из центральных частей Mydoma Studio. Клиент получает круглосуточный доступ к разрешённой части проекта: презентациям, approvals, invoices, сообщениям и файлам. Для студии это не просто файловая папка. Портал поддерживает брендированный login experience, onboarding-видео или шаблоны, design presentations, payment & invoicing и централизованную коммуникацию.

Granular Controls позволяют управлять тем, что клиент видит. Можно скрывать pricing и services, а также ограничивать отображение по room или product. Такой контроль особенно важен в проектах с trade pricing: внутренняя себестоимость, закупочная цена и клиентская цена могут иметь разную аудиторию. Перед публикацией дизайнеру следует проверять видимость с позиции клиента, а не исходить из того, что внутренний экран автоматически совпадает с внешним.

Согласование можно получать не только для Design Boards. Files & Media поддерживает клиентский sign-off для материалов, а proposals имеют собственные механизмы approval. Это создаёт документируемую последовательность решений: визуальная концепция, файл или финансовое предложение подтверждаются в той части проекта, где они хранятся. При спорной ситуации команде легче восстановить, что именно было показано и принято.

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

Design Boards: визуальная презентация и обратная связь

Design Boards соединяют товары, изображения, swatches, текст и notes в визуальную композицию. Пользователь перетаскивает элементы, выбирает product images из каталога и размещает их на рабочем поле. Связь с карточкой товара отличает Design Board от обычного коллажа: после согласования тот же объект остаётся связанным с исходной карточкой, vendor SKU или внутренним catalog item и может участвовать в proposal.

На экране редактирования предусмотрены Hotspots. Они позволяют сделать визуальную доску интерактивнее и привязать точки к содержимому. Для клиента это уменьшает неоднозначность: он видит не просто картинку интерьера, а получает связь между элементом композиции и конкретной позицией. После подготовки доска публикуется в портал, экспортируется или используется для внешней презентации.

В 2026 году к Design Boards добавляется AI Rendering. В майской ветке функция была анонсирована как upcoming и открывалась через Early Access. В июньском релизе она всё ещё оставалась Early Access: дизайнер выбирает реальные products, уже находящиеся на доске, и получает фотореалистичный вариант дизайна внутри комнаты. Поскольку доступ ограничен программой раннего доступа, функцию нельзя описывать как гарантированно включённую для каждого подписчика.

AI Rendering не отменяет обычную доску. Исходная Design Board остаётся управляемым набором продуктов и изображений, а rendering служит дополнительным представлением. Для контроля результата дизайнеру нужно сравнить сгенерированное изображение с исходным списком товаров, особенно форму, цвет, масштаб и количество предметов. Генеративное изображение не является спецификацией и не должно подменять карточки продуктов, размеры и vendor data.

Product Sourcing, каталог и FF&E

Product Sourcing предназначен для сбора и повторного использования товарной информации. Карточки можно создавать из web clipper, мобильного приложения, загрузки данных и собственных сохранённых позиций. В карточке хранятся сведения о vendor, pricing и availability; далее позиция включается в проект, Design Board, proposal, invoice или purchase order. За счёт этого каталог служит общей базой данных для нескольких документов, а не как отдельная библиотека картинок.

Для Firefox и Safari существуют инструкции по установке Mydoma web clipper. На macOS также публикуется отдельное приложение Mydoma Studio NEXT Web Clipper в App Store, совместимое с macOS 10.14 и новее. Клиппер нужен для захвата товара с внешней веб-страницы и переноса сведений в каталог. Перед сохранением всё равно необходимо проверить название, вариант, цену и vendor, потому что исходная страница магазина может содержать несколько конфигураций одного товара.

FF&E Tracking позволяет отслеживать product status, lead times и budgets. На полном интерьерном проекте это важнее самой красивой карточки: после одобрения позиция должна пройти заказ, подтверждение поставщика и доставку. Mydoma связывает операционный статус с товаром проекта, поэтому дизайнеру не нужно вести параллельный перечень только ради ответа на вопрос, что уже заказано и что ещё ожидает действия.

В апрельском релизе 2026 года появился Connected Catalog в режиме Early Access. На старте библиотека содержала более 250 000 SKU примерно от 150 trade-focused brands. Поиск позволял использовать Brand, Category и дополнительные фильтры, а также описывать нужный предмет естественным языком для AI-powered search. Добавление выполняется из Projects: пользователь открывает Products, меняет Source на Connected Catalog и выбирает найденный item.

В июньском релизе Connected Catalog вырос более чем до 370 000 SKU от 200 брендов. Фильтры стали открываться автоматически, появились multi-select для добавления нескольких товаров и фильтры dimensions, введённые в майской ветке. Эти числа относятся именно к опубликованным этапам Early Access 2026 года и не являются постоянным лимитом каталога. Для пользователя практический вывод состоит в другом: Connected Catalog сокращает ручной перенос данных, но карточку всё равно следует сверять перед финансовыми документами.

Предложения, счета, платежи и purchase orders

Финансовый поток построен вокруг перехода от согласования к оплате и заказу. Proposal содержит выбранные товары и услуги и служит клиентским коммерческим документом. После approval его можно преобразовать в invoice. В разделе Invoices отслеживаются состояния новых, оплаченных, частично оплаченных, неоплаченных и просроченных счетов. Публичный интерфейс Create invoice содержит Invoice No. и Currency, а summary показывает Received и Owing.

Платёжные варианты включают credit card, ACH и ручную фиксацию cash или cheque. Mydoma Pay встроен в веб-приложение и позволяет клиенту оплачивать invoice из портала либо по защищённой ссылке. Для кредитных карт опубликованный ориентир обработки составляет 1–2 рабочих дня, для ACH — до 3–5 рабочих дней. Эти сроки относятся к processing и не должны использоваться как обещание точного момента поступления в каждом банке.

После оплаты invoice можно использовать как основание для дальнейшей закупки. Purchase Orders формируются и отправляются vendor прямо из Mydoma. В отличие от invoice, который адресован клиенту и фиксирует его обязательство перед студией, PO — документ для поставщика. Ошибка новичка состоит в смешении этих сущностей: оплату клиента нельзя считать подтверждением того, что vendor уже получил заказ; необходимо отдельно создать и проверить PO.

Для контроля закупки можно использовать представление Products & Services как Order Tracking Sheet. В нём рядом с товаром видны Shipping Info, Category и Order Status, а справа доступны Filters, Visibility, Export to PDF и Export to CSV. Такое представление удобно для оперативной сверки: статус заказа остаётся связан с конкретной позицией, а не переносится в отдельную таблицу вручную.

QuickBooks Online integration предназначена для передачи оплаченных invoices. Экспорт выполняется только для fully paid invoices, а направление одностороннее — из Mydoma в QuickBooks. Категории продуктов можно сопоставлять с accounts в QuickBooks. Это помогает убрать повторный ввод итогового оплаченного документа, но не означает, что изменения любой записи в QuickBooks автоматически вернутся в Mydoma.

Перед экспортом в QuickBooks полезно проверять четыре вещи: invoice действительно отмечен полностью оплаченным; client и income mapping корректны; tax соответствует документу; line items расположены и названы так, как требуется бухгалтерии. В февральском релизе 2026 года отдельно исправлялся порядок строк в экспортируемых invoice PDF, а в апрельском — корректность tax rate exports и CSV payments report. Эти исправления показывают, что финансовый экспорт является активно развиваемой частью продукта и требует контрольного просмотра после обновлений.

Форматы, импорт, экспорт и интеграции

У Mydoma Studio нет одного формата проекта наподобие файла CAD. Данные хранятся в облачной базе и выводятся по назначению. Для табличных операций используется CSV: через него переносится часть справочных данных, экспортируются product views, выгружаются payments reports и отдельные финансовые наборы. В процессе onboarding предусмотрен импорт адресов клиентов и vendors; CSV также используется для переноса vendors, products и clients.

В Design Boards есть команда Export, но единый перечень расширений для всех вариантов экспорта не закреплён. Поэтому не следует приписывать платформе неподтверждённый набор PNG, JPG или PPTX. Если студии нужен стандарт долговременного хранения, перед его утверждением следует открыть текущее меню Export и зафиксировать доступные в аккаунте варианты.

Среди интеграций наиболее явно поддерживается QuickBooks Online. Кроме него экосистема Mydoma исторически использует встраивание или связь с сервисами календарей и форм, но статья не относит каждую старую интеграцию к текущему гарантированному набору. Для нового рабочего процесса стоит опираться на актуально показанные в аккаунте connections, особенно когда от интеграции зависит финансовый перенос.

Мобильные приложения и работа вне рабочего стола

Мобильное приложение Mydoma Studio не является урезанной самостоятельной программой с отдельной базой: оно подключается к той же облачной среде и рассчитано на работу с проектами на ходу. В App Store перечислены управление проектами, Client Portal, каталогизация товаров, mood boards, invoices, purchase orders, взаимодействие с подрядчиками и командой, а также Time Tracking. Google Play описывает тот же основной набор для Android.

На iPhone и iPad приложение особенно полезно для оперативных операций: записать время сразу после встречи, открыть проект перед разговором с заказчиком, добавить товар в каталог, просмотреть сообщение или проверить состояние invoice. Для длительной подготовки больших Design Boards и массовой работы с Products & Services веб-интерфейс на крупном экране остаётся рациональнее, потому что там одновременно видны навигация проекта, таблицы и контекстные панели.

Текущая мобильная версия в американском App Store — 3.20260812.2. Ветка 3.x обновляется регулярно; история магазина показывает сборки 3.20260707.4, 3.20260624.5, 3.20260610.1, 3.20260527.1 и другие. Описание изменений для этих мобильных сборок ограничено формулировкой о исправлениях ошибок и улучшениях, поэтому нельзя приписывать конкретной сборке функцию, которая документирована только в ежемесячном SaaS-релизе.

На Android карточка приложения в августе 2026 года уже указывает Studio Designer в сведениях о разработчике. Магазин также сообщает, что приложение может собирать location, personal information и несколько других категорий данных, данные шифруются при передаче, а пользователь может потребовать их удаления. Эти сведения относятся к Android-приложению и не заменяют общую политику конфиденциальности веб-платформы.

Отчётность и контроль состояния проекта

Reporting в Mydoma Studio охватывает финансовые и операционные данные: reports по invoices, purchase orders, payments и sold packages дополняются показателями revenue, productivity и project performance. Для рабочего контроля отчётность полезна не сама по себе, а как проверка согласованности между проектом, временем и деньгами.

Финансовый срез Products & Services также можно проверить внутри табличного представления. В Budget Summary выводятся Cost, Cost Subtotal, Order tax, Order tax total и Markup, а панель справа фильтрует строки по vendor, category, type и status. Это даёт возможность сначала сузить набор до нужных товаров или услуг, а затем сверить закупочную и клиентскую стороны расчёта.

В Time Tracking Report записи можно фильтровать и выводить в PDF или CSV. Это позволяет раздельно посмотреть часы конкретного участника, проекта или периода и сверить их с выставленными услугами. Перед закрытием месяца студия может сначала выгрузить time entries, затем проверить billable-флаг и только после этого формировать итоговые invoices. Такой порядок снижает риск потерять оплачиваемое время из-за неверной классификации записи.

Для product workflow пригодны FF&E Schedule и spec sheets. Расписание FF&E выводится в PDF или CSV, а spec sheet — в PDF. Эти документы удобны для передачи подрядчику, поставщику или внутренней проверки. Важно понимать, что export фиксирует состояние данных на момент создания файла: последующие изменения карточки товара в Mydoma не перепишут уже сохранённый PDF автоматически.

Финансовые отчёты требуют тех же правил проверки, что и invoice. Апрельская ветка 2026 года исправляла сохранение custom fields в Reports, корректность выбранной tax rate при экспорте и ошибки payments CSV. Если студия использует выгрузки для бухгалтерской сверки, после крупного обновления разумно сначала провести контроль на одном небольшом наборе данных, сравнить totals с экраном Mydoma и только затем переносить весь период.

Производительность и стабильность

Для Mydoma Studio не опубликован типичный набор локальных benchmark-показателей: нет минимального объёма RAM для веб-платформы, обязательной модели GPU или теста рендеринга в кадрах в секунду. Это соответствует архитектуре SaaS: основная база и бизнес-логика работают в облаке, а браузер отображает проектные данные. Поэтому производительность следует оценивать по скорости конкретных рабочих операций, а не по характеристикам установочного файла.

Сами релизы 2026 года показывают, какие части системы оптимизируются. В апрельской ветке улучшались messaging performance и sorting, исправлялась доставка notifications и переходы из писем к invoice, proposal и overdue tasks. В июне упрощался доступ к фильтрам Connected Catalog и массовое добавление товаров. Это операционные изменения, которые сокращают лишние переходы и ошибки маршрутизации, но не дают универсального числового показателя быстродействия.

На практике нагрузку создают прежде всего крупные каталоги, визуальные материалы и интенсивная работа с большим количеством позиций. Система предусматривает search, filters, views и tags именно для того, чтобы не работать с длинным неструктурированным перечнем. Для стабильной навигации стоит разделять товарные наборы по проекту и комнате, не хранить служебные дубли и использовать сохранённые представления вместо постоянного ручного перебора всей базы.

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

Системные требования

Для веб-платформы базовое требование сформулировано просто: Mydoma Studio доступна с любого устройства, которое имеет доступ к интернету. Для основного сервиса не задан отдельный минимальный процессор, объём RAM или конкретная версия Windows. Поэтому системные требования не следует подменять вымышленным списком desktop-характеристик.

Отсутствие отдельного требования для Windows не означает отсутствия веб-доступа с Windows. Смысл в другом: Mydoma не публикует для основной SaaS-платформы матрицу уровня «Windows 11, 8 ГБ RAM, 2 ГБ VRAM». Точно так же нельзя автоматически переносить системные требования мобильного приложения на браузерную версию.

Для студии, работающей на смешанном парке устройств, оптимальная схема проста: веб-версия используется на основном компьютере, а мобильное приложение — для времени, сообщений, просмотра и быстрых действий. Если сотрудники должны работать на старых iPhone или iPad, именно требование iOS/iPadOS 16.4 становится ограничивающим фактором, тогда как доступ к браузерной платформе определяется возможностью устройства нормально работать в интернете.

Безопасность и приватность

Mydoma Studio обрабатывает клиентские контактные сведения, адреса, проектные файлы, сообщения и платёжно-финансовый контекст, поэтому для дизайн-студии приватность является рабочим требованием, а не формальностью. Общая политика платформы называет оператором Studio Designer, LLC и распространяется на Studio Designer и mydomastudio.com. В ней перечислены account information, клиентские сведения, данные о заказах и доставке, usage data и техническая информация.

Политика конфиденциальности указывает на разумные administrative, technical и physical security measures и ограничение доступа к персональным данным теми сотрудниками, которым они необходимы для работы. Платформа размещается в США; персональные данные могут храниться и обрабатываться в регионе пользователя с резервированием в другом регионе, а международная передача в США прямо предусмотрена условиями. Для студии с клиентами из ЕЭЗ это означает необходимость учитывать собственные обязанности контролёра данных.

В условиях Mydoma дизайнер прямо рассматривается как controller персональных данных, которые он вносит в сервис, а Mydoma — как processor в контексте GDPR. Дизайнер отвечает за законное основание обработки и необходимые согласия. Условия также запрещают помещать в сервис специальные категории персональных данных, описанные GDPR. Следовательно, проектная папка не должна превращаться в хранилище чувствительной информации, не связанной с задачей интерьерного проекта.

Удаление данных можно инициировать через User Settings; в условиях установлен срок удаления в течение десяти рабочих дней. Клиент пользователя Mydoma может добиться деактивации профиля и удаления персональной информации с тем же указанным сроком. Политика конфиденциальности при этом допускает сохранение части информации, когда это необходимо для исполнения юридических обязанностей, завершения начатых транзакций или ведения обязательных записей.

Mydoma Pay позволяет клиенту платить из Client Portal или по защищённой ссылке из invoice. Платёжные условия отдельно регулируют card и ACH operations и запрещают использовать сервис для операций, не связанных с реальной продажей товаров, услуг или допустимым пожертвованием. Для студии правильная практика — не пересылать реквизиты карты в сообщениях и не хранить CVV в проектных заметках; платёж должен проходить через предназначенный для этого платёжный интерфейс.

Google Play для Android-клиента сообщает, что данные шифруются при передаче, приложение не заявляет передачу данных третьим лицам в разделе Data safety и поддерживает удаление данных. App Store описывает категории данных, которые могут быть связаны с пользователем: contact information, user content, identifiers, usage data и diagnostics. Эти магазинные декларации полезны для оценки мобильного клиента, но правила студии должны опираться на общую политику Platform и собственные обязательства перед клиентами.

Практические сценарии работы

Соло-дизайнер с проектом одной комнаты

Для одной комнаты можно создать компактный проект с Overview, Contracts, Products & Services, Design Boards, Proposals, Invoices, Files & Media и Notes. Task Manager и Orders включаются только при необходимости. Дизайнер собирает мебель через web clipper, размещает основные позиции на Design Board, публикует доску клиенту, фиксирует comments и approval, а после согласования формирует proposal. Такой проект не требует строить сложную иерархию закупок, но сохраняет единый след от выбора продукта до оплаты.

Проверка результата состоит из трёх уровней. На визуальном уровне нужно убедиться, что доска показывает именно те варианты, которые заложены в Products & Services. На коммерческом уровне quantities и prices в proposal должны совпасть с одобренными позициями. На финансовом уровне invoice создаётся из утверждённого набора и после оплаты получает правильный статус. Если эти три уровня совпали, проект можно передавать в закупку или завершать.

Небольшая студия с несколькими параллельными объектами

Для команды важны Custom Project Templates, Status & Tagging, Task Management и Time Tracking. Вместо того чтобы каждый дизайнер называл этапы по-своему, студия заранее задаёт рабочие статусы и типовые шаблоны. Задачи назначаются конкретным людям, dependencies фиксируют последовательность, а billable time записывается с проектом и Service Type. Руководитель получает сопоставимые данные по нескольким объектам и может видеть, где проблема в невыполненной задаче, а где — в клиентском согласовании.

В такой схеме следует избегать общего проекта на всех клиентов. Mydoma уже создаёт контекст на уровне отдельного project binder, поэтому объединение несвязанных объектов лишает смысла Client Portal, отчётность и фильтрацию. Общими должны быть templates, каталожные товары и правила студии; клиентские договоры, invoices, Boards и tasks остаются внутри соответствующего проекта.

Полный residential-проект с закупками

Полный цикл начинается с catalog и FF&E. Команда заводит vendors, товары и услуги, связывает позиции с комнатами и статусами, затем использует Design Boards для согласования. После approval формируется proposal, затем invoice. Оплаченные позиции превращаются в purchase orders, а дальнейшая работа сосредоточена на product status, lead times, vendor communication и платежах. Для внешнего контроля используются FF&E schedule, spec sheets и финансовые выгрузки.

Главное ограничение такого сценария — отсутствие встроенного full accounting. Если фирме требуется единая система с general ledger, расширенным vendor accounting и глубокой финансовой отчётностью без QuickBooks, родственный Studio Designer лучше соответствует этой задаче. В Mydoma финансовая цепочка сильна на уровне proposal → invoice → payment → PO, но бухгалтерский контур остаётся внешним.

Удалённый e-design

Для дистанционного обслуживания Client Portal становится основным клиентским каналом. В него помещаются welcome material, contracts, questionnaires, Design Boards, files, messages и invoices. Клиент может просматривать материалы и подтверждать решения без очной встречи. В этом сценарии особенно важна чистота видимости: перед публикацией следует скрыть внутренние цены и служебные материалы, проверить названия комнат и убедиться, что только финальные Boards открыты viewers.

Если услуга продаётся как стандартизированный package, Mydoma исторически поддерживает digital packages и marketplace-сценарии в условиях сервиса. Однако для текущей настройки пакетов лучше использовать именно доступные в аккаунте инструменты и текущие условия подписки, а не копировать старые схемы из материалов предыдущих поколений платформы.

Проект с QuickBooks Online

В бухгалтерском сценарии Mydoma остаётся системой проекта, а QuickBooks — системой учёта. Команда готовит и оплачивает invoice в Mydoma, затем передаёт fully paid document в QuickBooks. Категории продуктов связываются с соответствующими income accounts. Перед экспортом необходимо исключить частично оплаченные счета, проверить tax и убедиться, что документ больше не требует клиентской корректировки.

Такой процесс специально односторонний. Если бухгалтер изменит запись в QuickBooks, это не следует считать автоматическим обновлением исходного invoice в Mydoma. Поэтому студии нужен внутренний порядок: до экспорта документ считается редактируемым проектным объектом; после экспорта существенные изменения согласуются с бухгалтером и отражаются в обеих системах осознанно.

Ограничения, которые нужно учитывать до покупки

• Зависимость от интернета. Основная платформа облачная, поэтому полноценная работа с проектом без соединения не является базовым режимом.
• Подписка на каждого пользователя. Цена масштабируется вместе с числом рабочих мест, а новый аккаунт включает отдельный onboarding за 300 долларов.
• Нет встроенной полноценной бухгалтерии. Для accounting Mydoma опирается на QuickBooks integration; полностью встроенный бухгалтерский контур предлагается в Studio Designer.
• QuickBooks export односторонний. В систему учёта отправляются полностью оплаченные invoices; это не двусторонняя синхронизация всех изменений.
• Connected Catalog и AI Rendering в 2026 году находятся в Early Access. Их нельзя считать гарантированно одинаково доступными каждой студии.
• Условия хранения сформулированы неодинаково. Terms версии 3.6 сохраняют fair-usage порог 3 ГБ на студию, а технический FAQ говорит об отсутствии общего лимита хранения при отдельных лимитах файлов. Для планирования объёма нужно использовать условия приобретённого плана и фактические ограничения аккаунта.
• Мобильный интерфейс не заменяет большой экран во всех задачах. Он удобен для времени, сообщений и быстрых действий, но масштабная спецификация и компоновка Boards требуют больше рабочего пространства.
• Веб-версия не имеет опубликованной desktop-матрицы hardware requirements. Нельзя заранее привязать производительность к конкретной видеокарте или объёму RAM по опубликованной спецификации.
• Интерфейс требует освоения. Агрегированные пользовательские отзывы отмечают как удобство централизации, так и случаи, когда navigation кажется clunky или требует лишних шагов.
• Генеративный rendering не является спецификацией. Результат нужно сверять с реальными карточками товаров, размерами и утверждённой Design Board.

Плюсы и минусы

Плюсы

• Проект, Client Portal, Tasks, Time Tracking, Design Boards, Products & Services, invoices и orders связаны внутри одной облачной учётной записи.
• Клиентская часть отделена от внутреннего рабочего пространства, а granular controls позволяют ограничивать цены, услуги и видимость по room/product.
• Design Boards используют связанные product images, поэтому визуальное согласование можно продолжить в proposal и invoice без повторного создания позиции.
• Product Sourcing поддерживает web clipper, мобильное добавление и собственный каталог; Connected Catalog расширяет поиск готовых SKU в режиме Early Access.
• Task Management включает deadlines, dependencies, priorities, multiple assignees, watchers, comments, checklists и attachments.
• Time Tracking работает в web и mobile, разделяет billable и non-billable time и выводит отчёты в PDF или CSV.
• Финансовая цепочка поддерживает proposals, invoices, partial payment tracking, Mydoma Pay, purchase orders и экспорт оплаченных счетов в QuickBooks Online.
• Система ориентирована именно на интерьерную практику, поэтому vendor, FF&E, Design Boards и client approvals являются штатными сущностями, а не самодельными полями универсального task manager.

Минусы

• Полностью автономного локального режима для основной платформы нет.
• Подписка тарифицируется по пользователям, а для нового аккаунта добавляется обязательный платный onboarding.
• Собственная full accounting система отсутствует; фирмам с потребностью в general ledger придётся использовать QuickBooks или другой продукт.
• QuickBooks integration не является двусторонней синхронизацией и работает с полностью оплаченными invoices.
• Некоторые новые функции 2026 года ещё находятся в Early Access, поэтому нельзя строить обязательный производственный процесс вокруг их безусловной доступности.
• История мобильных сборок публикует в основном общие bug fixes без детализации по каждой версии, что затрудняет точное сопоставление небольших мобильных изменений.
• Пользовательские отзывы показывают, что часть аудитории сталкивается с кривой освоения, непривычной navigation и желанием более глубокой customization или integrations.

Частые ошибки и способы проверки результата

Клиент видит не ту информацию

Причина обычно не в самом Client Portal, а в неверной видимости. Перед публикацией проверьте granular controls, статус board или файла и доступ viewers. Отдельно посмотрите pricing и services: внутренние значения не должны автоматически становиться клиентскими. После изменения видимости обновите портал и убедитесь, что у клиента открывается ровно нужная версия материала.

Товар есть на Design Board, но его невозможно нормально выставить в invoice

Визуальная картинка и полноценная product card — не одно и то же. Проверьте, что элемент Board связан с товаром из Products & Services, у товара заполнены vendor, quantity, price и необходимые проектные поля. Если на доску добавлено только изображение без связанной позиции, финансовому документу неоткуда взять структурированные сведения.

Invoice не экспортируется в QuickBooks

Сначала проверьте payment status: для прямого экспорта invoice должен быть fully paid. Затем проверьте подключение QuickBooks Online и сопоставление категорий с accounts. Если документ ещё частично оплачен, исправлять интеграцию бессмысленно — сначала необходимо завершить или корректно отразить оплату в Mydoma.

Отчёт времени не совпадает с ожидаемой суммой

Проверьте Project, Team member, Service Type и Billable для каждой спорной time entry. Отдельно проверьте период и фильтры отчёта. Если запись создана как non-billable, она корректно присутствует в учёте времени, но не должна автоматически превращаться в оплачиваемую услугу. После исправления повторно сформируйте PDF или CSV и сравните totals.

В CSV не хватает нужных товаров

Product export связан с выбранным View. Перед выгрузкой откройте нужное представление, проверьте фильтры и поля, сохраните его, затем запускайте CSV export. Если позиция исключена фильтром или находится в другом view, исправление файла после скачивания маскирует причину; правильнее сначала добиться верного набора в интерфейсе.

Клиент получил старую версию визуальной доски

Проверьте, какая Design Board опубликована и какие карточки помечены visible to viewers. В проекте с несколькими вариантами по одной комнате легко оставить доступными старую и новую концепции. Перед отправкой сообщения клиенту скройте устаревший board, опубликуйте финальный и убедитесь, что approvals относятся к правильной версии.

Purchase order создан до окончательной проверки оплаты

Разделяйте client payment и vendor order. Сначала подтвердите состояние invoice и сумму, затем сформируйте PO. Проверьте vendor, quantities, item descriptions и адреса. Наличие оплаченного клиентом invoice не подтверждает автоматически, что поставщик получил корректный заказ.

AI Rendering выглядит убедительно, но не совпадает со спецификацией

Рендеринг служит визуализацией, а не закупочной спецификацией. Сверьте каждую значимую позицию с Products & Services и исходной Design Board. Если генеративное изображение изменило форму, количество, пропорции или цвет, исправлять финансовые документы под изображение нельзя: закупка должна опираться на утверждённые реальные карточки товаров.

После обновления отчёт или документ выглядит иначе

Релизы 2026 года регулярно меняли invoices, reports, notifications и catalog. После крупного обновления создайте небольшой контрольный документ, сравните экранные totals с PDF/CSV и только затем формируйте пакет документов для клиента или бухгалтерии. Такой контроль особенно важен для tax, custom fields, invoice line order и payment exports, потому что именно эти области уже получали исправления.

Рабочая дисциплина: как не превратить систему в ещё одно хранилище

Mydoma Studio даёт много взаимосвязанных сущностей, поэтому качество результата зависит от того, насколько последовательно студия использует их. Если один дизайнер хранит продукт как полноценную карточку, второй добавляет только картинку в Board, а третий ведёт закупку в произвольной заметке, связь между визуализацией, финансами и заказом распадается. Платформа лучше всего работает при заранее согласованных правилах для products, vendors, statuses, naming и approvals.

Первое правило — создавать одну товарную карточку и повторно использовать её там, где это возможно. У неё должен быть корректный vendor, название, цена, количество, изображение и проектная принадлежность. Design Board следует собирать из связанных product images, proposal — из проверенных products/services, а PO — из финансово согласованных позиций. Тогда изменение или ошибка локализуются в понятной сущности, а не размножаются по нескольким несвязанным документам.

Второе правило — не смешивать внутренний и клиентский статус. Внутренняя задача может быть Done, но это не означает, что клиент одобрил Board. Invoice может быть создан, но это не означает, что он paid. Product может быть selected, но это не означает, что PO отправлен поставщику. Для каждого этапа Mydoma использует отдельные объекты и состояния; контроль должен проходить по ним, а не по общему ощущению готовности проекта.

Третье правило — использовать templates только для повторяемой структуры. Шаблон полезен для стандартного набора модулей, задач и этапов, но в конкретном проекте его нужно адаптировать. Если в консультации нет закупки, Orders не должны оставаться ради одинакового внешнего вида. Если проект требует сложной поставки, наоборот, стоит заранее включить FF&E tracking, vendor data и нужные reports.

Четвёртое правило — закрывать проект контрольным пакетом. Для полного проекта это может быть финальный FF&E Schedule, оплаченные invoices, отправленные POs, подтверждённые Boards и сохранённые critical files. Для консультации достаточно signed contract, time records, invoice и итоговых materials. Такой пакет позволяет спустя месяцы восстановить результат без просмотра всей истории сообщений.

Отзывы пользователей и профильных изданий

Что отмечают пользователи

Крупнейший актуальный агрегат отзывов, GetApp, в августе 2026 года показывает для Mydoma Studio итоговую оценку 4,2 из 5 на основе 80 проверенных отзывов. Customer Support оценивается в 4,8, Value for Money — 4,4, Features и Ease of Use — по 3,9. Большая часть авторов работает в design, а самым частым указанным сценарием является project management. Такой профиль оценок показывает заметно более сильное восприятие поддержки, чем полноты функций или простоты освоения.

Повторяющиеся положительные темы — централизация проектной информации, Client Portal, организация tasks, proposals и files, Time Tracking, invoice tracking и доступ команды и клиента к одному онлайн-пространству. Отдельно пользователи хвалят поддержку: агрегированное резюме GetApp отмечает responsive и helpful customer support. Это согласуется с высоким числовым рейтингом поддержки и важно для продукта, где onboarding и настройка процессов занимают существенную часть старта.

Повторяющиеся критические темы — navigation, которую часть аудитории считает clunky или неочевидной, наличие learning curve и операций, требующих больше шагов, чем ожидается. В отзывах также встречается желание большей customization и более гладких integrations. Эти замечания не отменяют функциональность модулей, но объясняют, почему студии стоит использовать onboarding не только как формальность: структура проекта и правила команды прямо влияют на то, будет ли интерфейс восприниматься упорядоченным или перегруженным.

App Store показывает 4,8 из 5, но всего по пяти ratings, поэтому эту цифру нельзя ставить рядом с массивом из 80 отзывов как равнозначную статистику. Один из опубликованных отзывов хвалит Client Portal и support. Малый объём выборки делает App Store полезным скорее как подтверждение наличия довольных мобильных пользователей, а не как надёжную общую оценку качества всей SaaS-платформы.

На G2 встречается более жёсткая критика clunky-интерфейса и прозрачности цены. Это отдельный негативный сигнал, а не доминирующее мнение всей аудитории. Сопоставление с GetApp показывает более взвешенную картину: пользователи в среднем оценивают продукт выше четырёх баллов, но ease of use и features заметно отстают от customer support.

Что пишут профильные издания

Business of Home при освещении сделки Studio Designer и Mydoma в июле 2024 года подчёркивал различие целевой сложности двух платформ. Представители Studio Designer описывали Mydoma как систему, которую легче принять одной небольшой фирме, тогда как Studio Designer рассчитан на более сложные операционные процессы. Издание отдельно зафиксировало, что после приобретения платформы остаются отдельными продуктами и существующим пользователям не требуется менять систему.

BetaKit в августе 2024 года описывал Mydoma как project management platform для интерьерных дизайнеров с tasks, budgets, contracts, Client Portal и visualizer. Эта публикация полезна для исторической идентификации: ещё до текущих Connected Catalog и AI Rendering продукт был не просто moodboard-сервисом, а бизнес-платформой с проектным и клиентским контуром.

Профильное сравнение Mortar от 1 августа 2026 года выделяет Mydoma Studio прежде всего за purpose-built Client Portal и одновременно обращает внимание на принадлежность Studio Designer. Такая оценка совпадает с текущим устройством продукта: портал действительно является отдельной сильной областью, но выбор между Mydoma и Studio Designer теперь происходит внутри одной продуктовой семьи и зависит от глубины procurement и accounting.

Старые отраслевые обзоры 2017–2018 годов часто представляли Mydoma прежде всего как инструмент для e-design и небольших client-designer collaborations. Эти выводы нельзя переносить на нынешний функциональный состав без поправки на развитие: с тех пор появились NEXT, Task Manager, расширенный Product Sourcing, Mydoma Pay, новый Client Experience, Connected Catalog и AI Rendering. Исторические отзывы полезны для понимания происхождения продукта, но не для оценки текущего набора функций и цен.

Сравнение с аналогами

Mydoma Studio корректно сравнивать не с любым менеджером проектов, а с системами, которые понимают интерьерный workflow: товары, визуальные презентации, клиентские approvals, предложения, счета и закупки. Наиболее показательные аналоги — Studio Designer и Houzz Pro. Первый принадлежит той же компании и сильнее смещён к procurement и accounting; второй объединяет дизайн-бизнес с marketing и lead generation, а также содержит собственные 2D/3D инструменты.

Mydoma Studio или Studio Designer

После приобретения Mydoma выбор между этими продуктами стал особенно понятным. Mydoma не является «младшей темой интерфейса» Studio Designer: это отдельная платформа. Она лучше соответствует команде, которая хочет Client Portal, Design Boards, task/time/project management и QuickBooks. Studio Designer рассчитан на фирму, где accounting, vendor management, receiving, procurement и отчётность должны жить внутри одной глубокой отраслевой системы.

Переход к Studio Designer имеет смысл не тогда, когда Mydoma «перестаёт работать», а когда финансовая и закупочная сложность становится главным фактором. Если бухгалтерия уже ведётся в QuickBooks и команда довольна таким разделением ролей, Mydoma сохраняет логичную архитектуру. Если же дизайнеры и бухгалтеры хотят один native ledger и полный procurement cycle, Studio Designer закрывает другую задачу.

Mydoma Studio или Houzz Pro

Houzz Pro отличается тем, что объединяет business management с экосистемой Houzz. В нём есть proposals, e-signature, online payments, purchase orders, QuickBooks, project tracker, Mood Boards, Selection Boards и 2D/3D Floor Planner, а также marketing и leads. Поэтому Houzz Pro логичнее для design-build бизнеса, который реально использует привлечение клиентов внутри Houzz и хочет встроенный floor-planning слой.

Mydoma Studio сильнее сфокусирован на собственном брендированном клиентском пространстве интерьерной студии и сквозной связи Products & Services с Design Boards, proposals, invoices и POs. Если маркетинговая экосистема не нужна, а основной вопрос — как централизовать существующих клиентов и интерьерные проекты, Mydoma остаётся более специализированным по фокусу. Если привлечение leads и 2D/3D floor planning должны быть внутри того же продукта, преимущество смещается к Houzz Pro.

Почему универсальные task managers не являются прямой заменой

Asana, Trello и подобные системы хорошо работают с tasks, deadlines и collaboration, но их базовые сущности не равны FF&E item, proposal, invoice, vendor, Design Board или PO. Воссоздать часть процесса можно custom fields и integrations, однако связь визуального выбора товара с клиентским approval и последующим financial document придётся проектировать вручную. Mydoma ценен именно отраслевой моделью данных, а не только списком задач.

FAQ по Mydoma Studio

Нужно ли устанавливать Mydoma Studio на Windows?

Нет. Основная Mydoma Studio работает как веб-сервис и доступна с устройства, имеющего интернет. Отдельный Windows installer для основной платформы не является способом доставки продукта. Мобильные приложения и web clipper — дополнительные клиенты и инструменты.

Какую версию Mydoma Studio считать текущей?

Для веб-платформы последняя опубликованная релизная ветка — June 2026 Release, опубликованная 15 июля 2026 года. Для iOS текущая App Store сборка — 3.20260812.2. Эти обозначения относятся к разным слоям одного продукта и не должны смешиваться в один номер.

Кто сейчас развивает Mydoma Studio?

Mydoma входит в семейство Studio Designer после сделки 2024 года. Общая privacy policy называет оператором Studio Designer, LLC, Google Play показывает STUDIO DESIGNER как developer, а App Store продолжает указывать Mydoma Inc как developer/seller мобильного приложения. Сама Mydoma Studio остаётся отдельным продуктом.

Есть ли у Mydoma Studio бесплатная версия?

Текущая тарифная модель публикует платную подписку. Договор содержит правила для случаев free trial, однако действующая схема покупки не публикует универсальный бесплатный план и не фиксирует гарантированную длительность trial для каждого нового аккаунта.

Почему цена указана 58 долларов, если встречается 64?

58 долларов в месяц за пользователя — эквивалентная ставка при годовой оплате. Годовой вариант даёт 10-процентную экономию. Помесячная ставка составляет 64 доллара за пользователя в месяц. Кроме подписки для нового аккаунта предусмотрен onboarding за 300 долларов.

Может ли клиент оплачивать invoice прямо в Mydoma?

Да. Mydoma Pay принимает credit card и ACH, а cash/cheque можно отметить вручную. Клиент может платить через Client Portal или по payment link. Для card processing указан ориентир 1–2 рабочих дня, для ACH — до 3–5 рабочих дней.

Заменяет ли Mydoma Studio QuickBooks?

Нет. Mydoma не содержит full accounting. Полностью оплаченные invoices можно отправлять в QuickBooks Online, а product categories — сопоставлять с income accounts. Интеграция односторонняя. Для встроенной отраслевой бухгалтерии в той же продуктовой семье существует Studio Designer.

Можно ли скрыть закупочные цены от клиента?

Client Portal содержит granular controls, включая возможность скрывать pricing и services и управлять видимостью по room/product. Перед публикацией проектных материалов эти настройки нужно проверять на уровне конкретного проекта и документа.

Можно ли импортировать товары и клиентов из CSV?

Для Mydoma подтверждён CSV-процесс для vendors, products и clients, а текущий onboarding отдельно включает Client + Vendor Address Import. Product views и ряд reports также выгружаются в CSV.

Экспортируется ли Design Board?

Да, в редакторе есть команда Export, а Design Boards предусматривает presentation through portal, export и social sharing. Полный единый перечень расширений для всех вариантов экспорта не закреплён, поэтому не следует заранее приписывать меню конкретные форматы, не увидев их в аккаунте.

Доступен ли AI Rendering всем подписчикам?

В June 2026 Release AI Rendering on Design Boards всё ещё находится в Early Access. Функция позволяет использовать реальные продукты с доски для фотореалистичного представления комнаты, но статус Early Access означает отдельный этап доступа, а не общую доступность для каждого аккаунта.

Что такое Connected Catalog?

Это встроенный product discovery слой, появившийся в 2026 году в Early Access. В апрельской ветке он включал более 250 000 SKU примерно от 150 brands, а в июньской — более 370 000 SKU от 200 brands. Есть фильтры, multi-select и AI-powered natural-language search; найденный item добавляется в project Products и затем используется как обычная позиция Mydoma.

Работает ли Mydoma Studio без интернета?

Основной продукт рассчитан на облачный доступ. Полноценный offline-режим веб-платформы не заявлен. Для работы на объекте с нестабильной сетью критичные reports, spec sheets и документы разумно подготовить заранее в доступном экспортном виде.

Есть ли русский интерфейс?

Для текущего iOS-приложения указан English как язык. Актуальные названия модулей в интерфейсе и справочном центре также используются на английском: Overview, Contracts, Products & Services, Proposals, Invoices, Orders, Design Boards и другие. Поэтому русскоязычной команде потребуется работать с англоязычной терминологией продукта.

Можно ли использовать Mydoma Studio как CAD или BIM?

Нет. Платформа управляет интерьерным проектом, продуктами, визуальными Boards, клиентским взаимодействием, задачами, временем и финансовыми документами. Она не заменяет Revit, Archicad, AutoCAD и другие системы выпуска технической проектной документации.

Что проверить перед приглашением первого клиента?

Проверьте studio branding, контактные данные клиента, project modules, visibility, pricing/services controls, готовность Contract, опубликованные Design Boards и методы оплаты. После этого отправляйте invite. Такой порядок уменьшает риск показать внутреннюю цену или незавершённый материал.

Что проверить перед первым purchase order?

Сверьте approved product, vendor, quantity, price, client invoice/payment status и адресные данные. Затем создайте PO и проверьте документ как отдельное обязательство перед поставщиком. Не считайте клиентский payment автоматическим подтверждением vendor order.

Когда Mydoma Studio подходит, а когда лучше выбрать другой инструмент

Mydoma Studio хорошо соответствует интерьерному дизайнеру или небольшой команде, которая хочет держать Client Portal, Design Boards, sourcing, tasks, time, contracts, proposals, invoices и POs в одной системе, а бухгалтерию вести в QuickBooks. Особенно логичен продукт, когда клиентские approvals и визуальная презентация являются центральной частью процесса и студия готова стандартизировать структуру проектов.

Для фирмы с тяжёлым procurement, большим числом vendor transactions и требованием к native accounting приоритет может сместиться к Studio Designer. Для design-build компании, которой одновременно нужны marketing, lead generation и встроенный 2D/3D Floor Planner, сильнее выглядит Houzz Pro. Для чистого CAD/BIM проектирования Mydoma вообще не является прямой альтернативой профильным системам.

Перед покупкой нужно оценить не число функций, а последовательность собственной работы. Если путь студии выглядит как product sourcing → Design Board → client approval → proposal → invoice → payment → PO, Mydoma поддерживает эту цепочку напрямую. Если значительная часть процесса всё равно должна жить в другой финансовой или чертёжной системе, следует заранее определить границу между приложениями и не дублировать одни и те же данные вручную без необходимости.

Итоговая проверка пилотного проекта должна охватывать четыре результата: клиент видит только разрешённые материалы; одобренные product cards совпадают с proposal и invoice; оплаченные invoices корректно передаются в QuickBooks при использовании интеграции; команда может восстановить задачи, время, файлы и закупочный статус без отдельной таблицы. Если эти четыре условия выполняются в реальном процессе студии, архитектура Mydoma Studio используется по назначению.