The Global ARCHICAD Community

Stay informed. Get help. Share your knowledge.

Discussions closely related to ARCHICAD. (Example: Do we need a Linux version of ARCHICAD?)

Moderators: Barry Kelly, Karl Ottenstein, LaszloNagy, ejrolon, gkmethy, Csaba Kézér, mtron

#304230
I personally find ARCHICAD way more powerful, easy to use, faster and all in all innovative than other solutions like Revit. However since Revit is backed up by Autodesk and long years of Autocad dominance, ARCHICAD isn’t leading in terms of market share, what do you think GRAPHISOFT should do better? Do you think it’s enough for them to just push for a better product ? Or is there something else you would do ?
#304232
I feel it is not enough to be just a better product in certain areas. I think it has to be stronger package all around, with basic issues which are present for number of years fixed. Only then people coming from other software will take notice. I am using archicad, but there are things which are better done with revit, and there is no reason whatsoever archicad does not have same capabilities (for example correct floor plan display when using SEO ). Also, I think more should be invested in education for archicad users.
#304239
As this discussion is in the Developer forum,

I just can't keep thinking that if there was an easy scripting language that allow easy addition to ArchiCAD (not dumb objects a la gdl) but with a more deep integration- as in Sketchup, it could make it more popular.

The main challenge will be then, to have dovelopers who could be intrested in that ( look how windows phone failed because of this ) .
#304433
1. Dedicate staff to this forum to answer questions and post step by step tutorials, workflows, settings, objects, etc. As the main (only?) Archicad forum it's sad to see old topics stay on top for so long. Makes it look like there is no one using the program and makes it appear risky compared to all the resources seemingly available for Revit.

2. Leverage Bluebeam acquisition. Bluebeam has quickly become a standard for many AEC firms. Create a bundle which includes Bluebeam and Archicad. Also, and this should have been obvious, but why kill off Mac development for Bluebeam when your other products work for Mac? This doesn't bode well for your Mac base of Archicad users. Instead, keep developing Bluebeam for the Mac, bundle with Archicad. When users use both natively on the Mac you'll have a stronger base that won't want to go back to Windows.

3. Merge with Vectorworks. If that's not feasible (more than likely), incorporate some of the features.
#304488
In some countries, like in mine, the construction companies have the real power in the building industry and it's them who set the standards. And unfortunately it is often the case, that they consider Revit as the standard BIM-tool.

And even if Archicad is tolerated, the majority of the architecture offices will just choose the path of least resistance and go with Revit.

And so it goes also with students when they decide which software to learn. If it is most offices that use Revit, and if it is considered as an industry standard, then it makes also less sense to learn some other software, even if it might better in many ways.

But to answer the question - I think that Archicad should in general focus on the ease of use and interoperability.

And also something that is very important, make sure that there is a good learning platform, so that the output of the Archicad users have high standard. Because I've seen some sad Archicad outputs before and with such examples it might be easy to come to a conclusion that it's the software's fault, not the inexperienced user's.
#304683
I have once made a small poll (with open answers) in 2013 on Facebook to ArchiCAD users about those same issues to spanish speaking users, with the following results:

43.2% Saw that many potential users and offices had a (historic) conformism with AutoCAD.
20.5% The lack of ArchiCAD publicity
13.6% Difficulty of finding high well trained ArchiCAD users.
6.8% The lack real case scenarios tutorials that can be applied to real project.
4.5% Have experienced that other program users had the erroneous idea that the orders for managing AutoCAD and Revit would be similar.
11.4% for other reasons.

But after maintaining little chit chats with many members I got those conclusions:
1. Many older generations (specially those in high positions that make the purchase orders) do not really know what is BIM, nor its advantages on the productive level, and they would repeat the same mantra that they have already read or heard from their surrounding.

2. There isn't a sufficient number of BIM managers that can act as direct ArchiCAD evangelists in different firms and offices even when ArchiCAD is their best option.

3.Their is no standardized official definition for the BIM manager term, as any company can give courses on their program suites and give them a certificate at the end of the course.

4.There isn't a sufficient number of examples of how to handle big project (either in size or complexity) in ArchiCAD. And although this aspect have improved in the few last years, I still see that the examples are deficient.

5.Office firms will always ask themselves these questions, is their is a sufficient number of ArchiCAD users with a desired minimum degree of proficiency that I can get them easily, and the answer in many of the cases is No, and not if you compare it to its direct competitor.

6.And this is the most stupid excuse I have ever heard, but I have heard it more than once in many places, since ArchiCAD had the "CAD", then it's CAD not a BIM.

Beside my personal experiences:
1. There are two cases that must handled with a special treatment:
1.a. Some of those that make the purchasing orders were not and will never be closely related to AEC professionals, so I have my doubt if they will ever consider ArchiCAD as they tend to choose the safest route, and go with the flow (for obvious reasons).
1.b. Many of those positions that have the ability to place a purchasing order, have been disconnected from day to day tasks of modelling/drafting work, and those tend to make decisions based on the information from their trusted sources ... for instance I had experienced a firm that was in the process transition from CAD to BIM, and when even though I offered and pushed forward ArchiCAD for practical reasons (and obvious ones), as it was already the suite that suited them best in more than 95% of all the cases for their their style of work.

If you want to start breaking that tendency:
1. Introduce ArchiCAD actively in universities, school and collages, make ArchiCAD professionals go their and give ArchiCAD classes for free, and have a hotline so that when those student suffer a set back (due to their lack of experience with the program) they will always know who to call.

2. Introduce ArchiCAD licences at governments agencies, so that ArchiCAD users can delivery their projects in ArchiCAD native file types, something similar to the approach that is being applied in Singapore.


link to the poll results: https://www.facebook.com/groups/archica ... SEARCH_BOX
Last edited by Moonlight on Wed Dec 18, 2019 12:32 am, edited 1 time in total.
#305126
Last Christmas I was in a hot spot having just switched the jobs and moved to South Dakota. But what would you do in holiday season! I couldn’t bail out on the kids, so I left no stone unturned looking for the way to make the holiday season work for my family. That was the only time I had to take out a short term loan, and I sure hope I will not to do that again in a long while, if ever. I mean, it was alright I guess the way it all worked out, but I could not eat or sleep until I repaid it 90 days later. It wasn’t hard to find a lender, although I wasn’t sure they would issue a loan for me seeing that I have been with my current employer for only 2 months. I searched for payday loans (Suggested Site) without background checks, and got approved pretty fast. But they still had contacted my employer as I learnt later.
Last edited by mplumela on Wed Jan 22, 2020 12:24 pm, edited 2 times in total.