Home  /  Future of Architecture   /  Going Digital   /  My house has a better website than your Architecture Project

My house has a better website than your Architecture Project

This post is going to bring together a bunch of themes on the future of architectural documentation that I’ve been writing about recently on both Shoegnome and BIM Engine. If all the hyperlink, URL, and QR Code talk doesn’t make any sense, read these posts. And if by some chance you’ve missed all my posts about going digital, catch up here.

My house has a better website than your Architecture Project

I am in the process of selling my house. Real Estate marketing has changed a lot since I last had to deal with realtors (2003, 2005, and 2006). Well not changed so much as evolved. My house has a website. You can reach it by visiting my realtor’s site, clicking on the listing in the MLS database, going directly to the site if you know the URL, or by using your phone to capture the QR Code that is on all the glossy full color handouts. On the website you can learn all the details of what a great house it is, how it’s priced perfectly, and what a great deal it is-a steal really. There are plenty of images and tons of data that remind me of BIM (room sizes, heating system, site maps, etc.). On some of these realty websites-not mine-there are floor plans and even virtual tours. Also every one of these websites (and MLS listings) is connected to Google and Bing Maps.

living room

See where I’m going?

Imagine if in addition to a printed set of documents (or a PDF set) every project also had a website. This could be a service that the architect provides, so the website doesn’t need to be www.1234fakestreet.com or www.greenroofapartments-MPLS.com, but could just as easily be www.smartarchitecturefirm.com/projectname. The architect gets to be the steward of the site (read: one who makes extra profits from new services). What’s on this site? Anything project related you can imagine. Perhaps all those links in the PDFs and all those QR codes don’t lead to a million places on the web, but to one centralized website portal. From there the owner/contractor/subcontractor/etc. can access the contracts, the construction documents, the cut sheets, the schedule, 3D images, the BIM file, BIMx files, videos, construction photos… the list of things is endless.

But let’s focus back on just the sheets for a moment. What if every sheet had a QR code in the titleblock. That QR code leads to an online sheet index that has the date of the latest version of each sheet (and download links of course). Every morning the crew on the jobsite can check if their documents are still up to date. Someone pricing the project can check if they have an old set. The architect can download the sheets when visiting the lighting consultant. The contractor can call up the list at the lumberyard from his phone. The architect (or AEC team) just has to coordinate one website. I’m sure there is project management software out there doing this already. But are we linking it DIRECTLY to the documents and making it accessible to everyone involved?

The Future of Architectural Documentation

This all touches on two bigger topics that are very dear to me: the value BIM provides to the communication of design and the misplaced insistence on the supremacy of the physical paraphernalia of architectural thought (ei, hand sketching, reviewing sets on paper rather than on a screen, mock-ups you can touch vs. digital ones you can rotate, etc.). If a PDF set or 3D model is just a direct copy of the traditional physical version, then it’s not hard to argue that the traditional method is better. The tactile nature of something you can hold in your hands is a very strong force for developing connections between the imaginary (the yet-to-be built design) and the real (the ownership one feels to the future). The loss of this is one of the big lamentations of the shift to digital. But if the shift to digital is not mimicry of the old, but an enhancement and advancement, then the value proposition changes. A PDF set becomes BETTER than a printed set because of the additional properties that provide other, deeper connections: internal links within the PDF and external links to the internet and the rest of the digital environment.

office

Paper or PDF? Perhaps neither.

One more thought. What if we stop printing documents and stop publishing PDFs. What if the construction documents were always a website? Then there are no sheets. Just live slices of the model. Or snap shots of the model so the site isn’t updating every time someone is working on the model (unless we want that). Imagine a website that is just a live link to the Layout Book of an ArchiCAD file (or whatever the Revit analog is). But would be more than that: all the data could be accessed via this site. Revisions and change logs. Histories, etc. would be saved and accessible. Just like a Wikipedia page. It’d all be there. All the history. And it would never be printed, because printing is too dumb. And it’d never be published to PDF. Because both those solutions orphan the documentation and degrade the information in different ways.

Forget Paper Documents and remember that PDF Documents are just a transitional solution. We need documentation that actually supports the complexities of BIM and modern buildings. Maybe that’s a website-type armature. Maybe it’s some superPDF. Maybe it’s just waiting to be developed. Who wants to get wealthy and famous giving the AECO industry a data and documentation sharing tool that puts everything else to shame? Not something that just organizes what we have done in a better way, but a jumpshift in value and utility.

To keep track of everything I’m writing, follow Shoegnome on Facebook and Twitter. And while you’re at it, the RSS feed is a great way to never miss anything either.

Comments

  • May 21, 2013
    reply

    Jay Zallan

    Do you mean like “Create browsable web site with a linked HTML page for each view”? Like Revit has natively built in??? -No, it wouldn’t be “live” slicing which could be awesome…as long as it precludes people from destroying the actual model; but the use case exists, it’s just not utilized (enough) 😉

  • May 21, 2013
    reply

    femi

    The idea sounds great and will definitely work when the new digital paper technology is perfected.
    For me that’s still not the future or the best way to go about it. The virtual personal experience is the ultimate and BIMx seems to have started the revolution.

  • May 22, 2013
    reply

    Claudia

    Hi Jared, if you publish from ArchiCad you can create a “Reviewer” – that is html based….I think this could be used…I think a website Designer could intergrate this quickly into a website, and you can do measurements there and markup stuff.

  • May 23, 2013
    reply

    Damian Trostinetzky

    Jared,

    It’s an interesting idea, but for those cases we have FTP Sites, which pretty much do the same,beside being live. I understand the coolness of a live website of your drawings, but that could be a drag also, while your client is checking your drawings every 5 minutes and bring you questions every 5 minutes.

    I’ve been following your desire of transitioning from paper to digital, but paper will never disappear because it’s very hard to see all the information in a screen/monitor.

    Good Luck with your travelling around the country.

  • June 25, 2013
    reply

    Jared – thanks for the mention here and link to my article on the ArchiCAC Project Reviewer and the comment to the related Revit post http://bit.ly/revithtml

    It was a pleasant surprise to me finding my article link on these posts actually looking for something else.

    I wrote that article to hopefully highlight how the HTML Project Reviewer format from ArchiCAD actually integrates the Redlining Tool and how easily it transfers those revision notes very nicely and directly into ArchiCAD project file for implementation by the design / documentation team.

    I find that the “paper-and-highlight-pen” method is wastes a lot of time on this whole process of reviewing and redlining project documentation before final issue to a project team or contractor. All the while there is a much more efficient workflow.

    Driving effective change in behaviors of our users and their staff is an ever present challenge (‘Z’)

      • June 27, 2013
        reply

        Yes Jared I actually have so many blog posts in draft that normally starts out as a tech support response to one of the users I support on “SSA”. I just never get the chance to complete them before the next one comes along. Oh well guess that’s how life is when one man does everything. I enjoy it though . . .

  • June 25, 2013
    reply

    As I could not load this complete tutorial into a blog article, I basically introduced the main concepts on my blog and have the full tutorial on a PDF for those interested. Here is the download link for you

  • November 3, 2013
    reply

    Get Google Glass plugged into the equation, and then you have awesome.

  • November 5, 2013
    reply

    Hi Jared,

    A great piece as ever.

    We did something similar with reviewer a number of years ago and it was a cute solution. After every mod we would upload an updated electronic document set to a project folder off the back of the website, reviewer would send an email to the project team.
    I set up a simple login page on our web site (in fact its still there – http://jaggededgedesign.co.uk/client_space.html) which was very crude whereby the login name was the name of the project folder and the reviewer document and the password we issued to the project team.

    The nice thing is that it is a reviewer environment so it could be used as designed to collect feedback.

    Unfortunately we work on small domestic projects, where often the skill set of those involved would not always stretch to accommodate these methods, and we did spend too much time on support calls, plus we changed our domain name to one that was too long for the login script. So it is now redundant, but your thoughts have inspired me to reconsider this.

    Thanks

    Gary

Post a Comment