Michael Dubakov
Michael Dubakov
Founder, Fibery.io
Fibery vs. X

Fibery vs. Airtable. We connect your bases!

My goal is to explain how Fibery is different from Airtable and what strengths and weaknesses it has. Airtable is a good product. However, it’s not perfect. Let’s find out why.

As the Fibery CEO, I have to switch off the bias. Take this post with a grain of salt.


Airtable is a set of connected tables

It’s easy to describe Airtable DNA with two words: spreadsheet and database. Airtable started as an advanced spreadsheet and evolved into something more significant after that.

Airtable vocabulary: Base, Table, View, Record, Block.
Airtable vocabulary: Base, Table, View, Record, Block.

You create Bases (base usually dedicated to some process) and Tables inside Bases. The good thing is that you don’t have to think about initial setup, you can just create one table and work with it as with a spreadsheet. Later you create another table and link them via relations, thus transforming basic spreadsheets into a relational database. On top of that you can visualize data using several views: Kanban, Calendar, Grid and capture information via Forms.

Blocks are extensions and you can add many blocks inside any base. To be honest, some blocks are quite cumbersome, but there are really cool blocks as well, like Page Designer.

There are two major downsides though:

  1. There are no Documents.
  2. You can’t connect Bases.

Fibery is a set of connected apps

The vocabulary is much richer and you have to understand concepts like App, Type, Field, View and Document.

Fibery has pretty similar vocabulary: App, Type, View, Document.
Fibery has pretty similar vocabulary: App, Type, View, Document.

In Fibery you can create apps with deep hierarchies, connect several processes together, extract information from several databases and replace sophisticated existing tools.

Entry barrier is higher. Everything has a cost. With power comes complexity. Fibery hasn’t found a good balance between freedom and complexity yet.

Translation sheet (as close as it can get)

Airtable — Fibery

Base     — App
Table    — Type
Field    — Field
Record   — Entity
View     — View

Let’s create a base/app

We’ll try to create a basic process in both tools. Let’s take a simple Product Tracking process with Epics and Features. Epics are huge requirements that break down to smaller requirements (Features).

As a product gal, you want to write specifications, create product backlog, describe features, plan releases and track execution. Nothing fancy, let’s go.

In Airtable I created a Product Tracking base and two tables: Epics and Features. Epics and Features are connected together via a relation.

asset 3

I created a Kanban Board for Features, Features backlog as a grid, Features by People as a grid and even Features roadmap as a Gantt Chart Block (note, it is available only in the most expensive plan).

Grid View in Airtable is close to perfection. You can manage backlogs easily, do batch operations, group records by fields.

One problem is a Kanban Board. It has really bad information density and it is not possible to group work by rows.

Another problem is a Features Roadmap. You can have it via Gantt Block, but it is just unusable. You see all features, even features that were completed a year ago. This breaks information density and makes Gantt chart useless.

Features Roadmap quickly becomes unusable in Airtable.
Features Roadmap quickly becomes unusable in Airtable.

Let’s browse all the views in Airtable:

Navigating all views in Product Tracking base.

Navigating all views in Product Tracking base.

In Fibery I created a Product Tracker app with Epic and Feature Types. These Types are connected together via a relation.

asset 6

💪 All views are there, without limitations:

asset 7

Let’s browse all the views in Fibery:

Navigating all views in Product Tracking app.

Navigating all views in Product Tracking app.

Epics/Features specification

Now I want to create a specification for an Epic. Usually it’s just a document with some images.

This is how you supposed to work with it in Airtable:

Work specification in Airtable is hard…

Work specification in Airtable is hard…

🦐 It’s really hard to create specifications in Airtable:

  • popup is small
  • important fields on the bottom
  • you can’t insert images into rich edit area
  • you can’t refer other work items, mention people, create todo lists, etc.

Basically, documents in Airtable do not exist.

💪 In Fibery you have powerful rich edit field that do wonders.

You can create advanced specifications, insert images, insert links to other work and even insert whiteboards with some prototypes:

Intercom sync specification with a linked prototype. (Single tool!)

Intercom sync specification with a linked prototype. (Single tool!)

Add Software Development Base

OK. let’s dig deeper. You have a software development team. In our days software development teams use Scrum or some other basic iterative process. So we want to split Features to User Stories and plan our Sprints.

The logical step to make it in Airtable is to create a new base. However, this is not possible. Remember:

🦐 You can’t connect bases in Airtable

This request is 5 years old and has 400+ comments. Will it be implemented some day? Hard to say.

Link to other base

We have to connect User Stories and Features and we have to just merge Product Tracker and Software Development processes into a single base.

No connections between bases in Airtable
No connections between bases in Airtable

Another problem is that you want to assign User Stories and Bugs to a Sprint and see them in a single view. This is not possible in Airtable.

🦐 Bugs and User Stories live in separate tables and can’t be shown together on a Board View or Grid view.

Well… Let’s do it:

💪 In Fibery you can connect Apps (bases). Thus we can create a separate Software Development application, configure it and connect to Product Tracker. Here are the basics:

Let’s add some more use cases into Fibery SoftDev app: bugs tracking, people workload and some chart:

Building Blocks

Now we’re ready to decompose both tools to the building blocks. Boring, but an important section. Hold on!


🦐 Airtable has no documents.

💪 Fibery has a rich edit field that you can insert into any entity and fill it with text, images, links to other entities, etc. You can create a connected knowledge base in Fibery.

Document in Fibery.
Document in Fibery.

This spec above is a good example how you can connect real work into documents. You see a list of initiatives and all of them are already done. This is how you can create live and follow progress from a single place.

Databases, Relations, Fields and Formulas

This is where Fibery shines. You can create powerful connected databases.

Databases & Relations

Relations are good in Airtable, but there are no relations between bases. This block shows all relations between tables in a single base:

Relations between tables in a single base.
Relations between tables in a single base.

Here is how user stories list looks inside a feature:

Stories inside a Feature
Stories inside a Feature

💪 Relations between databases are enormously better in Fibery. You can create pretty advanced hierarchies and connect several apps together:

Many things about relations are automatic in Fibery. You have the power of relational database in your hands. You can create views by related entities, traverse deep hierarchies to extract required information. Connect different apps together. See the whole picture.

Fibery connected apps form a domain.
Fibery connected apps form a domain.

Here is how Features list looks inside an Epic:

Features inside an Epic.
Features inside an Epic.


In both tools fields/properties are almost identical. You have text, single/multi select, checkbox, number, email, date, etc.

💪 In Airtable you can easily change field type on the fly, in Fibery it’s not possible, so you have to think more carefully when adding a field. Also there are some additional fields like currency, rating, barcode and autonumber.

Formulas in Fibery

Fields in Airtable

In Fibery there are some nice extensions: avatar, workflow and action button.

Fields in Fibery.
Fields in Fibery.


Formulas in Airtable are great. Autocomplete and hints are there, so you can quickly create new formulas. There are more functions than in Fibery:

Formulas in Airtable

Formulas in Airtable

In Fibery formulas are quite easy as well, but there are no text formulas yet:

Formulas in Fibery

Formulas in Fibery


Views show information from databases. Views are windows into the data.

Entity View

This is a View that shows a single record/entity and its details.

🦐 In Airtable layout is not very good. You can’t open the view full screen, you can’t change layout, you see all fields in a single column and it’s just not good for work management.

💪 In Fibery layout is much better and you can re-arrange blocks inside easily.

asset 21 asset 22

Board View

🦐 In Airtable board view is very simplistic. You can’t change cards layout, cant have horizontal lanes and scrolling is per lane (not very usable).

💪 In Fibery board is more advanced. You can have horizontal lanes, change cards layout and scroll is a single piece.

asset 23 asset 24

Table/Grid View

💪 Table View is much better in Airtable. You can group by fields, reorder rows, change row size, delete in batch, copy/paste all cells, summarize fields. I think Grid View in Airtable is almost perfect.

🦐 In Fibery table is quite simplistic with basic functions. It is enough for some cases, but definitely not even close to Airtable.

asset 25 asset 26

Calendar View

Calendars Views are almost identical. You can see entities by month, weeks and day, drag and drop and open details. In Airtable backlog is better than in Fibery though.

asset 27 asset 28

Timeline View

Timeline View is valuable when you want to plan releases, create product roadmaps, see workload by person per week, etc.

🦐 There is no Timeline View in Airtable, but it has Gantt Block. I don’t think it can be used in real life, to be honest, since there is a serious problem of information density.

💪 In Fibery Timeline View you can create roadmaps, drag and drop entities, group them and see additional details.

asset 29 asset 30

Chart View

🦐 In Airtable Chart block is very basic. It’s OK for some charts, but nothing advanced can be created here.

asset 31

💪 Charts are really powerful in Fibery. You can visualize any data, calculate metrics on the fly and share charts outside Fibery.

Fibery Chart View. You can create charts and tables. This table shows features progress. Charts are powered by vizydrop.com

Fibery Chart View. You can create charts and tables. This table shows features progress. Charts are powered by vizydrop.com

Airtable unique Views

There are two great unique views in Airtable: Gallery View and Forms.

💪 Gallery View

Gallery View is great for design mockups, mood boards, people with faces, etc.

asset 33

💪 Form View

Form View is an easy way to capture information via Form from anyone. There are many cases: collect requests, job applications, inventory requests, office requests, etc. Forms in Airtable are awesome.

Forms in Airtable

Forms in Airtable

Fibery unique Views

Fibery has one unique view: Whiteboard.

💪 Whiteboard View

Whiteboard View can be used as a canvas to create diagrams, mind maps, customers journeys, mood boards, schemes.

Fibery Whiteboard View. Figma integration user flow.
Fibery Whiteboard View. Figma integration user flow.

API & Integrations

💪 Airtable API is clean, powerful and simple. Thus many people use Airtable as a backend and build custom solutions on top of it with API.

Airtable API

Fibery has a weird API that is hard to learn by mere mortals.

Fibery API

In fact this is quite low level API, but it’s very powerful. You can create databases and build your own schema using API, and definitely you can do pretty advanced queries and create entities. Webhooks are there as well.

🍎 Our next step is to wrap API into GraphQL or something similar.


💪 Airtable UI is slightly faster. Almost all actions are instant and you don’t feel delays. Airtable handles huge tables (30K+records) nicely. This is hard to achieve, but they did it!

Airtable speed.

Airtable speed.

Fibery is slightly slower.

In some cases you have to wait 2+ seconds to load a view. We are trying to make Fibery right first, and then fast. “Get it right” stage is not over for Fibery, so our goal is to have a “good enough” performance so far.

Fibery speed.

Fibery speed.

Public sharing and permissions

💪 Airtable has a good public sharing. You can share almost anything.

🦐 Fibery has no public sharing. So far you can’t even share a single document. We know it sucks.


💪 Airtable has great mobile apps. They work perfectly well. Mobile support is a must have for personal use cases.

🦐 Fibery has no mobile apps so far. You can access web version, but the user experience is just bad. With a team/company focus mobile apps are less important, since mostly people use laptops. Anyway, we’ll definitely add them in future.


💪 and 🦐

💪 Powerful rich edit field to create documents and specs.
💪 You can connect Apps (bases)
💪 Entity View layout is much better
💪 Board View is more advanced
🦐 Table is quite simplistic with just basic functions
💪 Timeline View to create roadmaps
💪 Charts are really powerful
💪 Whiteboard View to create diagrams and mind-maps
🦐 Weird API (so far)
🦐 Slightly slower
🦐 No public sharing
🦐 No mobile apps so far
💪 Not so expensive ($9 per user per month for all features)

🦐 You can’t connect bases
🦐 No documents
💪 Easily change field type on the fly
🦐 Entity View layout is not very good
💪 Table View is much better
🦐 There is no Timeline View, Gantt block is limited
🦐 Chart block is very basic
💪 Gallery View
💪 Form View
💪 API is clean, powerful and simple
💪 Slightly faster
💪 Good public sharing. You can share almost anything.
💪 Great mobile apps
💪 Full changes history
🦐 Quite expensive ($24 per user per month for Blocks)


🍣 Airtable is a powerful database with views and great API. There are thousands of applications and it is a powerful platform to build custom solutions.

The power of Airtable: Tables / Forms / some advanced blocks (page designer) / API

Cases where Airtable shines:

  • Database as a backend for wide variety of small business cases (Invoicing, Inventory tracking, layoffs tracker, etc.)
  • Individual and small team work management.


🍀 Fibery is connected databases and views first, documents second. Fibery works best for teams and small/medium companies.

The power of Fibery: Documents / Databases and relations / Views (Whiteboard, Timeline, Chart)

Cases where Fibery shines:

  • Connected work management processes (product management, software development, CRM, etc.)
  • Teams of all sizes
  • Whole companies up to 200 people

asset 38

Let’s play a game! Register your Fibery account and find 10 differences between Fibery and Airtable. 🍿