Drawings that arrive as CAD and have to become a model
Consultant sets, municipality submissions, an archive of legacy projects. Someone traces them into Revit by hand, and every trace is a chance to introduce something the drawing never said.
Service · Tehran · In person or remote
Custom Revit plugins and add-ins for Tehran architecture, structural, and MEP offices. The studio is here too, which means the workflow analysis can happen in your office, at your machines, watching the actual work.
01, What Tehran offices ask for
Tehran runs the largest concentration of BIM-capable offices in the country, and the same three problems surface across almost all of them. Which one you're in decides what the tool has to do.
Consultant sets, municipality submissions, an archive of legacy projects. Someone traces them into Revit by hand, and every trace is a chance to introduce something the drawing never said.
Naming, parameters, sheet setup, decided years ago, written down somewhere, and checked by whoever happens to open the model. Until it's a test, it's a preference.
ETABS on one side, the drawing set on the other, and a person retyping between them. The discrepancies that come out of that gap are the ones nobody finds until coordination.
02, See it run
Both of these were built for a specific conversion problem a team was doing by hand. Nothing here is a mockup, these are screen recordings of the tools running.
Instead of a team tracing linework by hand, the tool reads the plan set and creates native Revit elements from it, walls placed on their real wall types, floors, levels, and openings, so the model starts from the drawing rather than from someone's interpretation of it.
Recordings are silent and play without sound.
The model is built live in Revit's isometric 3D view while the tool reports its own progress: elements processed, beams, columns and braces created, non-master members, and, the line that matters most, what was not created. Anything that didn't convert is visible on screen instead of silently missing.
Recordings are silent and play without sound.
03, Working with a studio in the same city
Most of this work is done remotely regardless of where anyone sits. Four things are genuinely different when both offices are in the same city, and they are all in the first half of the project.
The first stage is watching the real workflow, not the documented one. Doing that in the room, at the workstation, with the actual model open, surfaces in an afternoon what a screen-share turns into three calls.
Same working day, same week. A question that comes up while a tool is being built gets answered the same afternoon rather than becoming tomorrow's blocker.
A tool nobody was taught to use is a tool nobody uses. Sitting with the team the first time they run it is worth more than the documentation, and in the same city it costs an afternoon.
Tehran offices are working against a shared set of consultant expectations and submission requirements. That context doesn't have to be explained from scratch before the real problem can be discussed.
None of this is a requirement. Plenty of projects run entirely remote, and the process is the same either way, this is what is available, not what is expected.
04, Process
Four stages. The first two are where most of the risk gets removed.
We watch the real workflow, not the documented one. What's actually done by hand, by whom, and how often it goes wrong.
The problem gets stated in full, with a success measure that can be tested, before any tool is proposed.
Built against your standards and your users. Every added layer of complexity has to earn its place.
Systems are built to change shape as your work grows, so the tool doesn't become the next thing to work around.
05, Questions
Yes, for the stages where it helps, discovery and handover, mostly. The build itself doesn't get better with anyone in the room, so it isn't billed as if it does.
Whichever ones your office actually runs, including more than one at a time. The version range is a scoping question asked in the first stage, supporting three versions is not three times the work, but it isn't free either.
Yes, and it's usually the better answer. If something already installed does part of the job, the honest recommendation is to extend or connect it rather than replace it. If a tool doesn't solve the real problem, we don't recommend it, even when building it from scratch would look more impressive.
You do. It's your process encoded, it shouldn't live somewhere you can't reach it. Source and build instructions are handed over.
There's no price list, because a plugin isn't priced by its button. Four things move the size of the job, and they're set out on the main Revit plugin development page. No estimate is given before the problem is stated in full. The four drivers are set out in the plugin cost piece.
No. The studio is based in Tehran and works remotely with teams anywhere. This page exists because being in the same city changes the first stage, not because it's a condition.
06, Start
Bring the workflow, not the spec. If a plugin is the wrong answer, we'd rather tell you that in the first conversation than at the end of a build.
We are not a fit if you want a generic add-on installed without any process review, or an estimate before the problem is stated.