C端迭代

C端迭代多以AB测试的方式进行，并且根据AB测试结果的堆积可以推导出属于自己产品的成功方式与设计规则，迭代成功率越来越高。当然案件的目的和目标都不相同，通用流程无法对应所有案件，根据案件特性的设计思考请阅览接下来的案件分类设计思考流程。

C端迭代_案件分类设计思考流程

C端迭代大致可以分类为下面4个种类
・改善数字
・提升体验
・探索试错
・BUG,安全漏洞,法律等相关对应

改善数字

改善数字的项目主要是从业务观点出发，比如XX率很差。主要需求是改善某某数字。此类项目有明确的业务问题，因此需要首先从用户的角度重新思考。

提升体验

体验提升项目主要是从用户角度出发，比如XX功能操作困难。主要需求是改善某某体验。此类项目有明确的用户问题而业务问题不明，因此需要明确目标是“数字的改进”还是“体验的改进”。

探索试错

探索试错项目往往面临数据很难分析，复数种有效假设。需要用AB测试来验证观点与假设。此类项目不必强行分析，重要的验证假积累经验，所以首先需要明确验证内容。

BUG,安全漏洞,法律等相关对应

BUG,安全漏洞,法律等相关对应主要是对产品的补充。这类案件基本上都有明确的需求，不需要重新分析用户课题，但需要注意解决策是否唯一。

C端新功能开发

因为用户各有各的特点。问题定义阶段用户访谈虽然重要，但需要更加侧重客观的数据分析，解决策阶段更加重视用户故事的逻辑性。客观的数据分析与假说的逻辑占有更大比重。

B端迭代

B端迭代因从使用者那里获取的问题反馈较多，问题点已经相对清晰。但用户习惯从解决方案，或是自己的认知层面表达想要的功能。所以要注意甄别现象与问题。
解决策阶段应选择高效的设计流程，解决策已经明确的案子可省略解决策的验证。根据案子不同直接制作UI阶段或明确需求后跳过UI交与发开都可行。快速解决用户的现存问题是重中之重。