Forum Academy Marketplace Showcase Pricing Features

I built a social network app in one week

I have just tested and evaluated by building a social network app.

I started with zero knowledge about the platform/service, but I have been creating both desktop and mobile front and backends for a long time coded with Javascript, Java, Objective-C, .NET, PHP, R, Python, ColdFusion, JSON, etc.

In the past, I have used both small websites hosting companies and IaaS, PaaS and BaaS such as Google Apps, Jelastic, Parse, Stackmob, Cloudbees, Stamplay, IBM BlueMix, RedHat OpenShift, AWS EC2, AWS AppSync with GraphQL, AWS Lambda and AWS API Gateway and Adobe Business Catalyst, etc, so I thought this would be no problem.

I built my app with a mobile-first design approach for the web. With my laking understanding of the platform, I decided to keep it clean and uncluttered, by making one page for each use case, which wasn’t that easy to achieve.

After one week of intensive development I ended up with nine pages:

  • A login/register page.
  • A page where the user could configure settings and profile.
  • A front page flow where user-created events and flash-ads will scroll by or pop up (pop-ups could be viewed and then dismissed), sorted by a ranking algorithm.
  • A drill-down page from the front page flow, where visitors could learn more about the event and post comments, share it and like it.
  • A page where the user could post events, including a camera photo or video.
  • User profile page with a list of the user’s activities and a basic biography.
  • A drill-down page from each of the user’s events where the user could edit or delete a specific event.
  • A leaderboard (top ten), with a top list of contributors sorted by weight created by a magic algorithm.
  • An admin page where the admin could add things to the backend such as new event types.


  • You can have a team of non-programmers developing in parallel.

  • You get immediately rewarded if you succeed with your struggle to make it work (?).

  • You get feedback on the webpage and can step through the workflow. Compare that to debugging R code inside a Python function in an AWS Lambda function.

  • Some of the hard parts is taken care of such as auto binding, user authentication, and authorization flow.

  • The thing metaphor is both a blessing and a curse. You can quickly build a new thing from anywhere on your dashboard even when you shouldn’t, but on the other hand, you don’t have to make resolvers in YAML or GraphQL templates or rebuild the DynamoDB database.

  • You don’t have to deal with promises, callbacks, asynchronous- or higher order component functions.

  • You can use ready-made plugins (if you can understand how they are intended to work).

  • No backend to backup, patch or upgrade (that’s true for other PaaS also such as Lambda and BlueMix).

  • No dependency hell. You don’t have to manage NPM, PIP, APT packages that depend on another package that depends on another package, that after a while will have bugs and be depreciated and brake your Serverless backend.

  • You don’t have to code for both the client and server as you have to do with a React.js or Angular solution.

  • Scalability. Is it scalable? Probably - if you fork out cash, optimize workflows, minimize the number of groups on a page, delete unused plugins and maybe add Cloudflare (but it’s probably edge cached with AWS anyway).

As far as I know, Node.js and Progress DB is used on AWS and also Cognito (probably the reason why sometimes users email is already taken), possibly even Lambda for background workflows and some session cache solution such as REDIS key store and fast NGINX front end so the backend is as fast as it can be for a traditional server stack.


  • Everything is hidden. You don’t have a good overview of the workflow, and it’s hidden content. Usually when you code you have its source visible in your editor and can follow your workflow and see what you have done and then iterate and test based on it.

  • With a zero-code approach, the only way to document or keep an overview of what you are currently doing is to take a screenshot or a video (!!).

  • No code insights or IntelliSense. Usually, when you develop, you have help related to the context of the function. Instead, here you have a long drop-down with everything including junk from the different plugins. It’s very easy to end up in a meaningless loop of frustrating efforts to make it work, and the help tooltip is always in the way when you want to delete something.

  • Lost of repetitive micro-actions is needed to build the most simple functions or layouts even if you group and reuse content, although it’s good that you can copy and paste workflows and also part of workflows. It seems to follow an anti-DRY mantra. If you code, you usually make a template for the static part of the site and then you don’t have to touch it.

  • Auto binding is lovely until it bites you in the back when you try to use objects relating to other objects in a search query, then you have to use advanced filters or good beware put lists in a database field (which I have managed to avoid). A simple search query: Event’s typeofthing is not “this” is no problem but trying to exclude things from a search query based on another related thing is almost impossible.

  • You don’t know if your search will work even if it marked green and you can’t do a quick test query in a terminal.

  • Most plugins have inadequate or nonexistent documentation.

  • The contextual help is too general to be of any real help.

  • Long boring videos of the most trivial concepts that you can’t bother to watch.

  • It feels as if you do things backward and are using anti-patterns. The most obvious design patterns aren’t so obvious when you try to zero-code it.

What’s the verdict?

Was it a slow process to zero-code? No, probably I couldn’t build it faster with any other platform or tools.

Was it a smooth and non-frustrating experience? Nope, it was incredibly frustrating. It’s still programming but visual, and it sometimes makes it more difficult. You have to do things in a specific order, but you don’t have enough visual clues to follow that order. The time sinks are in different places than you are used to, it reminds me of Adobe BC, Stamplay or some old virtual reality development platform.

Initially, I had a floating top bar and a floating menu bar at the bottom like Instagrams mobile app, but it was not practical to have, both regarding development and mobile design aspects. I only found a floating slide-in menu to be practical. The repeating group is useful, but it has some strange issues, for example, the index does not work if you only show one cell.

Overall I think the Bubble team has made a tremendous effort to make it into a useful product, and I know how hard it is to create frontends.


Very interesting take - thank you for your insights! I have been on Bubble for over a year now and like you, come from a coding background. I recognized many of the pros and some of the cons you discussed.

One of the things I would add is that although you do not need to know how to code to work in Bubble, I feel having some programming skills did help me learn Bubble very quickly. I also think it would have taken me much much longer to build my app using code than it would using Bubble despite my background. This is because I have a major skills gap when it comes to front end development and although I could probably have set up the back end in the same time it took me on bubble, I was ultimately able to build a much better product because bubble allowed me to bridge my front end skills gap.

Every once in a while I come across a problem when developing my app that seems intractable using the tools bubble offers that I know would be trivial using code. However, this is vastly outweighed by the number of problems I did not encounter and therefore forgot about (selection bias of a sorts :slight_smile:). In other words, there were many times Bubble worked seamlessly for me when I know I would have encountered more problems coding (for instance, my credit card processing system was set up almost instantaneously and integrated with a complex free trial system that I created in a day). Also, most problems that seemed ‘intractable’ at first were really due to me not thinking properly about the problem.

One other thing that I would like to point out when comparing the speed of using Bubble vs traditional coding is to echo a statement I believe I read from @NigelG: its not that Bubble allows you to develop twice as fast, it’s that it allows you to do twice as much in the same amount of time because you end up adding in more features. This rang very true for me and is crucial, I think, particularly for solo entrepreneurs who are trying to create feature rich apps that can hold their own in a marketplace filled with apps created by well funded teams.


I think it was that you can do the same amount in half the time and get a decent sleep :slight_smile:


Ah that must have been it, I think that is probably a good measure of a platform - the amount of sleep you must trade for each feature and Bubble stacks up well there :slight_smile:


This is very interesting indeed.

One of the things I am curious about in is the speed to iterate post launch.

I am finding that once you are live, and getting some traction, Bubble can allow you iterate almost in real time. Bug fixes, tweaks, new features. You can move so fast.


We have pushed this value proposition outward to our user feedback sessions. Our users get excited when we tell them that we can act on their feedback so fast and that they can have such a big impact on how we design the product.


Yes, I agree about the bias with problems you didn’t encounter that you tend to forget. It’s the same thing with many of the hard problems such as authentication with Oauth2 or managing dependencies in Node.js or even more problematic bulding a local dev environment with Serverless that uses Custom authorizers, DynamoDb and API Gateway. You will run out of both time and money if you go the Serverless path without funding and you will only have half of the features compared with a Bubble app.

Yes, small fast iterations. A very agile aproach.

I did the same challenge recently. Took me around 5 hours to build this social network (like LinkedIn) template.

Agreed with your point on repetitive micro-actions, especially on the design. Most of my time was spent on creating elements and putting them in the right place. This can get out of hand for sites with many similar pages.

One more interesting insight is the MVP that was launched just in 5 days, here is the webinar with its CEO Frederick Gimpel, where he shared his experience of launching and growing a no-code marketplace app, this is the additional prove of how easy-to-use Bubble platform is.
The app was built with the Loyalty app template to help local small businesses during the pandemic, was scaled to the 3 countries and received government support :slightly_smiling_face:

Yes – As a 4 year veteran in Bubble, this is probably one of the biggest issues I have. I prefer updates to Bubble that expand functionality or make everyday actions faster to develop.

1 Like