Skip to content

[Hold #41442] [Guided Setup Stage 3][$500] Don't create default #announce rooms until a workspace has 3 or more members #34929

Closed

Description

@JmillsExpensify

Problem

While we originally envisioned default rooms to streamline the a whole host of team collaboration use cases – including announcements to your employees, or chatting with other admins - as we've gained experience onboarding users to NewDot we've realized that this has had the effect of making onboarding harder. More specifically, your LHN starts out with a host of rooms and messages, though it's not clear which you should start with first:

  • Expensify (planned)
  • Concierge
  • Workspace chat
  • #admins
  • #announce

Even further, plenty of sign-ups are first and foremost looking for an expense and financial management app, and they're just one person, so this ends up confusing them that they've downloaded the wrong app, costing us valuable bottom-up chances that we'd otherwise keep around as long as sign-ups can effectively find what they're looking for.

Solution

Part of this solution is more targeted onboarding, and that's already being worked on in #wave9-collect-signups. Though equally, let's not assume group collaboration is what sign-ups are after – especially if they're the only member of the workspace. A good example is the #announce room, which is only relevant when a workspace has several members.

Thus, in an effort to simplify what users are exposed to post-sign-up, and better target our functionality to their intended use case, let's:

  • Not create a default #announce room when the workspace is created
  • Instead, let's only create #announce rooms when the third member is added to the workspace (after all, otherwise two members could use a DM without issue).
Upwork Automation - Do Not Edit
  • Upwork Job URL: https://www.upwork.com/jobs/~01d20cdc896fd34ad2
  • Upwork Job ID: 1755964549843316736
  • Last Price Increase: 2024-02-16
  • Automatic offers:
    • rojiphil | Contributor | 0

Activity

  1. melvin-bot commented on Jan 22, 2024

    @melvin-bot
  2. added
    NewFeatureSomething to build that is a new item.
    and removed
    NewFeatureSomething to build that is a new item.
    on Feb 1, 2024
  3. melvin-bot commented on Feb 1, 2024

    @melvin-bot
  4. 153 remaining items

  5. trjExpensify commented on Sep 20, 2024

    @trjExpensify
    Contributor

    What's the announce room used for in that invoice case, @madmax330?

  6. madmax330 commented on Sep 20, 2024

    @madmax330
    Contributor

    Apparently nothing 😄
    Or if something I can't find it.
    But I think it's mainly because we create the room optimistically, so when the API doesn't create it it causes a bug on the front-end. So maybe we should just stop creating it altogether?

  7. anmurali commented on Sep 23, 2024

    @anmurali

    https://fsty.io/v/6X2rBN3K

    I have seen this in about a dozen sessions. The #announce room shows up but when clicked shows a not here error. Is this because the room is created optimistically? I think we should just stop creating it. Create it when there are 3+ members in the workspace.

  8. trjExpensify commented on Sep 23, 2024

    @trjExpensify
    Contributor

    That's already the plan, isn't it? The App PR is in review: #48660

  9. danielrvidal commented on Sep 26, 2024

    @danielrvidal
    Contributor

    I'd vote we stop creating it altogether. I saw this in 3 full stories impacting customers trying to adopt. Can we prioritize as CRITICAL?

  10. trjExpensify commented on Sep 26, 2024

    @trjExpensify
    Contributor

    Yeah, I think we still need this App PR to be merged: #48660

  11. JmillsExpensify commented on Sep 26, 2024

    @JmillsExpensify
    ContributorAuthor

    Agreed. Can we update that PR to CRITICAL, mostly because it's affecting production users. What do ya'll think @NikkiWines @allroundexperts?

  12. trjExpensify commented on Sep 26, 2024

    @trjExpensify
    Contributor

    Ah yeah, I commented in the PR already. I've escalated it to slack here: https://expensify.slack.com/archives/C02NK2DQWUX/p1727347525853669

  13. melvin-bot commented on Sep 30, 2024

    @melvin-bot

    ⚠️ Looks like this issue was linked to a Deploy Blocker here

    If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results.

    If a regression has occurred and you are the assigned CM follow the instructions here.

    If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future.

  14. NikkiWines commented on Oct 11, 2024

    @NikkiWines
    Contributor

    This can be closed I think - #48660 has been on prod for a few weeks now - not sure why the issue wasn't updated with the payment details.

    @johncschuster can we issue payment to @rojiphil and @allroundexperts for the PR and C+ review - thank you 🙇

  15. johncschuster commented on Oct 14, 2024

    @johncschuster
    Contributor

    Payment Summary:

    Contributor: @rojiphil paid $500 via Upwork - PAID! 🎉

    Contributor+: @allroundexperts due $500 via NewDot

    Upwork job here! Please apply

  16. moved this from Release 2: Summer 2024 (Aug) to Done in [#whatsnext] #wave-collecton Oct 14, 2024
  17. melvin-bot commented on Oct 22, 2024

    @melvin-bot

    ⚠️ Looks like this issue was linked to a Deploy Blocker here

    If you are the assigned CME please investigate whether the linked PR caused a regression and leave a comment with the results.

    If a regression has occurred and you are the assigned CM follow the instructions here.

    If this regression could have been avoided please consider also proposing a recommendation to the PR checklist so that we can avoid it in the future.

  18. JmillsExpensify commented on Feb 13, 2025

    @JmillsExpensify
    ContributorAuthor

    $500 approved for @allroundexperts

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Labels

EngineeringExternalAdded to denote the issue can be worked on by a contributorNewFeatureSomething to build that is a new item.ReviewingHas a PR in reviewWeeklyKSv2

Type

No type

Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions