Updates.

Updates.

Overcoming Challenges to Craft a New Product from the Ground Up at Microsoft.

Overcoming Challenges to Craft a New Product from the Ground Up at Microsoft.

Desktop

B2B

0 to 1

Duration

4 Months

4 Months

Design Team

Sikang Li

Sikang Li

My Role

UX Design

UI Design

Organization

Design Problem

Context

Context

Imagine you’re a worker in a large manufacturing plant. At 8 AM, after the morning meeting, you need to write the meeting minutes in Google Docs and send them to the supervisor and colleagues. While starting the production line, you notice a minor incident and immediately report it in the Incident Management System.

Before lunch, you complete the monthly production summary report in the ERP system. At 2 PM, you receive an urgent task to write and submit an equipment maintenance request in MaintainX.

Near the end of the day, you also complete the employee attendance report in ADP and send it to HR. Finally, you submit the daily work summary in Microsoft Teams, recording the day’s activities.

The next day, you also need to mentor new employees on using different systems for reports. You feel overwhelmed by frequently switching between multiple software systems, leading to heavy workloads and errors. You wish for a unified system to streamline reporting and improve efficiency.

This is a market issue that we identified in our user research: many companies are using five to seven different reporting systems simultaneously. This creates a high learning curve for employees and significantly increases the error rate. For managers, it’s also difficult to collect and analyze all the scattered reports. Some companies even have to collect them manually, which greatly reduces overall efficiency.

Design Problem

What clients say

What clients say

This is definitely a need that we have seen from our customers… from Arriva buses in the UK, Poste Italiane frontline employees in Italy, to manufacturing clients in India who are still sending each other manual Excel reports.

We are using tons of different systems for reporting and have to create manual, point-in-time copies in Excel... The process is so challenging that it takes a week’s worth of employee hours to create them… If you can fix that we’ll call you Houdini.

There is no way for us to know if employees are well trained or if they are effective in our stores… we are looking at building these things in-house, because we don’t have them in Teams.

Design Solution

What is Updates

What is Updates

This includes both regular routines such as weekly updates, store openings, or facility checks, and unexpected updates such as shift changes, maintenance requests, or incident reports. Updates makes it easier to manage all these tasks in one place.

  • Daily update

    Weekly report

    Monthly report

    Performance review

    Conference summary

  • Shift handoff

    Project progress

    Facility inspection

    Store opening report

  • Visitor report

    Incident report

    Maintenance request

    Waste and sustainability

This includes both regular routines such as weekly updates, store openings, or facility checks, and unexpected updates such as shift changes, maintenance requests, or incident reports. Updates makes it easier to manage all these tasks in one place.

Our target users are frontline workers because:

  • They often rely on outdated tools to complete their tasks.

  • Industries with a high number of frontline workers are the primary clients for Microsoft Teams OA suites.

Highlights in the Design Process

Highlights in the Design Process

Design Highlight

Alignment with Existing App

Alignment with Existing App

Updates is not the first app in the office management series, so we needed to consider its relationship with other apps, like Approvals, which was released earlier. The PM and marketing teams wanted to promote Updates and Approvals together, so as designers, our task was to ensure that Updates aligns with the design style and user experience of Approvals, while also meeting user needs and specific requirements.

Approvals > Request an approval

Modal View

Approvals > Request an approval

Modal View

Approvals > Review an approval

Modal View

Approvals > Review an approval

Modal View

For example, Microsoft Teams offers two main layouts: modal and full-page. In Approvals, editing and reviewing approval requests are done through the modal view.


For example, Microsoft Teams offers two main layouts: modal and full-page. In Approvals, editing and reviewing approval requests are done through the modal view.


For example, Microsoft Teams offers two main layouts: modal and full-page. In Approvals, editing and reviewing approval requests are done through the modal view.


Update > Write an update

Modal View

Update > Write an update

Modal View

Update > Review an update

Page View

Update > Review an update

Page View

Update > Review an update

Modal View

Update > Review an update

Modal View

Therefore, in Updates, I used the same approach for the report writing feature by implementing a modal view. This choice not only helps maintain consistency with the Approvals layout but also meets the needs of frontline workers, who typically write reports quickly without requiring much explanation, as found in our research. Thus, the modal view appears to be a better solution.

Therefore, in Updates, I used the same approach for the report writing feature by implementing a modal view. This choice not only helps maintain consistency with the Approvals layout but also meets the needs of frontline workers, who typically write reports quickly without requiring much explanation, as found in our research. Thus, the modal view appears to be a better solution.

When designing the review feature, I realized that supervisors typically have two main scenarios. One is quickly checking reports to ensure all content is submitted and there are no urgent issues. Therefore, I once again used a modal view, allowing them to quickly assess the situation. This layout also maintains consistency with Approvals, ensuring a unified overall style.

When designing the review feature, I realized that supervisors typically have two main scenarios. One is quickly checking reports to ensure all content is submitted and there are no urgent issues. Therefore, I once again used a modal view, allowing them to quickly assess the situation. This layout also maintains consistency with Approvals, ensuring a unified overall style.

However, the other scenario is that supervisors often spend significant time reviewing multiple reports and responding to them at their desks. Therefore, despite it not being entirely consistent with Approvals’ layout, I introduced a full-page view because it better aligns with how supervisors actually work.

However, the other scenario is that supervisors often spend significant time reviewing multiple reports and responding to them at their desks. Therefore, despite it not being entirely consistent with Approvals’ layout, I introduced a full-page view because it better aligns with how supervisors actually work.

I aimed to maintain design consistency with Approvals, but I also considered the actual use cases of Updates users. Through careful consideration, I made the final design decision to best suit their needs.

I aimed to maintain design consistency with Approvals, but I also considered the actual use cases of Updates users. Through careful consideration, I made the final design decision to best suit their needs.

Approvals > Request an approval

Modal View

Approvals > Request an approval

Modal View





Design Highlight

Date and Timestamps

Date and Timestamps

When designing timestamps, I initially referenced “Approvals,” which has a mature but complex system unsuitable for our MVP. “Updates” and “Approvals” serve different needs, with “Updates” including a “due” concept not present in “Approvals.”

Considering cultural and global factors, I initially designed timestamps like “due tomorrow at 5 pm.” However, after consulting with the CX writer, I realized translating full sentences could be challenging in some languages. To ensure smooth operation across over 20 languages and keep things simple, I opted for a more straightforward time display.

I maintained basic timestamp principles from “Approvals” to keep our MVP simple and scalable.

  • Conference summary

    Assigned by Kayo Miwa

    Overdue • Jun 17, 2024, 4:30 PM

    Health check

    Assigned by Emily Parker

    Overdue • Yesterday, 8:30 AM

    Performance review

    Assigned by Sophia Reynolds

    Due • Today, 9:50 PM

    Maintenance report

    Assigned by Ethan Brooks

    Due • Tomorrow, 7:00 AM

    Monthly report

    Assigned by Noah Mitchell

    Due • Tomorrow, 9:00 AM

  • Weekly review

    Assigned by Olivia Bennett

    Due • Aug 9, 2024, 5:45 PM

    Incident report

    Assigned by Ray Tanaka

    Due • Sep 25, 2024, 8:30 PM

    Marketing analysis report

    Assigned by Beth Davies

    Due • Oct 19, 2024, 6:00 PM

    Sustainability report

    Assigned by Daniel Nguyen

    Due • Oct 23, 2024, 9:00 AM

    Daily update

    Assigned by Sophia Reynolds

    Due • Dec 20, 2024, 7:40 PM

Design Highlight

Adaptive Card

Another key focus was the adaptive card in the message extension. In Microsoft Teams chat, there are shortcuts that allow users to open apps directly from the chat (I use Approvals here as an example). When users access Updates from chat to submit or review reports, a corresponding adaptive card appears in the chat. Our task was to design these cards to fit different actions and roles.

For example, users can open Approvals directly from the message extension.

 I began by researching the Microsoft Teams Design System, Approvals, and other competitors. I also outlined all the variation factors that could affect the content displayed on the card.

There are also many challenges that we need to take into consideration:

Technical concern

  • The Adaptive Card is configured to refresh automatically if the total number of users in the chat/channel is 60 or fewer. However, if the user count exceeds 60, some users will need to manually refresh the card.

Corner cases

  • Users switch the update type between scheduled or one-time (with a due date) to ad hoc (without a due date), and vice versa.

  • Someone is later invited to the chat.

  • Users later modify the receiver/submitter.

  • Users later modify the name of the update.

  • Users alter the questions in the update after someone has already submitted.

  • Users do not have access to the update.

  • ... ...

With the various factors, technical issues, and edge cases in mind, we ultimately designed many different card variations.

(☟ Drag to explore )

🔶 Request an update

🔹 Scheduled / Recurring

🔻 Loading card

Incomplete

Complete

Everyone’s view

Time sensitive

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Channel

“Pending by: Studio 8 ”

🔻 Base card

Everyone’s view

Recurring

If (Receiver & Writer), show Review modal;

If (Receiver), show Review modal;

If (Writer & Submitted), show Submission;

If (Writer), show Write modal;

Else, show No access modal;

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Update

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Update

🔻 RBAC

Receiver’s view

Recurring

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

Writer’s view

Recurring

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Write update

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

View my submission

Other’s view

Recurring

Others (not writer, not receiver) will see base card.

Receiver & Writer view

Recurring

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Write update

Review

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

View my submission

🔹 Scheduled / Once time

🔻 Loading card

Incomplete

Complete

Everyone’s view

Time sensitive

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Channel

“Pending by: Studio 8 ”

🔻 Base card

Everyone’s view

Recurring

If (Receiver & Writer), show Review modal;

If (Receiver), show Review modal;

If (Writer & Submitted), show Submission;

If (Writer), show Write modal;

Else, show No access modal;

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Update

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Update

🔻 RBAC

Receiver’s view

Recurring

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

Writer’s view

Recurring

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Write update

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

View my submission

Other’s view

Recurring

Others (not writer, not receiver) will see base card.

Receiver & Writer view

Recurring

In progress

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Write update

Review

Completed

Store check-in

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

View my submission

🔹 Ad-hoc

🔻 Loading card

Incomplete

Complete

Everyone’s view

Time sensitive

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa, Ray Tanaka, Hanno Simmon and 14 others

Channel

“Pending by: Studio 8 ”

🔻 Base card

Everyone’s view

Recurring

If (Receiver & Writer), show Review modal;

If (Receiver), show Review modal;

If (Writer & Submitted), show Submission;

If (Writer), show Write modal;

Else, show No access modal;

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Update

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Update

🔻 RBAC

Receiver’s view

Recurring

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Review

Submitters can submit from multiple entries, and multiple times. Count is consistent with app exeprience.

Writer’s view

Recurring

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Write update

Completed

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Submission

1 in total

View my submission

Write again

My submission shows the latest submission.

“Write again” will bring update in modal to write again.

Upon submission, the current card is updated with latest submission count.

Other’s view

Recurring

Others (not writer, not receiver) will see base card.

Receiver & Writer view

Recurring

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Write update

Review

Ad-hoc

Store check-in

Viewers

Daniela Mandera

Available to

Babak Shames, Karin Blair, Joshua Vanburen, Kayo Miwa and 14 others

Submission

1 in total

Review

Write again

🔶 Write an update

🔹 Scheduled

🔻 Loading card

Everyone’s view

Time sensitive

In progress

Theft incident report

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames

🔻 Base card

Everyone’s view

Time sensitive

Review

Theft incident report

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames

Read

Submitter sent an update to chat/channel.

Submitter & Receiver can view submission. Others has no access.

🔻 RBAC

Writer’s view

Time sensitive

Completed

Theft incident report

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames

View my submission

Receiver’s view

Time sensitive

Received

Theft incident report

Due

Sep 19, 2024, 6:00 PM

Viewers

Daniela Mandera

Submitters

Babak Shames

Review

Other’s view

Time sensitive

Others (not writer, not receiver) will see base card.

🔹 Ad-hoc

🔻 Loading card

Everyone’s view

Time sensitive

In progress

Theft incident report

Viewers

Daniela Mandera

Submitters

Babak Shames

🔻 Base card

Everyone’s view

Time sensitive

Review

Theft incident report

Viewers

Daniela Mandera

Submitters

Babak Shames

Read

Submitter sent an update to chat/channel.

Submitter & Receiver can view submission. Others has no access.

🔻 RBAC

Writer’s view

Ad-hoc

Completed

Theft incident report

Viewers

Daniela Mandera

Submitters

Babak Shames

View my submission

Receiver’s view

Ad-hoc

Received

Theft incident report

Viewers

Daniela Mandera

Submitters

Babak Shames

Review

Other’s view

Ad-hoc

Others (not writer, not receiver) will see base card.

Design Highlight

Provisioning

(☟ Drag to explore )

Provisioning involves setting up IT infrastructure and ensuring authorized users have access to necessary resources. After gathering basic requirements from our engineers, I began designing the process to ensure users could use the app effectively. I initially considered adding visual elements like animations, videos, or a progress bar to inform users during provisioning. However, after consulting with my design manager and the development team, I learned that provisioning issues were rare and would not significantly impact the user experience.

Given this insight, I prioritized a straightforward design approach that minimized additional work for the engineers. The final design simply informs users that leaving the page during provisioning could result in data loss, focusing on clear communication rather than unnecessary details. This experience taught me the importance of balancing user needs with technical feasibility and team resources, allowing me to make informed design decisions and deliver efficient solutions.

Creating template...

If you leave this page before your template is created, you may lose template data.

If you are creating a template for the first time, it may take longer.

Something went wrong

Wait a bit, then go back to try again.

Go back

Provision failed

User in their flow. Not sensible to provisioning.

Provision succeeds before user reaches “Publish”

Provisioning in progress but user clicks “Publish”

Provision failed before user reaches “Publish”

User will go back to “create template step 3” after clicks “Try again” button

User left the create template loading page before provision succeeds

Provision failed

The error message with “go back” button shows up.

Show loading spinner and description.

Template creation failed.

Provision is still in progress.

User will see an empty state in the Manage template page.

If provision failed, it will also be triggered again automatically when user re-enter the app.

Provision starts in the background (users cannot sense it).

User can see the template they created in the Manage template list

Provision will be triggered again when user clicks on “Publish”

User stays on the create template loading page

Provision is successful

User in their flow (e.g. create template flow).

Not sensible to provisioning.

Design Highlight

User Testing

Before the product’s launch, I worked with another designer to plan user testing to identify potential issues. We created a testing plan outlining our research goals and developed multiple scenarios to help participants understand the user perspective and spot shortcomings.

We first conducted in-house testing with colleagues from various roles, including designers, engineers, and project managers, to assess the process. Based on their feedback, we made adjustments before conducting real-world user testing with actual users.

An example task scenario for the user testing session.

Design Highlight

User Testing

Before the product’s launch, I worked with another designer to plan user testing to identify potential issues. We created a testing plan outlining our research goals and developed multiple scenarios to help participants understand the user perspective and spot shortcomings.

We first conducted in-house testing with colleagues from various roles, including designers, engineers, and project managers, to assess the process. Based on their feedback, we made adjustments before conducting real-world user testing with actual users.

An example task scenario for the user testing session.

Example issue identified during user testing

Although users gave us generally good feedback, we also discovered some issues during usability testing. One problem was that the input fields in the report template preview were clickable and editable.

This confused some users, as they thought they could fill out the form directly in the preview. However, when they moved to the next step, they realized it was just a preview, which caused a poor user experience.

This aspect was not consistent with our initial design. Therefore, I reported it as a bug to the development team, requesting them to disable all input fields in the preview (see solution 1).

This aspect was not consistent with our initial design. Therefore, I reported it as a bug to the development team, requesting them to disable all input fields in the preview (see solution 1).

This aspect was not consistent with our initial design. Therefore, I reported it as a bug to the development team, requesting them to disable all input fields in the preview (see solution 1).

Solution 1 - Disable all input fields

Solution 1 - Disable all input fields

Solution 1 - Disable all input fields

Solution 1 - Disable all input fields

Solution 1 - Disable all input fields

Solution 2 - Add sample content

Solution 2 - Add sample content

However, the development team told me that this part uses Microsoft Forms code, which can’t be directly modified. Disabling the input fields would require rewriting that code, which would be time-consuming and costly. They needed to evaluate if there was a simpler solution.

I immediately thought of a backup plan. If solution 1 wasn’t possible, I suggested including sample content in the form to show that it’s just a preview. This feature was on our roadmap but not part of the MVP. I discussed prioritizing it with the product manager, and the CX writer started drafting sample responses.

However, the development team told me that this part uses Microsoft Forms code, which can’t be directly modified. Disabling the input fields would require rewriting that code, which would be time-consuming and costly. They needed to evaluate if there was a simpler solution.

I immediately thought of a backup plan. If solution 1 wasn’t possible, I suggested including sample content in the form to show that it’s just a preview. This feature was on our roadmap but not part of the MVP. I discussed prioritizing it with the product manager, and the CX writer started drafting sample responses.

Fortunately, the development team found a quicker solution to disable all text boxes without delay. We implemented this solution for the initial release and planned the second solution for future versions. In product design, I always think about what I can do to solve problems directly, which is a key part of my approach.

Fortunately, the development team found a quicker solution to disable all text boxes without delay. We implemented this solution for the initial release and planned the second solution for future versions. In product design, I always think about what I can do to solve problems directly, which is a key part of my approach.

Design Highlight

Visual Design

In visual design, we faced some challenges.

Firstly, Microsoft’s Teams products have two design systems: the old Fluent UI and the new Fluent UI, which is still being rolled out. When we were designing Updates, Approvals was still using the old UI. Our goal was to align Updates with the new Fluent UI while also matching the design style of Approvals. This required extra research to ensure we used the correct design elements. Sometimes, we encountered conflicting elements between different Microsoft systems, so we had to collaborate closely with other designers to find the best solutions.

Also, because Microsoft operates globally, we often had to work across time zones. For instance, our app needed new icons, so I had to communicate with the core Teams team and the visual team in the U.S. to create the right icons. This required coordinating time zones, clarifying requirements, and keeping communication open to ensure our design met the standards.

Design Outcome

Result

100.0K+
100.0K+
100.0k+

Total users in 3 days after launch

Total users in 3 days after launch

0.1Million
0.1Million
0.1millions

MAU after first launch

MAU after first launch

Design Outcome

Clients Feedback

Clients Feedback

👏 This app is indispensable for our frontline reports, police services, and a myriad of administrative tasks. It's a lifesaver when it comes to managing events like the Tour de France and coordinating activities for our national day.

— General Product Manager @ Federal Police Belgium

This is amazing for our frontline workers and our store managers! It's absolutely incredible... I'm blown away by how useful it is! 🌟

— Regional Store Director @ Lovepop

Managing over 40 apps for store management across our company used to be a nightmare, but now it's a breeze.Updates is a game-changer, and I can already see how useful it will be. 🚀

— Enterprise Architect @ Ahold Delhaize

Post-reflection

What I Learned

What I Learned

Designing products for global markets requires a deep understanding of cultural adaptability and linguistic inclusivity. It’s not just about translating text but also about ensuring that design elements resonate with diverse audiences. This includes considering cultural nuances, local preferences, and different user behaviors. Additionally, it’s crucial to manage costs effectively, balancing the need for inclusivity with budget constraints. This ensures that the product remains accessible and competitive while delivering a high-quality user experience. Balancing these elements is key to creating products that succeed on a global scale.

2025 ❤ Created with love by Yimeng Hou

2025 ❤ Created with love by Yimeng Hou

2025 ❤ Created with love by Yimeng Hou