如何做演示demo的设计

背景

最近参与了一个特别的项目，这个项目的核心产品是具备某些能力的sdk，开发者通过购买SDK嵌到自己的应用中来实现此功能。那么问题来了，开发者如何知道我们的SDK包含的功能呢？这就是我支撑的项目，一个向开发者展示SDK功能的演示demo。项目跟进下来，总结下了一些如何给开发者应用做交互的经验。接来下就好好跟大家掰扯掰扯。

需求来源的不同

    不同以往to c端产品，服务的普通的用户群体，本产品中的服务的用户是开发者。而且本产品是在先用功能的基础上，决定开放给普通开发者使用。所以产品需求来源于两方面：产品经理对于这类应用所需功能的发掘、和自身现用的功能。而自身现用的功能是主要需求。因此demo的设计重点，就是如何更好向开发者展示SDK中包含的功能。

设计思维的转换

针对这样特殊的产品设计任务，我们要时常提薪自己，目标用户不是普通的用户，而是需要体验此功能的开发人员。

设计原则的不同

直观、简洁，用最少的页面来展示更多的功能，是本次设计的原则。

本demo的设计更多是为现用功能服务，如何用最直观的展示方式、最少的页面、最简单的任务、最短的任务流程向开发者展示我们能够提供的功能是设计的重点。这些原则，可能会以用户体验为代价。比如在信息架构方便，原有易信是将好友和群组统一在一个tab分类下，但是为了更加直观展示信息架构，我们将好友和群组分开，并且将隐藏的“添加”放出来，都是出于设计原则的考虑。

设计中的取舍：必须展示已有功能，避免增加无意义的功能

设计方案要兼顾已有功能，尽量不做增加额外的交互细节，避免额外的开发工作量。这是首先要明确，哪些功能是我的SDK中包含的，哪些不包含在内。而这些不包含在SDK中的功能 ，我们就需要自己评估下，是否必须包含在设计的演示demo中。在这个demo的设计中，我们必须舍弃一些不必要的功能和交互细节。比如功能转场动画，首先我们会明确这个动态效果不是SDK中包含的功能，如果我们只是单纯为了酷炫的话，这种额外的开发工作量是没有必要的。而且也会引起开发者的误会，误以为这些效果也是SDK中包含的。

与开发的斗智斗勇

 这个产品核心的是SDK上包含的功能，是个功能优先的产品。所以，我们的开发人员希望将精力放在研发SDK上，演示demo只是这样功能的载体。而且开发人员在这个项目相对其他项目更有话语权。所以当设计方案较为复杂时，我们就需要说服开发者，这样的设计确实可以帮助其更好地展示功能。即便是演示demo，也要遵行一定的用户使用流程的。此外，开发也会强烈要求，一个页面上实现更多的功能。比如，找回密码，常规我们会分成几个页面，分别输入“邮箱/手机号码"、"收到的验证码”、“输入新的号码"，但是为了最少页面交互来实现本功能的展示，我们也会参考开发人员的意见。