[DONE] šŸŽ¬ New Apps Creation flow, new getting started flow, new terms

Ideas & Features
11

I agree it is a pretty good term and Iā€™d be good with that. It is widely understood as a concept, isnā€™t abstract, makes sense to both define what can be stored, and also stores the data.

The more I think about Table in relation to some of Fiberyā€™s features, I think alternative terms might be a little more ideal. Database, Collection, Datastore, Datasource, and Store all could convey things. I think Table could still work, but the place where it might be a little awkward is thinking about what you are doing when you create a view that shows multiple Types. Would it make sense to select multiple Tables, Databases, Collections, etc to present in a View?

  • Add a Database for Tasks
  • Connect the Tasks Database to the Projects Database
  • Connect the Tasks Database to the Users Database to handle Task Assignment
  • Add the Tasks and User Story Databases to the Product Teamā€™s Calendar View
  • (sounds better like this) Connect the Product Teamā€™s Calendar View to the Task and User Story Databases
  • (Or) Show open items in the Product Teamā€™s Calendar from the Task and User Story Databases

That last example is what makes me lean a little from Database, but I still think it would work overall. The term Collection is a little long but could work as well, but maybe isnā€™t as explanatory.

The Model and Schema terms are good concepts as well, but think they still suffer from being technical, abstract, and would feel odd to actually store the data. However, that is because I know what they are.

That could work as well, but still prefer a single word if possible. Just for the ability to show a simple diagram, similar to the clickup one linked above. Database is kind of long, but it could be shortened in places to just DB while still communicating what it is to most people. Totally just a few opinionated opinions :wink: , but I think there is a good starting point to doing a ranked order user test on a representative target audience if you havenā€™t already.

My checklist for the term would be:

  • Understood by non-technical knowledge workers?
  • Consistent with the new UX? (configuration and storage)
  • Intuitive in context of other Fibery features? (views, smart folders, searching, etc)
  • (less important) Is relatively short or can be shortened and still understood?
1 Like