那我们如何才能设计一个好的 Solution 呢？有几点建议，可供你参考：
- 明确的痛点&场景描述
- 一定要坚持从客户及市场中获取真实的痛点，避免坐在办公室臆想出来的“需求”，哪怕这些表述非常的原始，没有逻辑和可行性，但在这一步要收集的就是不经加工的真实表达。
- 围绕痛点，去收集客户现场与之相关联的不同角色在当前困境中的场景信息，这些信息通常包括角色身份、使用环境、组织结构、使用者能力素质、利益动机等。
- 客户成功小故事
- 作为产品的设计者，应该能够准确描述客户使用本产品后，他的痛点和需求将被如何解决，以及解决后会为他带来怎样的价值。
- 此小故事的结构可参考：
- 原来的状态：描述目标客户面临的挑战，他在这个挑战下追求的目标是什么，需求是什么。
- 转变：通过一系列事件，展现你的产品如何帮助客户达成目标，克服挑战。
- 更好的未来：描述你的客户在克服这些挑战，满足这些需求后，如何有成效的工作着。
- 一个好的客户成功小故事，有助于在团队内部统一对于客户痛点及场景的认知，从而保证研发过程中能够时刻围绕客户进行迭代。
- 需求列表&角色列表
- 产出需求列表时，可以用一个二维表将角色与需求对应起来，明确各个需求在客户内部是被哪些不同角色使用。
- 因为“企业”并不是我们产品的真正使用者，企业里的“人”才是。因此按角色对需求进行分类，有助于我们保持角色视角，方便发现一些不顺畅的流程。
- 交付方案
- 除了设计产品和技术方案外，应该同步进行交付方案的设计，确保设计出来的产品对于服务团队来说是可交付的。
- 利用角色扮演的方法，来推演交付过程中有可能遇到的客户内部角色、组织结构带来的问题，思考是通过修改产品亦或是服务的方式去解决。
Solution as a Service，虽然某种意义上只是一个文字游戏，但却能让我们日常对市场和客户保持敏感度和敬畏。希望日后的你，也能够经常跳出“软件”的限制，更加全局的来理解这门生意。
毛家二毛 , 版权所有丨如未注明 , 均为原创丨本网站采用BY-NC-SA协议进行授权 , 转载请注明如何才能设计一个好的 Solution！
