17个团队真正能坚持到底的企业步数挑战创意
如果您曾经发起过一个步数挑战，结果排行榜上只有三个人，公司频道里一片尴尬的沉默，那您已经知道其中的秘诀了：创意比目标更重要。一个平淡的“每人每天走一万步”挑战，吸引到的只会是那些本来就每天走一万步的人。真正有意思的工作，是设计一个能把公司其他人也拉进来的挑战——自婚礼后就再没运动过的经理、长在椅子上的开发人员、在团队里还谁都不认识的新员工。
本文整理了一份实用清单，列出了那些在四周或六周的活动中真正让人一直保持关注到最后的步数挑战形式。它们特别侧重夏季——漫长的白天、假期造成的空档、跨办公室出差，以及如今在全球团队中已司空见惯的气候差异。随意搭配组合，挑选适合您企业文化的拿来用就好。
Table of Contents
1. 为什么大多数企业步数挑战会中途失败
在列出清单之前，先做个快速诊断。步数挑战失败有三个可以预见的原因。第一，目标是按普通人的水平设定的，这意味着最活跃的员工轻松应付，而最不活跃的员工在第一周就放弃了。第二，形式纯粹是个人赛，所以悄悄放弃也不会有任何损失。第三，唯一的奖励是排行榜第一名，这对三个人来说很有趣，对其他所有人来说却是打击。
下面的每一种形式都至少解决了这三个问题中的一个。其中最好的，三个问题都解决了。
2. 团队形式
1. 虚拟徒步穿越一个国家
选一条与您的雄心相匹配的路线——从里斯本到波尔图、纵贯爱沙尼亚、横穿美国某个州——并把它的距离设为团队的集体目标。把它作为一个带共同目标的距离挑战来开展，这样每位团队成员的公里数都会累加到同一个进度条上，随着团队“走完”这条路线逐渐填满。每当团队经过一个里程碑城市，就发布一次公告。那些对步数毫不在意的人，一定会在意自己的团队能否走到终点；而集体目标意味着走得最多的人会带着整个团队前进，而不是在排行榜上把别人甩出好几圈。真实案例：Schnabel 走了“从弗吉尼亚到巴黎”（客户案例），Windrose 从柏林走到了东京（客户案例）。
2. 跨部门团队竞赛
把公司分成必须跨部门组成的团队——工程加市场加销售——并开展一个团队排行榜设为 SUM 的步数挑战，以每个团队每天的总步数计分。混编正是重点：它让平时从不交流的人站在同一边，最安静的成员的步数和最活跃的成员一样重要。为了保持接力的热度，在每个团队的聊天中每天指定一位不同的“领跑者”——负责当天给大家鼓劲的人——让动力在不同时区之间自然地在团队中传递。DHR Global 正是出于这个原因采用了全球随机组队（客户案例）。需要起名？请参阅步行团队名称创意。
3. 经理对团队的比赛
把经理们分成一队，他们的下属分成另一队，把团队排行榜切换为 AVG（人均步数，这样人数较少的经理队也能和人数较多的队伍公平竞争），然后让他们比赛。经理组必须在平均值上超过他们所管理的人。这种形式有一个令人愉快的副作用：平时从不运动的经理们变得非常显眼，而团队成员则很享受这种角色互换。赌注要保持友好——输的一方请喝咖啡、组织下一次团队午餐，或者录一段感谢获胜者的短视频。
4. 部门德比赛
让每个部门组成一个团队，把团队排行榜设为 AVG，开展一个贯穿整个季节的联赛，以每个部门的日均步数计分。取平均值能让十人团队与百人团队平等竞争。每周的获胜者会得到一座会在办公桌或办公室之间实际流转的小奖杯。奖杯才是参与度的引擎；步数几乎只是副产品。
3. 有真正吸引力的个人形式
5. 每日底线
忘掉那些雄心勃勃的目标。设置一个带较低每日底线（比如五千步）的每日目标挑战（YuMuuv 会统计每个人达成目标的天数），这样得分就是您越过底线的天数，而不是您表现最好的那一天。这奖励的是坚持参与，而不是冲刺巅峰。这种形式的效果远远超过一万步目标，原因很简单：在第二周放弃的人更少。
6. “最活跃天数”挑战
这是每日底线的一个变体，内置了宽容机制。与其要求一个毫无中断的完美连续记录，不如设定一个持续性目标，比如“30天中有25天越过底线”。参与者可以错过几天——病假一天、出差一天——而不会出局，这正是更多人能坚持下去的原因。您依然能获得连续打卡带来的损失厌恶的吸引力，但某一天表现不佳永远不会让某人的挑战就此结束。
7. 最大进步奖
开展一个完全标准的步数挑战，但在排行榜冠军之外再加一个奖项：最大进步奖。最后，比较每个人第一周的平均值和最后一周的平均值，为进步最大的人加冕。这奖励的是进步而不是原有的体能水平，这正是大多数公司需要的反转——从三千步提升到七千步的人，会拥有一个一直稳定在一万两千步的人永远无法获得的高光时刻。把它作为一个独立的奖项来宣布，让它感觉像是真正的胜利，而不是亚军。
8. 惊喜聚光灯日
每周在随机的一天，管理员在应用内聊天中发布一条消息：今天达成步数目标的每个人都会被点名表扬，并参加抽奖。奖励独立于排行榜之外——它是当场宣布的认可和一份小奖品——所以不需要任何特殊的计分。惊喜就是引擎。人们会开始边走边接电话，以防今天就是那一天，聊天里也会因为大家纷纷报到而热闹起来。
4. 适合夏季的形式
9. 假期友好型挑战
七月和八月到处都是假期。使用一个宽松的持续性目标——“在这31天中有15天达成目标”——而不是一个会在无形中惩罚那些去希腊下线两周的人的累计总数。持续性目标意味着休假只是暂停，而不是被淘汰，这是夏季挑战最重要的一个设计选择。
10. 每日一照徒步
开展一个普通的步数挑战，并请大家每天把自己走到哪里的照片发到挑战聊天中。步数自动记录；照片则成为挑战的核心——东京员工清晨的公园、马德里员工深夜的河边漫步、赫尔辛基员工的午夜阳光。挑战聊天中的参与热度会比排行榜上的更持久，这完全没问题。
11. 本地地标打卡
每个城市的办公室公布一份值得步行前往的五个本地地标清单。把它设置为一个以“打卡地标数”为单位（目标为五个）的自定义挑战，让员工每打卡一个就在挑战聊天中发一张照片。这种形式非常适合混合办公的公司，因为它给了人们一个在原本不会去办公室的日子里也来办公室的理由，以及一个探索自己城市的理由。
12. 带个朋友的周末
开展一个标准的步数挑战，然后加一个周末提示：在挑战聊天中发一张您和某人一起散步的照片——伴侣、朋友、孩子、狗狗都可以。步数照常计算；“带个朋友”的部分放在聊天里而不是计分中，这样既简单又诚实。在所有挑战类型中，这种形式产出的内容最温馨，还能在不说教的情况下悄悄改善人们的周末生活。
5. 为跨气候团队打造的形式
13. 多活动换算
步数并不是唯一的货币。开展一个健康积分或 Activity index（活动指数）挑战，让游泳、骑行、瑜伽以及十几种其他活动都换算成同一个共同得分。位于炎热气候地区的办公室和正值冬季的南半球办公室都能全程参与，而不必假装自己能在八月出门散步——一次泳池训练或一次室内骑行，和一次散步计入同一个排行榜。这是真正的全球团队的最佳形式，因为没有人会因为窗外的天气而吃亏。
14. 时区浪潮
设立一个全球统一的挑战日。开启国家排行榜，让每个地区作为一个整体竞争，并请每个办公室在自己的一天开始时在挑战聊天中发帖。“浪潮”就是随着地球转动，挑战聊天被不断填满——先是黎明时分的悉尼，然后是孟买、迪拜、赫尔辛基、伦敦、纽约、旧金山——每个地区的帖子叠在前一个地区之上，直到整个公司走完了同一个共享的一天。计分只看当天的步数；浪潮则是在聊天中逐渐积累起来的故事。
15. 战胜高温挑战
对于炎热地区，开展一个普通的每日步数或持续性挑战，但把整个活动的主题定为在凉爽时段运动——并用应用内聊天来推动它。每天一条提示（“战胜高温：在九点前或七点后完成步数”），再加上大家在聊天中分享清晨和傍晚的散步，就能达到复杂规则永远做不到的效果。应用会统计任何时候走的步数；让大家转向凉爽时段的，是沟通和挑战聊天。副作用是会涌现出一大批清晨散步者，他们最后享受散步的程度甚至超过了挑战本身。安全提示请参阅高温下户外活动如何保持安全。
6. 培养习惯的长周期形式
16. 六周进阶
大多数公司把挑战设为四周，只是因为四周比较方便。六周更好。习惯研究表明，习惯通常需要大约两个月才能变成自动化，而一个在中途设有小型重置活动（“我们已经走完一半了”）的六周挑战，结束时留下的习惯要比四周冲刺多得多。多出来的两周，正是真正收获所在。
17. 贯穿整季的低调追踪
一些公司现在会在更热闹的四周活动之外，同时开展一个“低调”的全夏季挑战。设置一个长期的持续性挑战，然后干脆关闭排行榜——管理员可以选择显示哪些排行榜，所以您可以运行一个没有排名、没有公告、没有奖品，只有在十二周内慢慢积累的安静每日打卡的版本。完成这个挑战的人，正是那些会一辈子改变自己习惯的人。
7. 为您的团队挑选合适的形式
合适的形式取决于三件事：您的团队有多分散，他们本来有多活跃，以及您有多少精力来运营这个项目。如果您只有一个办公室，团队体能也相对较好，那么每日一照或地标打卡形式就能在四周内带来一个很棒的文化时刻。如果您在三个大洲有五个办公室，那么多活动换算加上时区浪潮几乎总是合适的骨干。如果您的团队久坐不动，就从每日底线和最活跃天数挑战开始；雄心勃勃的目标只会让他们难堪。
所有这些形式都有一个共同规律：拥有最好的人情故事的挑战会胜出。选择一种能让大家在排行榜之外也有话可聊的形式——一条虚拟路线、一串照片、一位每日领跑者、某人桌上的一座奖杯——步数自然会水到渠成。
清单上的每一种形式都可以用 YuMuuv 的标准功能模块来实现——持续性目标和集体目标、团队和国家排行榜、健康积分和 Activity index 挑战、自定义挑战、支持分享照片的挑战聊天，以及完全关闭排行榜的选项。难的不是机制，而是上面这些设计选择。把设计做对，一个为期四周的步数挑战就会成为您这一年中最受热议的时刻之一。
第一次做步数挑战？从如何创建步数挑战和夏季挑战规划指南开始，在我们的奖励指南中挑选奖品，或者预约YuMuuv演示。
