Thoughts For the New Year

Thank you Norm for chiming in. I totally agree with what your saying. I’m not against this in any way. My observations of this is purely from going to Rapidweaver and looking around. It looks more like Rapid Add-ons.

I’m sure there will be some very nice Brics developed. Just as @eldar is making web templates, he also has been very involved in helping users get the most out of the Blocs app with his free and paid tutorials. I love supporting people that help others, that’s my main reason for using Blocs.

I also understand some designers have different needs and Blocs cannot possibly do everything. I’m looking forward to 2018. One thing I think everyone will agree, apps that don’t evolve will eventually fad away.

Casey

2 Likes

I think it is a bit early to begin this discussion but certainly good to raise it as a going forward thing to consider.

I hope the Blocs Addon “area or whatever” will be a professional, up to date and free from commercial influence area. The evolution of Blocs Addons will be very different from RapidWeaver because there is such a high level of core functionality already built into the standard Blocs, that Blocs already functions without any Addons. The Addons will exist just to address specific fringe requirements and for complex stuff such as forms, blogs, eCommerce, databases, etc…

The RapidWeaver Add-ons area is heavily driven by paying developers who get product promotions and is also influenced by developers who request that their customers rate them and some even run rewards for rating them. In addition, the best and most useful developers do not even add their products to the Addons. This is all a big shame for RW users and a route that I hope and have confidence in, that Blocs never goes down. Looking forward to Norm continuing to be a Blocs developer and not an Addons police enforcer.

Pricing is a difficult one for many to understand because the effort to develop and support is often not understood and can be a great deal of initial and ongoing effort. Pricing tends to be a self regulating thing anyway so that should sort itself.

Very exciting year ahead.

7 Likes

The good thing is, customers are able to choose by themselves if they will buy custom brics or not. Adding additional features with custom brics will support the success of BlocsApp and will not work against it.

I am sure and have trust in @Norm that this won’t happen :+1::slightly_smiling_face:

3 Likes

I’ve used Rapidweaver for a few years, both personally and for occasional client work, but I’m really looking forward to using Blocs full-time. If you exclude 3rd party plugins and make it a straight shootout, Rapidweaver looks remarkably limited as Realmac have become too reliant on 3rd party developers in my opinion, leading to high running costs.

_Q) What do you need to do in Rapidweaver? _

A) Acme developers make a stack for that and it cost $20, but you’ll also need another stack and that’s $15. Isn’t it amazing what you can do in Rapidweaver!!

Having the new developer API, together with version 3 of Blocs next year just made it a whole lot more interesting, but I hope Norm can avoid the performance issues that exist when using Rapidweaver with 3rd party plugins, such as ridiculously slow page previews using Stacks or failure to export changes accurately when projects are updated in some instances.

When problems occur with Rapidweaver, there is frequently a lot of finger pointing and buck passing, so users are left frustrated after purchasing 3rd party products and losing hours in time troubleshooting. I really hope the API eliminates such problems by forcing developers to maintain certain quality standards. Indeed the API itself should not be a block to achieving those goals.

The costs of ownership with Rapidweaver can quickly stack up (forgive the pun) and it’s clear those costs have been rising in recent years. For any developers who plan on being part of the Blocs community I would strongly suggest building trust by providing demo versions of paid products. To the best of my knowledge only one Rapidweaver developer does this as standard and I’ve often been disappointed by others after purchase.

None of this should dissuade 3rd party developers from creating products for Blocs. Think of this as customer feedback that will push you to produce excellent products with little requirement for after sales support, because clients are happy and everything works as expected. If Blocs takes off as I expect, these forums will be heavily populated by former Rapidweaver users within 12 months.

That was not the context of my comment, of course it can be good for Blocs.

But as Rapidweaver has so aptly demonstrated, there can be many that fall under the context of what I stated previously above. Which isn’t necessarily beneficial for users nor reflects positively on the associated app, regardless of if an add-on being purchased or not.

2 Likes

RapidWeaver without it’s addons would have gone out of business years ago. The base products UI hasn’t changed much in its 15 year life. RapidWeaver out of the box isn’t built on a responsive framework like bootstrap.
I’ve only been using Bloc’s for a few months, and I’ve seen @norm add more new features than RW has in the last two major releases.
If you’re not familiar with RW, it’s near worthless without a minimum of the stacks plugin ($50) and a bunch of stacks addons($100’s) alongside a purchased theme or framework.
I don’t see Bloc’s going that way as Norm continues to develop new features built into the base product. I’m looking forward to the new API, as well as Blocs 3 that will be utilizing the latest bootstrap 4 framework.

I’m also waiting for the new preview app coming soon I hope.

5 Likes

Just my 2 cents. I developed some CMS Stacks for my own use in Rapidweaver, which I use at about 40 client sites. I never started selling them, because there are too many other Stacks out there, which libraries were in conflict of the ones I am using. I think in Blocs this will be different, because there exists already the basic Framework (Bootstrap). So as developer I can already relay on it an I do not have to add another one, which will perhaps be in conflict with Bootstrap/Foundation,… I think if BlocksApp provides the basic libraries, an the developer will use them, without adding other ones, the performance should rest the same as now.

1 Like

Honestly, I just kind of took a bit of acceptation to a thread being started under the premise of thoughts and then detailing the groundwork of why things should be considered worthy of being priced higher, before the Blocs API is even openly released. It just seems out of place to try and lay such pricing groundwork like that to a community and create such expectations.

If an add-on is worth a higher amount or even worthy of payment, it should be proven based solely upon its own merits and decided upon by users. Not because of some upfront discussion of perceived value by any developer, even if just hypothetically.

Perhaps I will start “Robin Hood Custom Blocs Brics” and offer free solutions to all the Brics that should be free but people are instead trying to inappropriately or unproportionately make money off of, as seen widely in the Rapidweaver community.

:wink:

3 Likes

Full ack. In addition, the inappropriate Brics you mentioned would be much more difficult to justify, as BlocsApp already has so much functionality built in.

At the end, only these developers are successful, which provide exceptional addons and provide first class support.

3 Likes

Yes, I think RW is so basic on its own, even adding google fonts is something one could folk out cash for.

3 Likes

That can likewise be offered for free if one so desires. :wink:

Nobody is expecting 3rd party developers to produce a host of terrific products and never charge a penny, but the reason many of us are coming over to Blocs is because we are unhappy with Rapidweaver and by extension many of the 3rd party addons.

None of us are compelled to buy that $15 stack that allows us to simply send an email or make a button vibrate, but I think the whole Rapidweaver mentality is out of date. They are operating as if nothing has changed since the days of iWeb, but nowadays we are competing with everything from Wordpress to Squarespace that provide faster and cheaper alternatives.

Hi Everyone,

I think most of the concerns can be boiled down to: ‘Make good products that have new or better features or make things easier and then users will make a judgement on whether to buy’ - That’s fair - I was just trying to ask that when you look at a product, please don’t make a judgement based soley on price, as products do take a LOT of hard work and time to develop & support. I think that’s reasonable.

Looking forward to serving the community.

Bill

1 Like

It will no doubt be plainly obvious who genuinely wishes to advance the cause of Blocs as an app and help the community - verse those whom show up and desire to just potentially exploit the community for money through add-ons and don’t participate with Blocs overall.

Personally I thought of the Developer API as more of a means to add to the app and make it better for everyone with additional features. With useful Brics potentially even being rolled directly into the app release itself to advance the app for all users. Not really a monetization model for 3rd parties, but seemingly many 3rd party developers just see it as a payday via Blocs users and are eager to swoop in. I however thought of it as an opportunity for people to help advance the app through third party contributions in the spirit of helping everyone, mostly @norm to advance the app through these contributions adding features to the app itself.

Currently both Brics and Blocs, have much room for advancement concerning features, including even basic common things.

Take this as a basic example:



So because Blocs users potentially do not have the ability or desire to search out an API / Library / Framework and use the apps features to hook these things into their project with provided usage instructions, someone will now make a Bric and charge Blocs users $10 or more for common open things that are readily available for all to use?

:warning: Sorry but that is the exact definition of the majority RapidWeaver add-ons, and like stated above its absurd.

No. You will now go out and create for all these Frameworks free Custom Brics and give free support for users who have trouble with them.

I agree on that, and is also not my business model. As stated above, I am not afraid that this will happen to BlocsApp, as it is already much more advanced.

I personally want to create really advanced add-ons, with a satisfied user community. And I want to be allowed to charge money for such kind of products.

The market will regulate itself. Now demanding what should be free and what is allowed to be charged money for will only kill innovation. Let’s see what will happen the next months.

3 Likes

Don’t worry about basic features being charged for, I’d nip that in the butt pretty quickly and I’ll tel you how. I’ll be making custom Brics for very simple tasks as well, such as mail chimp and I’d make them completely free.

However, we as a company also have plans for Brics that we will charge extra for. Right now, I don’t want to charge yearly for Blocs, push the price too high because the app becomes more pro and I don’t want to fragment the pricing model with various versions, but I do want to add BIG features at an additional cost somehow because that’s how Blocs will survive. For example, Pinegrow offer a wordpress version of their app, rather than do that, we would offer Wordpress Brics and additional export features and charge separately for them, I personally feel this works better. Because the user who wants Wordpress pays extra and the user who doesn’t isn’t forced too.

So to summarise, I think the API will offer both, paid Brics and free ones, I don’t think charging for basic API tap in Brics will have a leg to stand on because I or someone else (blocsusers-free-custom-Brics.com :stuck_out_tongue_winking_eye:) will just implement those and dish them out free. However, there will be much more advanced Brics too that will come at a price. It’ll be no different to any other Developer community, Wordpress, Sketch, Photoshop, Shopify. They all offer products made by 3rd parties, many free and some at a price.

One thing is for certain there will be a lot more free Brics than premium ones. I personally like to pay, because I like to get some form of support. Not everyone will offer support for free Brics.

8 Likes

I think this is encouraging news @Norm. To be fair, I would say that @BlocsAddons produces some of the more useful products for Rapidweaver with a relatively small number of the more innovative stacks.

Coming over from Rapidweaver, I imagine some of us feared an onslaught from developers who release a new product every week or two that often duplicate existing products, because they are effectively using much of the same code. They then take over the forums with endless self-promotion and tend to be the same ones who rarely fix bugs or answer support questions when things don’t work.

On a side note, I really hope Blocs doesn’t move towards a subscription model, because I am very reluctant to go down that route. It’s the feeling that you never own something and that if you stop paying you lose access to old work, which is just a non starter for me.

As an example, I purchased every new version of Photoshop for almost 15 years and stopped dead the moment they announced Photoshop CC. I’m still using CS6 quite happily and when the moment comes I’ll most likely switch to Affinity Photo.

7 Likes

Me too! I’m a big fan of owning software myself!

8 Likes

Totally agreed.
Happy New Year.

3 Likes

Hmmm.

Well as much as I would love to express and respond further. I think it best that I now exit the conversation, and watch from afar.