背景
由于疫期影响，公司在短期内没有接到新的项目，于是就有近10多个小伙伴处于无项目状态。正好公司有一个idea是关于做一个shareable component，服务于以后的其他项目，减少一些集成时间，所以就召集了这些小伙伴来一起成立了这个Team。但是对于这个项目，需求并不明确，技术栈不好确定，让小伙伴们感觉无从下手。于是就由公司的BA带领，做了一次Inception，梳理相关的需求。
过程
User Interview Prepare
在决定做Inception后，我们就开始了对于用户调研的准备。关于目标用户，我们挑选了“已经集成过该功能”的项目组成员，以及“准备集成该功能”的项目组成员。从“已集成”的用户方可以了解到集成的痛点和经验，从“准备集成”的用户方可以了解到担心的点和功能的需求。
在做用户访谈的准备工作中，我们经过小组的“脑暴”方式，举出了很多和我们开发息息相关的问题，文档格式为：
| 访谈目标 | 用户分层 | 问题 | 备注 |
|---|---|---|---|
| 这次访谈的目标是什么，比如挖掘用户关于SC的使用需求和痛点 | TL、Dev | 可以分为用户的基本信息和访谈重点 | 该问题的回答对项目的实质帮助 |
当定好了用户问题列表以后，就需要和用户约定时间，发出邀请的calendar。在calendar中的人员应该包含：受访人，访谈人，记录者，以及对应的访谈地点。
User Interview
在做用户访谈的过程中，需要双方做自我介绍，最好是访谈方先主动自我介绍，让对方放下戒备。在访谈的过程中，可能会出现用户关于问题的回答和我们预期的方向不一致，要及时介入，将话题重新引回到我们希望用户澄清的方向上。
用户在聊天过程中，可能会想到一些其他的idea。如果项目组觉得有价值，可以记录在备注栏中。用户访谈记录表可以参考：
| 问题 | 回复 | 备注 |
|---|---|---|
| 准备的问题 | 用户的回答内容 | 根据用户回答补充的内容 |
Pain Point & Expectation
通过将不同用户的访谈记录表整理起来，从中我们可以分析出用户的痛点与期望，格式类似于：
| 受访人 | 痛点 | 期望 | 备注 |
|---|---|---|---|
| 姓名 | 在访谈问题列表中关于当前现状的痛点 | 在访谈问题列表中关于产品的期望 | 访谈时整理的一些备注 |
Personas
将不同分层后的用户的痛点与期望整理到一起，可以得出不同的用户画像。用户画像需要包含虚拟用户的姓名，职业，年龄，是否有相关背景等，以及对应的痛点和期望。
User Test
在得到用户画像以后，需要进行受访人的回访，确认对应的用户画像是否和受访人的痛点与期望相同。在本次的Inception中，因为时间问题，省略掉了这一步。
Project Part
Project visioning
在通过User Test后得到最终的用户画像后，就可以来定义产品愿景。产品的愿景是解决用户的痛点，满足用户的期望。可以通过电梯演讲的格式来梳理愿景，包含五个关键部分：FOR, OUR, IS, IT CAN, GOAL。
Project Roadmap
Estimation for MVP Scope
Planning
Tech Part
- Tech solution
- Tech stack
- RADIs (Risk, Assumption, Issue, Dependency)
Inception Showcase
当准备好产品和技术的相关报告文档，就需要向客户约时间准备inception showcase的时间。Slide部分不需要展示详细信息，可以讲相关文档链接保留在slide上，在slide上展示的是产品特性和解决的痛点，以及相关的安排流程。在showcase中需要展示MVP的scope，以及对应的时间安排。