Notion

5 posts

toss4 min readCurated summary

Designing the Work You Do Every Day

A product designer at Toss Bank transformed her personal task-management routine instead of accepting repetitive manual work as unavoidable. She built an AI-powered desktop widget that collects Slack messages, summarizes them into actionable tasks, preserves their context, and helps her focus on prioritization. What began as a personal solution revealed a broader problem shared across roles and spread throughout her team. ## From Manual Task Tracking to Workflow Design - For two and a half years, she manually copied tasks, feedback, discussion links, and requests from Slack into Notion or Slack lists. - As her responsibilities expanded to three teams, daily tasks grew from roughly 10 to more than 20. - She reframed the issue as a product-design problem: - **User:** herself - **Real goal:** completing the most important work without missing anything - **Main friction:** copying, organizing, and locating context - **Ideal state:** tasks collected automatically, leaving only prioritization to manage - This led to three core requirements: - AI should register tasks directly from Slack. - Each task should retain its source thread and document links. - Priorities should remain visible in an always-present widget. ## Teaching AI to Understand Work Context - Adding a specific emoji to a Slack message sends it to a designated channel. - Claude Code reads the message and converts it into a task with: - A concise summary - The relevant team tag - A link to the original Slack thread - The hardest part was turning long, contextual Slack conversations into one clear action. - For example, a request about an error during a loan-extension application becomes “Check loan-extension error case.” - She created writing guidelines and examples defining: - What qualifies as a good task - How teams should be categorized - Which expressions and sentence structures to use - The goal was for AI-generated tasks to sound like something she would have written herself. - Refining the AI’s output was less about coding than encoding her judgment about what constitutes a real task. ## Designing the Widget Experience - Making the widget feel natural required detailed interaction design and repeated implementation. - She rebuilt the code to refine the expand-and-collapse behavior. - The drag interaction took nearly a week to complete. - Explaining seemingly obvious behaviors to AI forced her to define her own requirements more precisely. - In this sense, working with AI became a process of clarifying thoughts and translating them into explicit language. ## Replacing Anxiety with Prioritization - She no longer needs to open Slack or Notion repeatedly to remember her tasks. - The always-visible widget removed a previously unnoticed source of friction. - AI now handles collecting and organizing work, reducing the mental energy spent on administration. - She can concentrate on deciding what matters most instead of worrying that something has been forgotten. ## A Personal Problem Shared by the Team - Although the widget was initially built for personal use, many colleagues adopted it. - Developers unexpectedly became active users, reporting bugs and suggesting features. - The usual designer–developer relationship reversed: developers raised issues while she fixed and redeployed the tool. - This showed that task collection, prioritization, and context management are common problems across job functions. - The tool spread not because its concept was revolutionary, but because it addressed an existing, widely felt inconvenience. ## Applying the Method - Identify the most frequent “not really work” task from the past week: - Copying information - Searching for context - Organizing lists - Define the problem as a product: - Who is the user? - What are they truly trying to accomplish? - Where is the greatest friction? - What does success look like? - Examine why existing tools do not solve the problem. - Start with the smallest version that can be useful immediately. The practical lesson is to treat repetitive coordination work as something that can be designed away. Instead of searching for a perfect general-purpose tool, build a small solution around the specific context, habits, and judgments that existing products cannot know.

Read original(opens in new tab)
figma2 min readCurated summary

How to Design Agentic Tools for Work | Figma Blog

Gemini Enterprise is designed to make complex, multi-agent business workflows feel simple without hiding AI’s role. Its core principle is to keep users focused on goals while making intervention, accountability, and data context visible. The result is an agentic system that supports not only individual productivity but shared team intelligence. ## A Familiar Brand with Business-Specific Capabilities - Gemini Enterprise shares Gemini’s visual language, including the sparkle icon, gradients, rounded shapes, and motion. - Its enterprise experience emphasizes integrations with tools such as Google Workspace, Jira, and Notion. - Connectors are made prominent in the prompt experience so agents can access the business context needed to produce useful results. ## Moving Beyond Chat with the AI Inbox - Enterprise work often involves multiple tools, data sources, deadlines, and agents working simultaneously. - The AI Inbox provides a visual overview of: - Tasks agents are currently handling - Completed work - Items requiring human intervention - Deliverables awaiting review - This dashboard is intended to feel more like a team status check-in than a sequence of chat messages. ## Collaborative Projects as Shared Workspaces - Gemini Enterprise replaces isolated chat threads with persistent, shared project spaces. - AI participates as a visible team member by: - Performing tasks - Summarizing discussions - Finding project files - Answering questions about shared material - Requests are attributed to individual team members, improving accountability and helping others understand the context behind an agent’s actions. - Shared spaces reduce information silos by allowing teammates to discover and use one another’s uploaded materials. - The assistant becomes a single source of truth and a “team intelligence amplifier,” rather than merely a personal productivity tool. ## Multiple Modes of Team Interaction - Teams can communicate with AI in group chats within Collaborative Projects. - In Canvas Mode, the assistant can generate and edit documents. - These modes allow AI to remain embedded in ongoing team workflows instead of being limited to isolated prompts. Gemini Enterprise’s design recommendation is to combine powerful orchestration with clear visibility and human control. Agents should work proactively, but their actions, sources, status, and opportunities for intervention must remain understandable to the people responsible for the outcome.

Read original(opens in new tab)
tossOriginal article

Working as a QA in a (opens in new tab)

Toss Place implements a dual-role QA structure where managers are embedded directly within product Silos from the initial planning stages to final deployment. This shift moves QA from a final-stage bottleneck to a proactive partner that enhances delivery speed and stability through deep historical context and early risk mitigation. Consequently, the organization has transitioned to a culture where quality is viewed as a shared team responsibility rather than a siloed functional task. ### Integrating QA into Product Silos * QA managers belong to both a central functional team and specific product units (Silos) to ensure they are involved in the entire product lifecycle. * Participation begins at the OKR design phase, allowing QA to align testing strategies with specific product intentions and business goals. * Early involvement enables accurate risk assessment and scope estimation, preventing the "shallow testing" that often occurs when QA only sees the final product. ### Optimizing Spec Reviews and Sanity Testing * The team introduced a structured flow consisting of Spec Reviews followed by Q&A sessions to reduce repetitive discussions and information gaps. * All specification changes are centralized in shared design tools (such as Deus) or messenger threads to ensure transparency across all roles. * "Sanity Test" criteria were established where developers and QA agree on "Happy Case" validations and minimum spec requirements before development begins, ensuring everyone starts from the same baseline. ### Collaborative Live Monitoring * Post-release checklists were developed to involve the entire Silo in live monitoring, overcoming the limitations of having a single QA manager per unit. * This collaborative approach encourages non-technical roles to interact with the live product, reinforcing the culture that quality is a collective team responsibility. ### Streamlining Issue Tracking and Communication * The team implemented a "Send to Notion" workflow to instantly capture messenger-based feedback and ideas into a structured, prioritized backlog. * To reduce communication fragmentation, they transitioned from Jira to integrated Messenger Lists and Canvases, which allowed for centralized discussions and faster issue resolution. * Backlogs are prioritized based on user experience impact and release urgency, ensuring that critical bugs are addressed while minor improvements are tracked for future cycles. The success of these initiatives demonstrates that QA effectiveness is driven by integration and autonomy rather than rigid adherence to specific tools. To achieve both high velocity and high quality, organizations should empower QA professionals to act as product peers who can flexibly adapt their processes to the unique needs and data-driven goals of their specific product teams.

figma2 min readCurated summary

Bringing live Figma embeds to your team’s favorite tools | Figma Blog

Figma introduced live embeds for private design files, allowing teams to view current designs directly inside tools such as Notion, Dropbox Paper, Jira, Trello, Coda, and internal documentation sites. The feature addresses the friction caused by designers and developers working across separate tools, replacing outdated screenshots with embeds that update automatically. Figma’s broader goal is to keep designs available in context throughout product planning, development, and documentation. ## Private Embeds Improve Cross-Functional Collaboration - Previously, Figma embeds supported public files, but many teams needed to keep designs private. - Private embeds let authorized teammates view organizational files without leaving their existing workflows. - Embedded files provide context during handoff and reduce the effort of locating and maintaining the latest design version. - Unlike screenshots, live embeds automatically reflect design changes. ## Product Specs and Requirements - Teams can embed designs, prototypes, user journeys, and idea boards alongside product briefs and roadmaps. - Developers can review requirements and the corresponding designs in tools such as Coda, Notion, and Dropbox Paper. - Figma highlighted reusable Coda templates for product requirements and roadmaps. - Keeping designs inside specifications helps ensure that concepts and prototypes remain current. ## Project and Task Management - Embedding designs in Jira issues and Trello cards keeps design and development work connected. - Product teams can reference current designs while planning work, managing sprints, triaging requests, and tracking tasks. - Figma provides integrations through the Figma for Jira app and Figma for Trello power-up. ## Documentation and Internal References - Teams can include private Figma files in documentation systems such as Storybook and internal knowledge sites. - The Figma Live Embed Kit enables organizations to add private embeds to custom documentation platforms. - Embedded designs serve as an up-to-date reference and help establish a single source of truth for UI standards and product behavior. - Prototype embeds also respect settings that hide the Figma toolbar and footer, which is useful for user-testing tools such as Maze. Figma recommends trying private embeds in existing workflows and encourages users to request support for additional tools. The practical takeaway is to embed live Figma files wherever design context is needed, rather than relying on manually maintained screenshots.

Read original(opens in new tab)
figma3 min readCurated summary

How Notion pulled itself back from the brink of failure | Figma Blog

Notion nearly failed in 2015 because its original product and technology stack did not match what users wanted. Founders Ivan Zhao and Simon Last moved to Kyoto, rebuilt the product from scratch, and used an intensive, collaborative design process to create Notion 1.0. The relaunch succeeded because it combined powerful customization with a simple, approachable user experience. ## Rebuilding Notion from the Brink - Notion’s first version was a programming-oriented tool intended to help nontechnical users build software. - The founders realized they had focused on their own vision rather than customer needs. - With funding running low, they dismissed their team, sublet their office, and relocated to Kyoto to reduce expenses and concentrate on rebuilding. - Zhao spent as many as 18 hours a day designing and iterating on the new product. - The mission remained the same: enable people to create tools tailored to their own problems without writing code. ## Collaborative Design Under Pressure - Zhao and Last worked closely across design and engineering, switching roles as needed. - Figma’s multiplayer capabilities allowed them to work in the same files simultaneously, brainstorm quickly, and explore product problems together. - This collaboration helped them move faster during their year-long rebuild. - Notion 1.0 launched in March 2018 and quickly reached the top of Product Hunt. - The product later reached one million users with only seed funding and earned praise for its user experience. ## Simplicity Despite Powerful Features - Notion’s new-user home screen was intentionally minimal, using a small set of simple icons. - Its visual style drew inspiration from classic interfaces, including Susan Kare’s iconography and the look of Windows 95. - Zhao argues that design is central because users value how a daily tool feels, just as they care about the physical qualities of a hammer or knife. - The product’s challenge was to make extensive functionality feel approachable rather than overwhelming. ## Create Many Variations, Then Choose One - Zhao repeatedly duplicated user flows and changed small details such as icons, wording, and layout. - Notion’s broader philosophy is to explore many permutations before selecting the strongest solution. - Team members are encouraged to produce rough drafts, including unconventional or bad ideas, instead of committing too early. - Designers, copywriters, engineers, and illustrators all use this iterative approach. - Teammates then critique and stress-test the alternatives, narrowing them down to the best option. - Zhao credits this process with helping create Notion’s distinctive brand. ## Design as a Thinking Tool - Notion treats design as part of the thinking process, not merely as a final production stage. - The team develops ideas visually in Figma from the beginning, using it as a flexible scratchpad. - This design-centered approach extends across the small company, involving more than just dedicated designers. Notion’s recovery demonstrates how a failing product can be transformed by listening more closely to users, rebuilding around their needs, and creating space for rapid, collaborative experimentation. Teams facing similar pressure can benefit from exploring many options early, testing them together, and protecting simplicity even when the underlying product is powerful.

Read original(opens in new tab)