文档更改05. 步骤3：供应

Summary

• Page properties (1 modified, 0 added, 0 removed)

Details

Page properties

Content

...	...	@@ -49,7 +49,6 @@
49	49	[[image:1639115675132-360.png||height="51" width="47"]]//Mariana：我们的eCampus汽车共享服务已受到大学学生和员工的欢迎。我们为普通汽车用户提供订阅会员资格，为间歇性用户提供不同的定价等级。我们的汽车是电动的，这使它们比传统的汽车更环保，因为它们排放的废气更少。另外，汽车共享会降低汽车拥有率，减少道路上的汽车行驶次数，并减少客户出行次数，因为客户会将差事合并为一次出行以最大程度地增加支出。我们为自己能提供一个干净、安全、可靠的往返于校园的其他交通选择而自豪。//
50	50	)))
51	51
52		-
53	53	== 5.1 管理需求和机会 ==
54	54
55	55	就服务而言，需求和容量是相互关联的。服务无法存储供以后使用。当服务价值只有在服务提供者的供给满足服务使用者的需求时才能被共同创造。如果需求得不到满足，设施和资源就会浪费。同样，当需求高于容量时，也会丢失机会。为了优化服务机会，服务提供者应调整容量和影响需求。正确理解不同的客户群体和部门如何使用其服务至关重要。
...	...	@@ -478,32 +478,8 @@
478	478
479	479	表5.9 使用史诗、功能、促成因素和故事来阐明需求
480	480
481		-(% style="width:578px" %)
482		-|(% style="width:113px" %)**类型**|(% style="width:243px" %)**描述**|(% style="width:219px" %)**示例**
483		-|(% style="width:113px" %)史诗|(% style="width:243px" %)(((
484		-史诗是向客户交付新产品、服务或客户旅程的一项举措。
	480	+[[image:1641647603766-545.png]]
485	485
486		-史诗是大型故事或用户故事，它太大而无法在一个冲刺中涵盖。
487		-
488		-史诗包含大量特性。
489		-)))|(% style="width:219px" %)从租车到交车的整个用户体验。
490		-|(% style="width:113px" %)特性/促成因素|(% style="width:243px" %)(((
491		-特性是相关用户故事的集合，这些故事表示生产或服务负责人感兴趣的整个功能区域或能力。
492		-
493		-特性由许多用户故事实现。
494		-
495		-促进因素是支持探查，架构，基础结构或合规性的特性的技术先决条件。
496		-)))|(% style="width:219px" %)繁忙的经理可以在机场接车去开会。
497		-|(% style="width:113px" %)用户故事/ 促进因素故事|(% style="width:243px" %)(((
498		-一种功能的描述，可以在一个冲刺中开发。
499		-
500		-作为<用户>，我想要<需求>，所以<收益>。
501		-)))|(% style="width:219px" %)(((
502		-繁忙的经理可以在机场订购快速通道接送服务，以减轻压力。
503		-
504		-繁忙的经理可以在不支付停车费的情况下离开机场，以减少等待时间。
505		-)))
506		-
507	507	故事映射通常与敏捷服务设计方法（例如Scrum方法）结合使用。在Scrum方法中，产品负责人负责对每个冲刺中的用户故事进行优先级排序。在冲刺的末尾，生产团队将向实际用户演示这些功能并收集反馈。
508	508
509	509