Go Kollab

GoKollab: sales videos (VSLs) for courses and private conversation channels
When someone clicks a published course/training product or a visible private conversation channel they have not joined in GoKollab, let the creator show a dedicated sales video (VSL) before purchase, enrollment or an access request. For course product pages: • Discover or a course listing → click the course card → see the VSL immediately on the product detail/sales page, with a clear play button. • Keep the course description, outcomes, curriculum, price and purchase/enroll button alongside or below the video. • Let creators set a separate promotional video for each course from its GoKollab Studio/listing settings, using an uploaded video or a supported video URL, with a customizable thumbnail. • Make the promotional video viewable by prospective learners without first purchasing or enrolling; keep the actual course lessons protected. • Preserve the normal learning/access path for people who already own the course. Extend the same experience to conversation channels inside a community: • Click a visible private/premium channel → see that channel's own VSL on its locked preview page → join, pay or request access from the same screen, depending on the channel's access model. • Let admins configure a different video, thumbnail and presentation for each channel, explaining its topic, intended members, benefits and access conditions. • Display the channel description and, where applicable, its price and billing frequency with a clear call to action. • Keep channel posts, conversations and member-only resources protected until access is granted. Hidden channels must remain hidden; a VSL must not bypass visibility or access permissions. • Members who already have access should go directly to the discussion without having to pass through the sales video again. For both courses and channels, provide desktop/mobile preview and a simple way to enable, replace or remove the VSL. Examples: a visitor discovers a coaching course and watches its presentation before enrolling; an existing community member clicks a premium coaching discussion channel, watches a video explaining the value of that specific space, then joins it. HighLevel documents video carousels on community sales pages, curriculum previews on course sales pages, and visible/hidden private channels with free, recurring or one-time pricing. This request is for dedicated promotional videos at the individual course AND channel level, independently of the community-wide About video. The goal is to present and sell each training product or conversation space directly where people discover it, without redirecting them to a separate external landing page.
0
GoKollab member video calls from DMs with optional recording saved in the chat
Please let community members start a native video call directly from their GoKollab private conversation, with a simple calling experience like Messenger. Requested flow: A member opens a DM and taps a video-call button. The other member receives an incoming call and can accept or decline, on web and mobile. This should work between authorized community members without requiring them to be community admins or create a public live event. During the call, participants can optionally start/stop recording. Recording should be off by default, clearly visible to everyone, and require participant consent. When the call ends, its date, duration and status remain in the same conversation. If recorded, show processing progress, then automatically attach the playable recording to that chat. This must be the actual video replay, not only a call-history entry. Participants can replay it inline and download it when permitted. The recording remains private to authorized participants by default. Provide an explicit “Share to community post” action: choose the group/channel, add a title and description, review the audience and publish with the required participants’ permission. Never automatically publish a private call to the whole community. Example: two members have a peer-coaching or collaboration call, choose to record it, find the replay immediately in their conversation once processing finishes, then optionally share a useful session with their group. This extends the existing Go Live/Meeting Room and recording capabilities to member-to-member private conversations. The key need is the end-to-end flow: DM → video call → optional recording → replay in that same DM → optional download or community post. Please expose any duration, storage, retention or download limits clearly.
0
💡 Feature Request: Upgrade GoKollab’s 1:1 DMs into a Full Chat Experience
GoKollab already has 1:1 direct messages — but they currently: Live in a small side pop-up box Feel hidden, secondary, and non-immersive Are easy to forget exist Don’t feel like a real place to talk Don’t create habit loops Don’t invite daily use Don’t feel like a social space The current UI communicates: “This is a utility inbox… not a place to hang out.” Which quietly suppresses usage. The Problem Direct messaging is one of the highest-retention features in every major platform: Instagram, WhatsApp, Discord, Telegram, Slack — all treat chat as a primary destination, not a pop-up. But in GoKollab, DMs feel: Small Secondary Optional Easy to ignore So members default to external platforms to have real conversations — even though GoKollab technically already supports messaging. The Root Cause The current DM experience is: Pop-up based Non-immersive Not designed as a “place” Not designed to be lived in Which prevents: Habit formation Social anchoring Emotional bonding Daily usage loops ⚠️The Risk If this remains unchanged: Members will continue chatting on Discord, WhatsApp, Telegram, etc. GoKollab becomes “where you access content” — not where relationships live Retention remains capped Engagement never reaches its true potential The Opportunity Upgrading the DM UI would: Increase daily active usage Increase session length Increase emotional attachment Increase message volume Increase retention Make GoKollab feel like a social destination ✅ The Solution: A Full Chat Interface Turn DMs into a primary chat experience, not a utility pop-up. How it could work: Add a dedicated “Chat” tab in the main sidebar Full-screen or split-pane chat interface Conversation list on the left Active chat on the right Typing indicators Read receipts Emoji reactions File sharing Voice notes (optional future) Search inside chats Pinned messages Make chat feel like: Instagram DMs Discord private messages Slack DMs A place members naturally live. 📈 The Result Members will stop seeing DMs as “support inboxes” and start seeing them as their personal communication hub inside GoKollab. Chat becomes: A habit A destination A retention engine A culture builder GoKollab shifts from: “Where I go to access content” to “Where my people live.” This UI upgrade alone would dramatically increase: Daily active usage Retention Platform stickiness Emotional loyalty And perfectly sets the foundation for native group chat expansion later.
0
Introduce Organization/Company Accounts for GoKollab Communities (Separate Personal Profiles from Organization Ownership)
The Problem GoKollab communities should not depend entirely on individual user accounts. What happens when the person who created a community leaves the company, resigns, passes away, becomes incapacitated, or loses access to their account? Organizations could lose access to communities containing thousands or millions of members, content, subscriptions, and other valuable assets. Platforms like Facebook and LinkedIn already distinguish between personal profiles and company pages. A person can manage multiple organizations, while those organizations maintain their own identity and assets. GoKollab needs a similar structure to become scalable for enterprises, schools, franchises, nonprofits, and other organizations. Proposed Solution Introduce two separate account types: 1. Personal Accounts Every user has an individual GoKollab profile. Users should be able to: Create and manage their personal profile. Join communities. Create personal communities. Create company/organization accounts. Join multiple organizations. Manage organizations they have permission to access. Switch between personal and organizational accounts. Maintain their personal identity independently of any organization. One personal profile should be able to work with multiple companies without requiring separate logins. 2. Company/Organization Accounts Allow users to create dedicated accounts for companies, universities, schools, churches, nonprofits, government institutions, and other organizations. Each organization should have: Its own public profile, logo, branding, and information. Multiple administrators and employees. Teams, sub-teams, and organizational roles. Granular permissions. Multiple organization-owned communities. Centralized community management. Organization-level billing and subscriptions. Centralized analytics and reporting. Ownership verification and recovery procedures. Independent ownership of its communities and digital assets. The organization should own its communities, not the individual employee who created them. One Organization, Multiple Communities An organization should be able to create and manage multiple communities under one account. For example, a university could have: Main University Community Student Community Alumni Community Faculty Community Engineering Department Business School Sports Community Each community can have different administrators, moderators, members, and settings. However, all communities remain under the university's ownership. Organization administrators should be able to oversee all communities without needing access to employees' personal accounts. 4. Users Can Manage Multiple Organizations A single user should be able to belong to multiple organizations with different roles. For example, John could be: An administrator at Company A. A community manager at Company B. A moderator at Company C. A member of Company D. The owner of his own personal community. John should use one personal account and switch between organizations as needed. Introduce an organization switcher similar to Facebook Pages, LinkedIn Company Pages, or Slack workspaces. When switching organizations, the user should see only the resources and administrative functions they are authorized to access. 5. Organization Roles & Permissions Support organization-level roles such as: Organization Owner Organization Administrator Community Administrator Community Manager Moderator Content Creator Member Custom role Allow custom roles and granular permissions. For example, an organization administrator can manage all communities, while a community manager can manage only specifically assigned communities. Users should also be able to create communities on behalf of organizations when granted permission. 6. Ownership, Succession & Business Continuity This is critical. Organizations should never lose their communities simply because an employee becomes unavailable. Support: Multiple authorized organization administrators. Secure ownership transfers. Administrator succession. Removing employees without losing community access. Reassigning communities to new managers. Organization ownership verification. Secure recovery when all administrators become unavailable. Audit logs for ownership and permission changes. The organization must retain control over its communities, members, content, and business assets regardless of employee turnover. 7. Personal vs. Organization Communities When creating a community, users should choose whether it belongs to: Personal Account: Individually owned and managed. Organization Account: Owned by the organization and managed by authorized users. Allow authorized transfers of personal communities to organizations. Organization-owned communities should remain with the organization when their creators leave. 8. Public Organization Profiles Organizations should have public-facing pages similar to LinkedIn Company Pages. These pages could display: Organization branding and information. Public communities. Courses. Events. Membership offerings. Announcements. Departments or associated brands. Users should be able to discover organizations, follow their profiles, and join their communities. 9. Centralized Organization Management Organizations should be able to manage multiple communities from one dashboard, including: Community creation and administration. Team and user management. Roles and permissions. Organization branding. Billing and subscriptions. Content and digital assets. Consolidated analytics. Community ownership and access. 10. API Support Provide APIs for managing organizations, members, roles, permissions, organization-owned communities, administrator assignments, and organizational resources. This would enable integrations with CRMs, HR platforms, school management systems, and enterprise identity providers. Why This Matters A multinational corporation, university, franchise network, or church organization may operate hundreds or thousands of communities. These communities cannot sustainably depend on individual employee accounts. Organizations need centralized ownership with decentralized administration. This would allow GoKollab to scale beyond individual creators into a platform supporting entire organizations and their digital communities. The Opportunity for HighLevel This would establish the foundation for enterprise community management, multi-brand organizations, franchise networks, universities, and other large institutions. Facebook separates Profiles from Pages. LinkedIn separates Personal Profiles from Company Pages. GoKollab should similarly separate personal identities from organizational ownership while allowing users to work across multiple organizations. The ultimate goal: People manage communities, but organizations own them. Employees may come and go, but the organization's communities, members, content, and digital assets should remain secure and operational.
0
Load More
→