Lack of Work Management features in Fibery (Reminders, Dependencies, Notifications, My Work, etc.)

For me the thing that kills Fibery dead for applicant tracking is the lack of per-entity permissions. You generally don’t want everyone able to see the interview feedback for everyone else in the company (and their own feedback if they are hired!). There are also some issues there with GDPR - there is an expectation that people’s personal data is not available more broadly than is needed. You can get some of the way there by moving the entity into a space with tighter permissions once a hiring decision has been made, but really entity-level permissions are needed.

(The ideal set-up for candidate tracking is actually quite a complex workflow; you ideally have the concept of rounds of interviews, with different interviewers in a given round not be able to see others’ feedback until they have submitted their own, to avoid bias. That would be pretty challenging to model with Fibery right now, and is probably yet another use-case for forms.)


Agreed permissions would be helpful here, we keep our candidates in an area that the “rank and file” doesn’t have access to. Was looking over the public roadmap and not seeing permissions on there, hoping they get moved forward soon. One big issue we have with the lack of permissions is basically duplicating a lot of work-items so that we have essentially 2 sets of projects, 2 sets of tasks, 2 sets of “learnings,” 2 sets of retros, etc. between the aforementioned “rank and file,” which in my case includes offshore contractors who come and go, and the more permanent managers. Permissions would allow us to simplify and not have to do that. When we used Notion, clickup, Asana, Wrike for stretches those permissions in those apps worked beautifully to that end…

1 Like

I wasn’t suggesting a product can exist without use cases. I was pointing out that some features are so foundational that relating them to a single use case doesn’t fully express the complete meaning of the feature.

Interesting article. Rating feature importance by connectivity to other features is interesting. I’d not thought of that before.

I look at it a little differently.

For me, meaning is determined by the purpose something serves. Change the purpose and you radically change meaning.

Purpose is determined by use. What is the purpose something is being used to serve.

Consider the meaning of Glad Wrap or Cling Wrap. When you think about the item in association with someone preparing their lunch and wrapping their sandwich in it, that use determines the meaning it has.

Take that same product and use it to suffocate people. The product is identical, the meaning of it has radically changed. It has changed because the purpose it is being made to serve is completely different.

The more use cases, the more meaning there is.

So rather than taking a single use case and prioritizing for that, or prioritizing based on a feature that may or may not be densely connected to other features, wouldn’t there be some sense in prioritizing a feature based on the number of possible use cases it has, thereby maximizing meaning for the user?

Or at least incorporating that into the prioritization model. In that way, you would be working to maximize the potential utility of the product.

Independent of any competition, when I think about the very foundation of Fibery, what gives it the most value? Isn’t it the ability to create no code relational databases and then build functionality on top of them.

What makes that of such value?

I don’t see that it is its connectedness to its other features. I see that it is the breadth and depth of use cases it enables.

In fact, it is the absence of a single isolated use case that grants it its power. It’s Fibery’s unopinionated design that empowers the opinions of its users.

I wouldn’t necessarily say the more connected a Fibery feature is, the more valuable it is to the marketplace.

I would say, the more potential use cases a feature has for its users, the more valuable it is.


This is a fair point, but is it a fair comparison with Fibery? Both of those tools - and indeed many other competitors that “did great without individual focus” - are much more straightforward (though sometimes complex) tools. Fibery is more “idiosyncratic”, which makes it a harder sell, a more difficult thing to adopt in a larger group context. I think idiosyncratic tools do better in the individual context, at least to start.

Interesting. You have clearly thought and talked about it a lot. What are the biggest challenges for an “individual focus”? What if it’s not a “focus” so much as a “wedge”, as I mentioned? Implement a few key things that individuals might want, not reorient the whole product. Is this more manageable, something that could even be tested with a couple months of effort and a 6 month marketing push in that direction? :thinking:

Also true, except… those startup founders are also mostly suffering from survivorship bias. :wink: This is what we did and we succeeded, therefore you should also do it". Guess what: 1000s of other companies also did that and also failed. It may be a good idea, but it is not the only good idea. :grin: Lots of other companies did “preselling”, attracting an audience and even paying users before they even had a product, and ended up doing quite well this way. There are various approaches…

All the more reason to do it in a dedicated tool and not make this a core Fibery use case to aim for, right?

Isn’t this a form of “network” prioritization though?

Mostly yes.

And to whom? I would argue that a large part of that value is that it allows you to replicate other processes from other tools “well enough”. But there are processes and workflows that are so particular and so important that they arguably need more dedicated functionality to really feel/work right.

So, bringing it back around to the original topic of this thread: why is “work management” potentially so important, and perhaps more so than many other features like Form View? (in my opinion)

I believe that “work management” features (reminders/notifications, “watchers”, etc.) become needed for a great many things you otherwise use Fibery for. Let’s take a couple of use cases in this topic for example. You are doing Hiring. You have candidate application inflow, you want to prioritize/rate candidates, discuss, and decide. You now probably want work management inside of Fibery, you want to be notified when your colleague comments or rates or otherwise adjusts a candidate and you want to be able to triage, act on, and file away that notification; you want good, effective discussion features (comments); you want to be reminded to follow-up with a candidate, etc.

Feedback and Issue Management? So we have incoming feedback from various sources, we need to correlate, prioritize, and then act on it. We want reminders to follow-up with users; activity notification in case a colleague finds a spare moment and takes care of that reply already; discussion features to talk about how related one feedback is to another; etc. Basically, same as Hiring.

How about Product Teams? Well… this is obvious. :joy: Also basically same as Hiring.

Wait a minute, do all(most) all activities maybe need this stuff? Maybe! :grin:


I will say not “Maybe,” but “Definitely, desperately”! I appreciate you continuing the dialog, if nothing else it is now here for perhaps some other users to find and support, I am sure there are others out there who feel as strongly about this as you and I do!

1 Like

This seems relevant here:

1 Like

I’m overly late to this thread but am quite invigorated by such delightful debating. It appears there is a handful of you that share the same experience and thought process as I (especially @Oshyan & @B_Sp). I will share my take on a few snippets from above. Additionally, I will share my team’s use cases/pain points with a slightly different approach - defining the “why” of the use case. It’s one thing to say “I need this, so I can do that” for a use case. It’s a more meaningful and quantitative/weighted insight when we provide the “why” or the answer to “so what?”.

Agreed 100% @Oshyan. I would argue all day long that all of the tools you mentioned would have never succeeded without notifications. It’s a fundamental feature meant to keep users engaged and coming back to use, do their jobs to be done and get value from the software.

Given the comments from @mdubakov and other Fibery team members, it’s apparent that we Fibery users have yet to provide ample evidence or to be squeaky-wheels enough to persuade their team to prioritize Notifications. I’ve seen many basic use cases in this forum: “I would like to be notified when an entity is assigned to me so that I can take action on it”. This is a perfect example of where I would ask “So what?”, to further strengthen the case for more attention to be given to Notifications. There’s a lot more behind the so that I can… statement. I would encourage the Fibery team to consider notifications in terms of something more tangible. Getting notified just for the sake of being in the know is superficial, merely subjective, and only appeals to people who prefer being up to date always. I would argue that a core purpose of notifications is to mitigate risk, across many domains in addition to project management.

To paint a better picture of this, let’s consider an example of using Fibery for customer support ticketing, feature requests, or customer onboarding/migration. There’s material value at risk associated with these workflows. What happens when support tickets aren’t responded to fast enough, feature requests are never reviewed, or customer onboarding efforts are delayed? There’s legitimate financial risk from customer churn associated to these issues slipping through the cracks. Depending on your product or service, this could be as little as $5-10 MRR or as much as $10s if not $100s of thousands of MRR at risk. Why is this relevant? It’s relevant because these are outcomes that are possible when your “tool” doesn’t have appropriate Notifications features to help you stay on top of critical workflows.

This is my team’s major concern and pain point with Fibery on a daily basis: once data is entered into Fibery, it goes into the ether or a black box and users are never notified sufficiently or prompted to log into Fibery and take action. The only way my team members notice their notifications, is when they go looking for them because they’re forced to log in and manually check several times throughout the day. Because Fibery notifications are essentially useless to us, my team members must resort to messaging one another via Teams or Slack to solicit responses from each other (instead of directly in Fibery entities, docs, comments, etc.).

I agree completely on this as well. The opportunity and overhead costs associated with “workarounds” in Fibery quickly add up and are quite draining. I understand we can create automations to generate emails and other notifications, but that is completely unacceptable and unreasonable for a team to maintain custom automation across many spaces and databases (overhead nightmare and a huge waste of time).

I second your advice @Oshyan. At this stage as a startup, it is potentially detrimental to the business to assume that your existing “paying” customers are the “correct” customers. I’m not suggesting ignoring them, but at least keep an open mind that there is much more to learn from the “lost” or “missed” customers who may be part of a much larger, more valuable market you should prioritize.

I have wondered for quite some time now why Fibery hasn’t gained more presence in the market. I’m not certain how long your team @mdubakov has been focusing on Product Companies primarily. Though, I think it’s clear all of us software/product management folks are stubborn and opinionated, making feature prioritization a nightmare for your team. :rofl: . If you were to ask me to describe why and how my team users Fibery, here’s what I would tell you:

Our team strives to provide value to our customers through services and software, by orchestrating seamless handoffs of customers, knowledge and work between team members, where someone always owns the moment. Oh, and it just so happens we use Fibery.

I have all teams in our Fibery account - Sales, Marketing, Ops, Product, Engineering, Customer Success. We have never referred to or spoke about Fibery as a product, engineering or structured knowledge tool. We run everything such as OKRs, Projects/Tasks, Customers, Product Management, Meetings/Notes, etc. inside of Fibery. (not yet engineering, much bigger migration from Jira).

I digress and am getting off topic a bit but could go on about various hypotheses on Fibery positioning. Will save that for another thread.

I’ll close with a final comment - it’s imperative to my team that Fibery significantly improve its work notifications/watch/comments features to help us deliver on our “why” and “how”, seamless handloffs.


So I use Fibery as an “individual” - freelancer, solopreneur, whatever you want to call it - no team, just me. There are two things that are brilliant about it to me - whatever “team” things are available are super easily hidden, and the fact that I can link across databases. That second one is huge - maybe ClickUp does that a little bit (but not really), but oy, having to wade through all the Team stuff there is tiresome. But as someone with several distinct “business concerns” to manage (my Etsy shop, my artistic practice, admin support for my husband’s business, etc.), it is wonderful to be able to combine data in ways that make sense for me.

I would love to see Fibery become the go-to project management tool for solopreneurs. I love that it’s not necessarily team-centric. And for things that aren’t in Fibery yet, it’s pretty easy to work around - for example, I use Todoist for repeating tasks (because Todoist absolutely rocks at that!) and I use Make/Integromat to grab upcoming tasks from Todoist and make new entries in Fibery as their due date approaches. Et voila.

You know, Fibery feels a bit like Obsidian to me, in its barriers to entry. (But I’m a major fan of Obsidian!) The learning curve is HUGE for both, and as a more open-source-ish project, they have built up quite a community of plug-ins and add-ons and help guides and stuff. But check out the copy on their website:

Extensively extensible

Note-taking is incredibly personal. Tried every app, but something always irks you? You deserve better.

For those who can’t custom-build a solution for themselves, Obsidian is as close as you can get, with plugins, themes, and custom CSS at your disposal.

I wonder if some kind of message like that would be useful with Fibery. Nope, it’s not a tidy, regimented app - there’s a million of those - but if the tidy apps aren’t working for you, try Fibery.

If Fibery in its current state is a difficult sell to management teams, maybe Fibery’s focus should be to find users who don’t have management teams. I realize that freelancers and solopreneurs are not easy to monetize, though - and that may be the crux of the problem.


Awesome thoughts and contributions @calh-fsp and @ellemef ! Also nice to know someone else is enjoying using Fibery for individual use. If you’re the kind of person who likes to systematize - an organizer, planner, even a quantified self type person - then Fibery is awesome for personal use. :grin:

I also like the analogy to Obsidian, and I think it’s worth noting a few additional things about them:

  • They’ve been tremendously successful and gained a lot of market share, despite the complexity
  • One of the main (and touted) strengths of the tool is flexibility, plugin-ability, interop (through markdown, etc.), but conversely you also may need 10s of plugins to get even close to what Fibery can do natively
  • They focused almost solely on the individual use case, collaboration is not even officially a thing yet
  • Solo users can be highly passionate advocates
  • They built a really strong and active community as a result of this (and some other good moves they made, no doubt)
  • They are private, but seem to be profitable, from early days (very small team though)

They somehow managed to take a potentially complex-seeming product and get pretty wide adoption (in their niche). I think this happened in good part because of the passion of individual users, and the leveraging of that by Obsidian itself. Rather reminiscent of what Notion did and continues to do.

Speaking of Notion:

Kothari describes Notion as a “B2C2B” company. Notion doesn’t target CIOs, but rather consumers who then work to formalize Notion inside their companies, the so-called shadow IT or, in Notion world, “Notion Champions.” Lately, Notion has been working on making its product more translatable for large companies, adding more admin controls and specific workspaces for teams. But Kothari said he’s not forcing Notion into the enterprise at this point.

“Eventually, we’ll get to a point where we can actually go up to the CIO of a company, who’s never heard of Notion, and convince them to roll out Notion company-wide,” Kothari said. “But most of the work right now is happening through the employees, through the community.”

Notion’s ad campaign, with billboards in London, Paris, Seoul, Tokyo, New York, and San Francisco, emphasizes the note-taking tool’s ability to help organize personal life, not just work. Kothari also pointed to the company’s New York City and San Francisco pop-up stands offering bucket hats and coffee as part of the broader brand campaign. This type of branding, as well as the company’s investment in and popularity on TikTok, helps target Gen Z and students who might become Notion worker-champions someday.

Now take a thought journey with me for a moment: is there any doubt that Fibery can enable most of those Notion use cases as well or better? What would it take to shift the Fibery features we already have into an orientation to more personal use cases, a more Notion-like approach? Add document nesting, and you basically have Notion + Spaces (OK, better embedding of external websites would also be needed for many people). What would a “Fibery for individuals” experience look like and could it inspire a similar degree of passion? People saying “I was finally able to organize my life!”, “I can finally integrate my work and home life!”, etc. and shouting it from the rooftops?

To be clear I’m not saying Fibery should totally rebrand and reposition itself. But I do really wonder if spinning up a new product page for solo use and another template as part of the onboarding flow also targeted at that use case might not be a good enough start. That should not take a ton of time of effort, I would think. And then just start to prioritize individual user needs a bit more, maybe? Maybe.

No, they’re not (you are probably using Fibery for free, yes? :smile:). But there are many apps like Notion that handle this just fine. The individual use case is not the profit center, it’s the wedge. It’s what gets you a foothold in the market, and turns that individual into an internal advocate inside whatever organizations they also work in or interact with. To some degree, at least from reading these forums, I feel like many of us are already taking that role, with frequent references here to trying to convince people to use Fibery inside their org. Embracing, promosting, and further enabling those people could be powerful. And while the Fibery Partner’s Program is great, it’s not the same thing by any means.

And finally, once again, to @mdubakov and the Fibery team as a whole: for my part, at the least, I recognize there is no easy or even “right” answer here. And you have of course been thinking about all of this and more for longer than we have. I know you have tried several different approaches and continue to refine. This discussion seems to support a bit of a shift in focus, but the forum community is a fraction of your overall userbase. I appreciate that you listen to and fully consider all of this, that you engage with it. In the end I think we all just hope for Fibery’s success and see that it does not seem to have achieved the level of visibility and adoption that we feel it deserves. Here’s to finding that breakthrough so Fibery can shoot to the moon, so to speak. :grin: :rocket:


FWIW, I am quite drawn to the product positioning of “does everything badly”.
I think the tongue in cheek advertising, as painfully meta-aware but mixed with human fallibility is a uniquely high trust “stance” to take in an information-exhausted post-truth future.

I’ve been advertised too many products that tell me they will do ____ perfectly, and I have dealt with the fallout from others implementing well marketed but horrible products.

As for the “niche”, I am biased as a systems generalist. In my mind the niche here is docs-as-code-as-database aka anything you want. Yes there are competitors seeking to be the go to generalist platform, but IMO to “specialize” into trying to make certain features “perfect” misses the main draw for me, which has to do with the GENERAL ease of use, GUI for data models, and flexibility. Perhaps the “wedge” could relate to this cross-domain flexibility?

My team uses Fibery for support ticketing, work tracking, and work management. We considered using Kissflow, Jira and Trello but Fibery’s flexible data structures and interlinking beat the over-featured work-tracking suites by letting us only set up what we need, then connect components of that to other databases (IE Automating the generation of task cards from a database of procedures that get assigned to me, or linking to an item in a hardware inventory in a support ticket so the user’s Serial No and other details are pulled in). The result has been a work tracking system for projects AND shadow IT that has molded over time to be more automatic and integrated.

@calh-fsp 's comments regarding the risk of dropped items is prescient, but in our experience the slack integration is solid. I get reliable slack notifications when a new incident is created or a ticket is assigned to me. I also get notifications when a ticket I am assigned receives comments or updates.

The only pain point for our team has been occasional issues with the email integration, which we are using to ingest and triage support requests. I am hesitant to trust that the ingested email DB is 100% reflective as a result. The other big feature that has been missing for us is granular view permissions, which we are pleased to see prioritized in the roadmap.


Thanks, @mdubakov, for your pointers.

  1. Yes, that’s the current workaround, which is still more shallow than the Assignee functionality in terms of 1) mentions, 2) notifications, etc. Chris also shared that with the corporate plan, we can create groups for access management. It’d be neat if the same functionality can be extended into the Assignee fields, mentions in comments, etc.
  2. Correct, I can create a formula to populate a field. The challenge I have with this approach is two-fold: 1) it blows up the entities with plenty of extra fields (especially in case of one-time fields, which could be tackled with dynamic queries in a view) and 2) many list-based formulae (on relations) eventually result in text-based results, losing the objects that may be good to carry forward.
  3. With Feature » Release Item » Task and Release Items being tied to a Release and Tasks being connected to a Sprint, which belongs to A Release, I want to see if there is a discrepancy in a task between a) the Release that it’s connected to via the Release Item vs. the connection via Sprint. A mismatch will indicate that while I planned to release something at a given point, the Sprint it’s placed in is too late… don’t worry if this description doesn’t make sense, it’s a small use case.
  4. I want to help with Sprint Planning by calculating the total number of points my not-fully-dedicated team can complete in a Sprint. My team might have a backend dev with 50% availability in Sprint 1, while 80% in Sprint 2 and 40% in Sprint 3, etc. This means that the size of the BE work bucket varies per sprint. I can definitely model the whole with a Sprint Assignment entity to bridge things, it just gets complex quickly with all these helper entities… billing in retrospect is easy as I just need to track the amount of work done…

To be fair, I think #4 is a stretch. While I think the pattern will be useful, I can see many things more valuable before that.

What, I think, would allow additional flexibility would be:

  1. View-based queries. Allowing some GraphQL/SQL-style queries joining across entities in the view filters would allow avoiding ballooning entities with formulae that are only needed in one view, and instead allow for more complex perspectives.
  2. [Nice to have] Encapsulating entity structures. Looking at example #4, there are definitely ways to model the whole thing. However, all these auxiliary entities will end up littering my space, drop-downs, searches, etc. If I can hide, mark entities as auxiliary or—ideally—encapsulate them into a pattern similar to your space templates in the way that they are pre-defined, then it’ll keep the spaces much more lean and easier to use.

Thanks for the good discussion! :slight_smile:

PS: Sorry if this is tangential to the initial post.


Perhaps, but how many people want that, or at least know they want that?

I hear you in the sense of focusing on features for particular use cases, but I think “work management” features are highly cross-use-case, which is why I’m advocating for them. So I’m just a bit unclear whether you’re agreeing or disagreeing with that. :smile:

It could be, but is that a targetable enough userbase, and a big enough one to be worth targeting?

Slack is an output for one part of the work management picture: the “notifications”. In that respect it or email can work just fine for those who are able to use their inboxes or Slack apps as to-do apps. Neither is well-designed for that purpose, however. Setting aside whether your email or Slack app can give you to-do-like functionality, just the lack of connection back to Fibery and marking a notification Read, or being able to address the Entity State, etc. from your “to do” system, is for me a deal-breaker.

Indeed, some people are fine with this approach, but many are not. A project management app ultimately needs good built-in work management functions to satisfy a majority of users. And, as I’ve tried to illustrate earlier in this thread, I think “work management” feature are also very helpful for a variety of disparate use cases.

I do think a more specific definition of “work management” would be good to get clear on here though. There are obvious bits, and then perhaps more debatable ones. So far I’m hearing:

  • Notifications, make them more visible, more methods of notification (e.g. browser/OS, PWA), general improvements, being able to fully “dismiss” (e.g. archive) them, etc.
  • Something “Inboxy”, i.e. a good place to view/review/dismiss/act on notifications, a dedicated page/view of some kind, ideally
  • Reminders (a thing that generates a notification, but ones that don’t have to be setup with complicated, admin-only automations)
  • Some aspects of Commenting, related to Notifications, but also e.g. “read status”, maybe even “threading” (not sure I’d personally put threading into a critical “work management features” bucket)
  • “Watcher” functionality, again a trigger for notifications, but distinct from Reminders, and again basically an easier way to get something you can probably already setup with Automations
  • Basic task functions, e.g. Repeat/Recurrence
  • Dependencies?

Great list.

We’ve just set up browser notifications for certain databases and events. That helps.

1 Like

Was this done through scripting or something? Or is there a native browser notification feature in Fibery I’m not aware of? Simple browser notifications are definitely one of the missing bits for me.


Ah nice, I do love Make :grin: Thanks!

1 Like

At the risk of getting some negative response, which happens to me at times when I try to provide “unfiltered feedback” even though the Fibery material seems to encourage this, I think a great way to track this and also reinforce your point about Fibery uptake being too small is to simply look at the respective Discourse users on each of the major platforms we are talking about that run discourse, it’s quite a few, and their respective growth. In fact, we could come back in 6 months and see how Fibery’s doing vis a vis the others:

Discourse users (this is easily visible when you click “users”):

Fibery - 624
Coda - 11506
Asana - 147658
Air Table - 46826
Monday - somehow they’ve masked this, but it’s a lot! - this is interesting as it’s newly released, somewhat free-form work mgmt app with a community on discourse: 178. Can Fibery stay in front of these guys?

The relatively low number of users here in Fibery’s community vs. the potential users in those other apps’ communities, many of which are target customers for Fibery, I think backs up your point @Oshyan that Fibery does not have the breadth of user base it should, which could also mean we don’t have a representative view of the larger market in this community.

You can also draw similar analysis watching the twitter followers, I’ve noticed Notion go past 250k for example while Fibery is closing in on 1400…Twitter followers are not the same animal as actual forum users, but it’s interesting all the same…you can look at Reddit the same way, etc.

And I will say re: the subject of Browser notifications:

This brings up what I consider a key facilitator of Work Management that you didn’t really mention much @Oshyan - mobile friendly interfaces. I don’t use Chrome that much, and having to use a plugin to get those notifications is also burdensome. Most top-flight apps have all sort of “apps,” including Notion which I doubt would be where it was if it confined itself to just a browser version, as Fibery has done. How many solopreneurs, since we are talking about them, stopped by Fibery, saw no mobile apps at all, and just moved on, not bothering to take the time to give feedback? Those Android/Apple store logos are so ubiquitous nowadays that you see them all the time on consumer products’ homepages. I in fact seriously enjoy using Notion on the Apple platforms. But it appears any development of any apps, desktop, iOS or otherwise, is not even on the table right now, really a shame…


1 Like

This is an interesting point @B_Sp.

I personally don’t mind too much that Fibery doesn’t have apps. I’d certainly like them, particularly on desktop, but it’s not a deal breaker.

However, many times in the past when selecting technologies to use and going through a bunch of them, I remember myself disregarding at times ones that didn’t have desktop and mobile apps as less serious players. I’m not even sure it’s was an overtly conscious thought, but I just categorized them as having weaker development teams, less expertise, less resources.

It’s a perception thing, not just a purely functional thing.

As stupid as it may sound, having apps that run on iOS, MacOS, Android, Windows Desktop, Linux can be a marketing exercise.

It’s flexing developer muscles in front of the marketplace. It offers the appearance of leadership. People respond to that.

We’re all psychological creatures.

I would guess if I had those thoughts and passed up probably great solutions, albeit erroneously, many others probably do too.


I’m actually surprised it’s behind Airtable by so much!

But anyway, yes, there is no debate that Fibery is behind where it “should” be in adoption/community size.

Yeah, I think this is a real risk at this point. The active forum users are less than 50/mo, I think, which is a tiny sample size vs. the whole market. Even the Intercom activity is still pretty low vs. the Total Addressable Market. So yes, sample size is a problem.


This is a very interesting and useful comment! I think to some degree this is the kind of critical but difficult-to-detect and understand user selection behavior I was trying to get at with some of my original commentary above. There are selection criteria, both conscious and unconscious, that people use, and where the lack of a “tick” in the box (e.g. for good “work management” or lack of mobile apps) just immediately eliminates an otherwise promising option from their consideration. Since there are 100s of options in the market that potentially meet their needs, most people use some very basic initial criteria to create a “short list”…

It does seem stupid to me given the actual, functional use of Fibery on web, which is pretty good. Even more sad if you consider my prior experience of the very slow and poor Notion mobile app vs. the honestly not-too-bad Fibery mobile web experience. In other words Fibery’s mobile web experience today is superior to how the Notion “dedicated” mobile app was for years. And yet you’re right that someone could not know that just from looking at the features or other product pages, and seeing a lack of those common mobile app links could indeed quickly turn someone off. What a shame. I wonder how easy/cheap it is to just wrap a web page in an “app” container and publish to the app stores, hah (I know there are things that do this, not sure what the downsides are). If it really is just to be done for a marketing purpose, this could be at least a way to start since the mobile experience is OK-ish (IMHO).


Very interesting thread - have not had time to read fully so sorry if this has been already addressed:

I love Fibery and I really tried to push as hard as possible in one large project. Unfortunately all the missing notifications, comments, etc. made it hard to defend against JIRA or Linear. The reason for my comment is to make sure Linear is also included in the comparison for product delivery, because it is an example of the type of solid foundation you want in place when you move from MVP or development into larger live customer base. In particular I thought their approach was quite attractive from a marketing point of view: