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

This is an amazing goal. It is also a very, very ambitious and long-term one. Low-hanging fruit is arguably a better focus if there is a compelling case that it will drive adoption which would bring in more money which gives you more time/resources to focus on this genuinely difficult and long-term goal.

This is an interesting one because I’m pretty sure you define it in semi-specific but not fully articulated ways. You say “all-in-one tool for whole product company”, but what functions/app types exactly? I don’t think you mean to replicate e.g. Figma, right? Or ConvertKit or other email/marketing solutions? Or website platforms/CMSs? There are probably dozens of tools that I am fairly sure you don’t intend to handle “good enough” to fill the need for a typical product company. You may well have articulated more specifically what those areas of functionality are that you do focus on (“work management” is the best I have seen, still quite vague, and also seems arguably narrower than some of the things you want to implement). But I think it’s worth pointing out that exactly what falls into this category, what tools are necessary/important, varies by company, and also perhaps worse, the needed level of “good” to be “enough” is different per-company! This makes it rather a “fuzzy” and thus challenging thing to do. I guess you aim for the 80% case of covering 80% of some potential users in some chosen company category(ies), but still it all feels a bit nebulous to me. Feature creep waiting to happen. :smile:

Being able to focus on 3 is actually pretty good! Impressive with the current team size, especially. And of course increasing the team will not necessarily (or perhaps likely) increase your capacity in the near-term, at least in my experience. You would hire say 2-3 new developers, increasing your dev team by, what, 20%? Maybe 4-6 months from now they are able to contribute all at the same level as developers, right? And then maybe you can handle 4-5 areas at once. Growing the team is a tough challenge in itself.

100% this. Heck, 200%! I believe this is one of the major differences between Fibery and other, more successful tools (Airtable, ClickUp, Notion…). Fibery for the most part does not have a really low bar to some immediate sense of utility, except for a minority of people, IMO. For many other tools like those I mentioned, the initial experience is easy enough, it’s quick enough to get to a place where the tool is providing real value, and that makes it “sticky” enough that people keep using it. Even if they’re initially only using it for one thing, it does that thing well enough, and then they have time and incentive to discover the other things it does well, even if they take more effort.

This is I think what Notion did really well. Doing complex stuff in Notion is actually genuinely terrible, but the easy stuff is really easy (and pretty!), and that’s what hooks people. Their model is almost entirely based around hooking people for solo use first (hence the generous free tier) and then people wanting to bring that into the workplace because they already like and are experienced with it. And hey, it’s the “easiest way to do internal wiki” and it’s cheap, so why not? And that’s how they got 10s of millions of users and some increasingly big customers.

I agree, but also just want to point out that it depends on what customers you’re targeting. Enterprise is where the real money is, without needing massive customer volume. Some businesses can successfully just go straight for Enterprise, and in those cases it may be the best business call. I’m not sure if Fibery has that luxury (and that of course has not been its approach thus far). So I would agree that this makes it sensible to delay entity-level permissions longer and focus on the less challenging market to crack (IMO). But it’s an important point that this feature does arguably have a higher potential real-dollar value due to the customers it might attract.

Dev Time vs. Impact

What I also keep coming back to is the sense that a lot of the stuff in 3 and 4 may be simpler/easier and potentially faster to develop (fewer unknowns vs. 1, less breadth than 2, less challenging problems than 5), thus possibly gaining tangible, meaningful benefits for the highly critical new user case with less dev time/effort than making similar levels of “meaningful progress” in other areas. Of course I’m not sure if my assumptions here are true, so please give me a reality check if necessary @mdubakov ! But I base this belief partly on the approach of tackling what seem like genuinely “low hanging fruit” problems, things like Space Descriptions and other non-admin Space View stuff, or some of what I already referenced above, which really do not seem so hard to do. Again I am a non-dev, and of course I have no idea of Fibery’s architecture, so I could be way off base here. :smile: But if I’m right, then this should be a major factor in the consideration, IMO: how easily/quickly/“cheaply” you can make some beneficial changes in each domain.

Finally, I think this comment sums up a lot of what I fear is the adoption challenge for many new Fibery users:

I think that applies to much more than just the specific keyboard user case here. The “lack of polish” has a significant effect on “cognitive load”, it makes Fibery “feel” less good to work with, plain and simple. Ironically it is the “feel” of both Obsidian and Notion that has convinced me to leave them both behind in favor of Fibery more recently, but I am an unusual case. :wink:

Having said all that, I’ll just reiterate: making dev priority choices is hard, there is no real “right” answer, etc. And also yes I love many of the things Fibery has chosen to implement, some of which I might have chosen against at the time, but am still glad are there now (panels nav might be one of those, really loving it now, not perfect, but definitely a big improvement over what was).

I have some more specific thoughts on the whole Notifications feature area that I’ll post separately and link here, I think.

6 Likes

This is a great point. Of late I don’t have time to document specific issues as I used to, that takes a lot of time and often they are ignored in here - sorry, but I just think things like New UI for Expanded “Open as View” has limited width? or Board > Columns > Reported object count is incorrect should at least get a response from the team, but those appear to be bugs nobody will address since they are sitting there dormant for months, which demotivates me to spend time like I used to mentioning them in here…but I experience daily a myriad of keyboard issues and funny formatting, and I too like @Matt_Blais am keyboard first! Some of this stuff is also already documented in here but not addressed as well, such as

there is no response to that, and daily when I create an entity inline, I have to reach for the mouse, when I create the entity with the cmd + K dialog, I don’t have to!

And as far as a general response to @mdubakov and the list of missing things in Fibery, @Oshyan you are making great points and although my voice around here is sometimes not appreciated, I don’t think Fibery could do anything more useful to increase market adoption than implement the work management stuff such as you suggest below:

In addition to issues with comments, notifications, lack of mobile platform, and other basic stuff on most competitors, the lack of an easy way to get reminded of what tasks are on your plate is a biggie. I truly believe that people WILL come to Fibery if it polishes some of this stuff, because you will instantly have comments, for example, that will beat everybody else’s. In no apps I’m aware of can you reference another entity inside a comment, which is a game changer when trying to get accountability in a team. But until we get things like the ability to just “heart” or “star” a comment to show that you read it - which is standard in just about every app I’ve seen - or other basics like threaded comments so you can respond to a certain comment, commenting in Fibery will seem awkward and unpolished to anybody trying to adopt it. Which gets back to this very, very true statement that I urge the Fibery team to think about with some foresight because you might not have people mentioning this in a way you can measure.

And I deeply believe, based on my experience, my team’s, and those who I have recommended Fibery to, that what @Oshyan is saying here below is more true than you can imagine, and in my opinion holding Fibery back more than anything:

Cheers!

3 Likes

I just wanted to add to this thread one last example of how Fibery gets lost to the larger market. This was before you joined @Oshyan so not sure you saw this, but there was a big review of Fibery on KeepProductive.com by Francesco D’Alessio in early 2020. Francesco is one of the most influential writers/bloggers around productivity software. Here it is:

I actually personally corresponded with him at the time, promoting Fibery - although I think he was going to review it anyway. But I wanted to share some of the emails we traded (I hope this is ok with Francesco should he ever come around and look at this community :slight_smile: )

He also ranked Fibery #2 in this article from early 2020 in hottest apps, alongside stalwarts like Notion and Superhuman.

There are things here I wanted to mention for the context of why I wanted to post this:

  • I think it’s very interesting to read how more of a “generalist,” granted a very influential one like Francesco, characterizes Fibery - the comparisons to Coda, etc.

  • I also wanted to point out that Francesco seemed to have a good head of steam about Fibery, reviewing it at the same time as Roam, then wanting to do a comparison with AirTable, but he has not mentioned it since! He even gave Marvin an initial review, then a showdown video vs. ClickUp. So that makes me wonder why he lost interest…if you look at his channel on Youtube, over 250k followers, he repeatedly returns to apps he looks at initially for updates later, but has not come back to Fibery in over 2 years. So to your point, Keep Productive is a forum where Fibery could be continuing to have a presence, and thus keep the market aware of it, but somehow it dropped out of the radar there…

Hope this is interesting content to support some of what you’re talking about @Oshyan !

2 Likes

Hire me :slight_smile:

Yeah, I’m pretty familiar with Francesco and Keep Productive. Quite honestly, while I found his content valuable for a while, I eventually realized it’s often quite shallow except on the few apps he determines are his favorites, or perhaps just get him the most clicks, which would be a bit of a self-fulfilling thing, hah (i.e. Notion, Craft, ToDoist). Maybe that’s inevitable, but I was more interested in someone with a truly broad and “unbiased” perspective. Kind of how I fancy myself. :wink: Even though I’m a big Fibery fan (and user) I’m still pretty critical of it. :laughing: And I regularly look at other apps with a genuine interest in how they stand out, are they better not just for my use cases but those of others, etc.

Anyway, I was going to go into my thoughts on Keep Productive a bit more, but it’s not really useful. My own feelings on that are largely irrelevant to your very valid core point. You are right that Francesco, as a still-fairly-popular productivity YouTuber, not ever returning to talk about Fibery (so far) is definitely another important indicator that Fibery is for some reason not being considered as much as it “should”. It doesn’t tell us why, sadly (maybe someone should ask him!), but it’s definitely more evidence of it being true.

Unfortunately too, Francesco’s video is the most popular Fibery video on YouTube by a long shot! The next most popular is one from Fibery team itself, with half the views. And judging by the very few Likes and, well, the content of that video, I suspect the view count might even be that high for not particularly favorable reasons. :smile:

So yeah, we know there’s a problem, Fibery team knows it too, of course. Is the lack of “work management features” a core part of the problem? Perhaps yes, but it’s really hard to say how much of a part it plays. Judging by Francesco’s fairly blasé reaction to Fibery’s multiple features that Notion did not have at the time (Notion being an app he was hyped about then and, despite “leaving” at some point in the last year, he continues to post about more regularly than almost any other app), I think there is something else more powerful going on…

But as far a what Fibery team can actually do to affect the problem, fixing the work management stuff might well make an outsized impact. There are plenty of other things outside of their control, or that least have been quite difficult to make progress on (i.e. marketing, referencing the numerous marketing efforts and partners they have tried in the past 2 years).

I have probably said this already recently, but from my perspective as a PKM/project management tool enthusiast, seldom have I seen a greater misalignment between the capabilities, quality, and innovation of a tool, and its real visibility in the broader market. Which is a real shame.

2 Likes

I like such discussions :slight_smile:
The Fibery traction problem is not a product problem mainly, but a positioning/niche problem. Usually a successful product does at least one thing exceptionally well. Let’s take some Fibery competitors:

  • Notion. Very cool block-based wiki that lead to many popular use cases. Databases were added latter and were quite pivotal for Notion success, but wiki is still the strongest use case.
  • ClickUp. Task management works really well in it. Much better than in any direct competitor (maybe Asana is comparable).
  • Coda. Very powerful interactive documents. Coda has moderate success IMHO, so it will be interesting to see how they will penetrate the market.
  • Airtable. Powerful database-specific cases. If you need to collect/handle data then Airtable works better than all the tools above.
  • Fibery. ? I think current Fibery power is in connections (connected databases, connections between databases and text). We try to connect many processes together. However, it will be hard for us to compete in a general market, so we are trying to focus on product companies. This demands a good marketing effort to clearly set Fibery value for product companies and get enough leads to grow. We do have a good solution with a very strong retention, but growth is harder. We still did not find a scalable channel to increase leads quantity.

So no, I don’t think any feature or even area done right will significantly increase Fibery growth. It’s a gradual process of polishing, implementing top requests from our target customers, improving getting started, etc.

5 Likes

I agree with your evaluation that no update is likely to significantly increase Fibery’s growth.

However, I do believe that once Fibery is mature and polished, a repositioning (+ maybe rebranding) could really significantly increase revenue by not just gradually increasing market share, but entering or even creating a new market and aggressively (heavy and correct marketing) pulling customers out of various markets.

You might focus on product companies for now, but the potential is SO much bigger in my opinion. But one step at a time :sweat_smile:

2 Likes

We do share this :slight_smile: But we want to start from some niche we can win.

2 Likes

:100: agree

1 Like

I agree with the sentiment that some more polish won’t lead to significant growth. But I also agree that enough polish and marketing will make the difference in growth.

I don’t think Notion’s success started with the blocks but before that. It was (alongside Slite) the only really simple, elegant collaborative wiki. The databases came later, yes. But it was just simple enough to allow us and others to switch from Confluence, Sharepoint and Google Docs. That’s what it replaced for us and our clients.

I spend hours per day in Notion and it was the next generation to Atlassian and co. Fibery is in a tricky spot because it is the next generation to JIRA, Trello and Asana, but also needs to compete with Notion and co. I now spend hours per day in Fibery thanks to our client. I love it, they love it too. The way I can connect and structure a product from roadmap to dev tasks to feedback etc is great (rollups on rollups kills Notion). But it’s still death by many (not a million) bee stings. It’s hard to convince new users unless they come from Sharepoint, Atlassian and co.

While I don’t need the fancy wiki of Notion, the lack of nesting pages with blocks is making things cumbersome.

I can replace JIRA, but the truly powerful templates stuff is still limited. For example:

  • Capabilities break down into Features (check)
  • Features break down into Release Items (check)
  • Release Items can be Bugfixes or a Functionality (check) and are attributed to Releases
  • Release Items can have Tasks, which are attributed to Sprints (check)
  • Sprints lead to Releases (check)
  • I cannot assign Tasks to teams (e.g. backend, frontend)
  • I cannot see all Features that have Tasks open for the current Release (I can see the tasks on Sprints)
  • I cannot see easily which Tasks slipped (in another Sprint that doesn’t belong to a Release)
  • I cannot set the load of an Assignee in a Sprint (it’s always assumed 100%) and then I cannot see the total throughput available in a Sprint

The views are good as a starting point, but certain functionality is still limited. Like advanced (SQL style join filters). I’d think the Graph API might support it. Can I use that in a view?
There are rollups that need to be carried through and formulae that only can result in text (e.g. latest sprint in a list of relations) and not in objects. etc.

Donny get me wrong, I love y’all and what you do to bits. I fully believe in your vision and the work done with your team is amazing.
But I think it’s still a matter of getting functionality, polish and then marketing refined and it’ll click.
As they say, change comes gradually, then suddenly.

I’m rooting here (and always happy to share feedback)

6 Likes

It seems like there are happy users already on board! Here’s what I would do if I was on the Fibery team:

  1. Interview the customers with large, happy teams using the tool. Part talking heads, but a lot of “here’s what we do and how we do it” inside of Fibery (probably a good amount of blurring of confidential info, but well worth it to see that business is being managed inside Fibery.

  2. Build great “first run” experiences for each of these successful uses cases so that new teams doing similar businesses can get up and running in just a handful of clicks. Example: inventory management, asset tracking, content management calendar, etc.

  3. Focus on integrations more. I am not sure there is enough of a spotlight on this (I could be wrong).

  4. Use some sort of social media content scheduling tool (built in Fibery?) to do a sort of HypeFury style posting of content. Don’t post each piece once. Post it every month - especially on platforms like Twitter, IG, etc. where your content pieces only get a short time to live.

Hope this helps.

3 Likes
  1. In fact you can create a Team database, add a relation to Tasks and assign Teams to Tasks.
  2. AFAIK you can create a formula field for a Feature that will indicate whether it has open tasks in the current release and use this formula field to filter Features in some Board/List view
  3. What do you mean by “slipped”?
  4. Allocation calculation is often not so easy, but if you can describe what you want I think we can find a way to do it in Fibery.
2 Likes

Yes, this seems likely correct to me as well. Small wonder that I agree with a successful startup founder. :smile: Then again isn’t the fact that Fibery does not do one thing exceptionally well actually both a positioning and product problem? :thinking:

Interesting. I’m not sure the rest of your post necessarily supports this though. Your approach is basically to try to do most things that “product companies” (where is this vague term actually defined? :thinking:) need to do, and do most of them “well enough” that the collective result is “exceptional” in its own way, right? That seems like an extremely difficult and vague problem to solve in a way that is compelling enough in an obvious way to companies using existing solutions such that they switch.

My perspective is that a narrower focus or “wedge” may be a better or even necessary way to approach this. “Product companies” is not really a good wedge IMO. Oh dear, I am starting to depart from agreeing with successful product founder and I feel (genuine!) trepidation that I might look a fool. But so be it. :sweat_smile:

How do you evaluate when this has happened? How do you get there without better growth? How long can a company go with MRR < Burn Rate?

Yes, exactly. It made it really easy (and aesthetic+fun) to do something that many companies need.

They do this already quite a bit. They have a whole category on their website for it. :grin:

Thing about such cases/stories is they focus on the “won” cases, not the lost cases, which are almost certainly far more important. It’s IMO less important to know why someone chose you than why someone did not.

Don’t they already have this with Templates though? Maybe needs a bit more work, but basically there. And they are even part of new workspace creation/onboarding. It ties in to a further idea/suggestion I have about onboarding though:

This should basically just be part of the onboarding flow alongside template selection (the prompt about what kind of business/user you are), e.g. “Do you have existing data to import? Try one of our awesome integrations (clickable list) or import your CSV here → [button]”.

I do agree with this and I actually think it’s already a Fibery superpower that is not talked about or demonstrated enough. Few other tools have integrations with anywhere near the comprehensiveness and power of Fibery which can essentially replicate the data model of many other apps.

Anyway, it is hard not to be an armchair product manager. It’s kind of fun. :smile: But really there are no easy answers. As soon as you start to dig in to any obvious product niche or potential wedge, you generally find lots of products dedicated to that thing, and some doing it probably quite well, while the many others in the space fail to gain much traction, and Fibery might well just end up as one of the “also-rans” there too… But maybe, just maybe there is some clever wedge not yet realized… :thinking:

1 Like

Even though there are some dissenting voices here, I continue to agree with you @Oshyan that the lack of polish, in particular around the Work Mgmt Features highlighted in this post, is a very likely reason a lot of users stop by Fibery and move on…and agreed you need to know more about them, the ones who don’t select Fibery. We’re only speculating that the lack of Polish is why a lot of people aren’t here, but I deep down believe it must be a reason because Fibery is so great at so much else. I think @Matt_Blais is on-board with some of what you and I are saying as well when recently he pointed out a lot of the keyboard annoyances, none of which I’ve seen addressed in a long time. This type of stuff, along with how comments and notifications work, can make Fibery look like it’s still in Alpha - I get that response when I demo it to people or try to suggest it. Most everybody is expecting some more sophistication on Comments and Notifications, which are two key pieces in just about any app that manages any kind of work. And I will also add that my team actually is a product team, and we have the biggest issue with Fibery in how cumbersome comments and notifications are. Like being able to just “heart” a comment to show you read it.

I will say here that re: integrations, the fact that most aren’t two-way makes them harder for me to use.

Thanks!

3 Likes

This discussions is getting into too many directions and it is hard to reply and keep context.
Ultimately, any good tool is about good use cases.
If you can have your desired use case in a tool, then you may start using it.
Then you may find some rough edges in your use case and give feedback to a vendor.
We try to map feedback to use cases. Some use cases are relevant for our vision, some are not.
I want to describe some ideas behind our thinking process and how we choose features to focus on.
Let’s take a use case that all of you know.

Example. “I want to have my company hiring process in Fibery”

What features you need to have it in Fibery:

:heavy_check_mark: A database with fields to store candidate data
:x: Form view to accept candidates
:heavy_check_mark: Board View (or Table View) to see candidates
:x: Email integration to communicate with candidates from Fibery and keep all communication in a single place
:heavy_check_mark: Notitications when something important happens with a candidate (new reply, state changed, etc).
:heavy_check_mark: Comments to discuss candidates and make decisions
:x: Maybe an integration with Calendly to setup meetings faster

These are just relatively major features that enable this use case.
Can you have it without some of them? Yes, but it will be far from ideal without some features.
For example, you can add candidates manually without form and use your usual email client to communicate, but only store candidates in database and move them from state to state in a Board view. It will work, but manual effort is huge and eventually you will abandon the solution.

Do we want to support this use case in Fibery?
Yes, we do. Any company (including product company) has a hiring process, and a candidate tracking is good case to add into an all-in-one tool.

But right now we miss

  • Form View.
  • Email integration.

Essentially, you can’t have this use case in Fibery in a good shape right now. We will release Form Views soon, so there will be slightly less pain with this use case, but a proper Email Integration is still must have to make this case sexy. So, if we want to really focus on this use case, what is the next feature to implement? Better notifications and comments? No. It will be Email integration for sure.

While notifications and comments might be non-ideal, they most likely will work fine for this use case as is.

Use case polishing
When the use case really works and we have real users for it, then we can start collecting feedback and polish the use case. For example, when Form View and Email Integration is there, we might receive feedback about communicating with candidate in other media, like in WhatsUp or LinkedIn. Or we may receive feedback about reminders to not forget to reply to candidate, etc.


When you provide feedback, we almost always want to know the context and use cases. However, this is rarely happens. Usually feedback is very generic, like “I want reminders for my tasks”.

  • Maybe this person uses Fibery as a personal task tracking tool (and we don’t care about this use case)
  • but maybe this person uses Fibery to run software development process (and we do care about this use case).

Right now we have no clear evidence that lack of work management features is what impedes Fibery adoption.

  1. From top 20 most popular requested features only two are relevant (Watch entity and Dependency tracking)
  2. We have relatively many requests about our major use cases (for example, better Timeline to handle roadmaps, Form View to collect issues/bugs/requests/…, views sharing to communicate with external people, permissions to manage access better). It means that some of Fibery major use cases are still not complete.
  3. Getting started process is rough (for the first creator it might be OK, but for team it is relatively hard).
  4. Some areas indeed are not polished and feel rough (Whiteboard, Entity View, Table View, Notifications, Comments, …)

As you see, near future prioritization is hard :slight_smile: We know the end game and it is huge, but there are many roads to it.

When you request something, I beg you to share the context and describe the use case as well. It will help us to make better decisions!

8 Likes

Some feature requests are not related to a particular use case.

For example, “Forms.”

What’s the use case?

There are too many to mention.

  • We want to survey our community.
  • We want our suppliers to submit invoices.
  • We want to accept job applications.
  • We want to enforce required fields when team members creates a new task entities.
  • On and on…

The use cases are so vast and wide that it almost seems meaningless to mention a particular use case.

When solving any issue I’m trying to solve, I want to option to use a form to give others controlled input into our internal Fibery environment, without granting them any access to data. The use cases are as wide and vast as you can imagine.

Another example, “Chat capability inside Fibery to replace Slack.”

What’s the use case?

The feature is so foundational to work that labelling it with a use case seems meaningless. What would I say? “I want to be able to direct message a team member when I have a question.”

Take another feature request, “In built reminders.”

What’s the use case?

It doesn’t relate to a particular use case.

Another feature request, “The ability to create main menu tabs across the top of an entity to better organize fields.”

What’s the use case?

It doesn’t seem to relate to a particular use case. But as a feature, I think it would be transformational to so many setups that have a large number of fields.

2 Likes

A product does not exist without use cases.
Some features, like Form View, are indeed enable/affect so many cases, and it makes them more powerful and more important to implement. I even wrote an article about it

Take another feature request, “In built reminders.”
What’s the use case?

There are many again, like

  • I send email to Teddy and want to have a reminder if he will not reply in 3 days
  • I’ve assigned a feature to Jerry and if Feature is not completed on Aug 23 I want to have a reminder about it.

“The ability to create main menu tabs across the top of an entity to better organize fields.”

Again, to show the value of this features it is better to show real cases. For example, if you have a very basic task tracker without collections you don’t need it. And you also don’t need it if you have 2-3 collections. It only start to become useful when there are many collections, like “I have a Product with Bugs, Tasks, Features, Requests, Use Cases, …, so I want to access collections faster”.

Note that tabs is a solution. In 90% of cases people requests solutions, but we don’t need solutions, we need problems. We often try to get to real problems via additional questions.

1 Like

I’m not sure your last post @mdubakov at me, but in case it was, I will tell you that my team in fact actually has the most success of all use cases probably with candidate tracking! We don’t need form view because we collect candidates from multiple other sources aside from our website, it’s not hard to manually input them into Fibery. Likewise, we communicate with them through various services directly and Email integration that would work for us would be far too complex and no tool out there has an Email integration that is satisfactory. So in fact we don’t need either to successfully use Fibery to track candidates. We in fact however have the most frustration with this use case with comments and notifications. We discuss quite a bit the candidates, interviews, onboarding, meetings around candidates, in Fibery. And it is simply frustrating on a daily basis (I say daily because probably 80% of the time for over 2 years we are doing some activity in Fibery around recruiting) to not have threaded comments, not be able to “heart” a comment that you saw it, not quote another team member’s comment when responding to it, have references and comments in different places (which I’ve discussed ways to solve a few times including here) so you can’t truly “update” an entity using one or the other, which would be great given the power of references in the first place. These are “Quality of Life” issues we’ve talked about before, and cause a lot of frustration on a daily basis.

I truly think Fibery works much better out of the box for tracking candidates than just about any other use case you are working on, in particular Product Development, which is what my team does, but we do not really use Fibery for this. A main reason is forced hierarchy when creating folder-type structures. I think I have discussed this in the forum somewhere, but it’s been a while I can’t recall where those discussions are. What I mean is we have a product structure, and one Master Feature may have a sub-feature, but another may have 3 levels of sub-feature. The only way to represent this in Fibery is create 4 types/db’s related to themselves, so in the first case the Master Feature needs 2 “artificial” levels between it and the sub-feature on level “4” (I hope that just made sense) Polymorphic would solve this, but not sure where that is on the timeline for development it’s not on the public board I noticed…Bottom line is tracking our Product Development in Fibery has not been easy, but tracking candidates was very easy to set up and we manage this process better than in any other app we’ve ever tried! And this is where the “quality of life” stuff comes up, because we encounter stuff like randomness of the keyboard that @Matt_Blais talked about daily and it’s frustrating!

I certainly hope this comment also isn’t directed at me. I have spent countless hours providing detailed use cases, I make sure to do it almost every time I post in here. A lot of my requests with use cases don’t get responses, such as this one and this one

I think @Oshyan has made a great case for the benefit of polish on some work management features, etc. that is the theme of this thread. It appears that doesn’t jibe with a lot of the live feedback the Fibery team is receiving. I continue to think that if you guys went outside your regular procedures for prioritization and focused on delivering some refinement in these areas, you’d see huge benefit.

Thanks!

2 Likes

And it is simply frustrating on a daily basis (I say daily because probably 80% of the time for over 2 years we are doing some activity in Fibery around recruiting) to not have threaded comments, not be able to “heart” a comment that you saw it, not quote another team member’s comment when responding to it,

This is very useful! This is a real case about lack of good comments and I can feel the pain much better. Your feedback usually is very detailed.

I choose HR case incidentally, since I thought about it recently for our own needs.

BTW, for product management case I think all you need is nested Features, thus you can have any levels of hierarchy for any feature. Some basic feature will have none, but some complex may have 2-3 levels of sub-features.

3 Likes

Ok thank you @mdubakov that’s great to hear, glad this was useful. And yes to reiterate Fibery works beautifully for tracking candidates, it’s a core of our usage as I mentioned for over 2 yrs…

And just to be clear on this one, as I understand that capability doesn’t exist right now? Don’t mean to take us off on a tangent, but is that represented in this request:

My problem is if I have a sub-feature on level “4”, but there is no feature between to get up to level “1”

Master Feature
→ directly connects to sub-feature on level “4”

Master Feature
→ has sub-feature on level 2
→ has sub-feature on level 3
→ has sub-feature on level 4

In the first case, I have to “make up” a 2nd and 3rd level sub-feature to get to the feature on level 4.

Hope that’s clear! This is an issue for us in about 4 areas we use Fibery, also work categorization, etc. I had thought that Polymorphic would solve this for us.

Thanks again!

1 Like