【Technovation官方中文教程】构思 - 7：最小化可行产品

【Technovation官方中文教程】
教程地址：https://bit.ly/TGirlsCN-Idea7
返回教程目录：https://mc.dfrobot.com.cn/thread-308465-1-1.html

构思7：最小化可行产品

本节课将帮助您借助包括用户体验、设计，以及对用户的潜在影响在内的系列评价标准获取积分。       本节课中，您将……    ●    了解最小化可行产品是什么，及其之所以重要的原因所在。    ●  选择应用程序需要首先构建的最重要功能。

关键术语与概念

●    优先排序 – 找出应用程序最重要、需要首先构建的功能。    ●    最小化可行产品（MVP）- 指仅具备满足用途并通过用户验证的足够功能，以便日后加以完善的应用程序。    ●    未来功能 – 应用程序首个原型完成后创建的功能。

启发

既然找到了应用程序的开发思路并完成了问题陈述，您可能就希望立刻开始编码了。但请等一等！开始前认真规划，能节省大量时间。最好先创建能顺利实现1或2项功能的应用程序，再尝试创建能实现全部功能的应用程序。示例如下：    设想朋友告诉您常因为起床延迟而上学迟到。为此，您专门创建了一款具备以下功能的应用程序：        可按时叫醒以便按时上学的闹钟功能。 可提示睡觉时间，以便按时起床的通知功能。 用于朋友在夜间醒来时记录梦境的日记功能。 可播放轻松音乐，从而帮助更快入睡的音乐播放功能。 可在朋友无法入睡时与之聊天的聊天机器人功能。       您向朋友展示了应用程序，她为能使用这款程序而激动不已！使用几天后，她把想法告诉了您。她说的确很满意闹钟功能和能提示入睡时间的通知功能。但通知功能总是出错，有时夜间发送通知，吵醒了她。此外，希望能在应用程序中为闹钟设置定制声音  ，还说放松音乐令人难以入睡；又因为不做梦，所以不使用梦境日记功能。另外，聊天机器人缺陷多，因此不喜欢使用。    您耗费数周时间，开发出具备以上全部时尚功能的应用程序。但最终，其中的诸多功能无法帮助解决朋友的问题。因此现在，她不再使用这些功能了！您可能已经创建了更简化的应用程序，也节省了大量时间。利用这些时间，您可能已经完善了闹钟和通知功能，确保其能顺畅工作。    创建能顺利实现1或2项功能的应用程序，这将有助于您解决问题，并创建用户满意的产品。Technovation提供用于创建应用程序的时间仅几周，因此，合理利用这段时间尤为重要。本节课将带您了解如何优先排序应用程序不同功能，或如何首先实现最重要功能。    最小化可行产品（MVP）指仅具备满足用途并通过用户验证的足够功能，可日后再加以完善的应用程序。本节课中，您将确定哪些功能属于最小化可行产品应具备的功能，以及哪些功能是作为未来功能，在日后创建的功能。    或许，您即刻就能列出希望所开发应用程序应具备功能的清单。为了创建最小化可行产品，您需要确定其中哪些功能是需要首先实现的最重要功能，思考其中哪些能真正解决问题，哪些是用户明确需求的。开始前，回顾一下第5和6节构思课中学习的问题陈述和用户研究。

活动：确定最小化可行产品

链接至[工作表]   您需要的物品:    ●    钢笔或记号笔    ●    书写用纸张或该工作表    您需要完成的事项:    创建您希望所开发应用程序需具备功能的清单。确保将复杂构想分解为细化的功能。 示例 复杂构想:    用于用户交友、发布照片和互发私信的社交网络。 细化功能:    用户可与其他用户联系； 用户可使用应用程序拍照，并将照片发布到个人简介中； 用户可查看他人发布照片的提要； 用户可互发信息。         现在，和团队讨论应用程序功能。哪些功能是需要实现的最重要功能？思考： 解决问题需要用到哪些功能？ 用户表明会使用的是哪些功能？ 帮助您超越竞争对手的是哪些功能？ 讨论后，将应用程序需要具备的功能列出来。这一次，按照重要性排列，其中第1项代表最重要功能。 最小化可行产品应只具备功能清单中的前两项功能。应与团队一起确定是否需要为最小化可行产品添加第3项功能，或是否应将该功能作为未来功能。 记住，宁缺毋滥！专注开发更少量的功能可以让过程高效，并有更多时间开展用户验证和收集反馈。 是时候反复确认最小化可行产品能否解决问题了。 安排团队中的一名成员充当面临正试图解决的问题的某人。请她使用最小化可行产品，且不告诉她产品的未来功能。 产品能帮助她解决问题吗？尽可能提出批评意见。 若不能，可能需要尝试重新优先排序功能。

举一反三

现在，对于最小化可行产品应具备的功能，您应该已经有了更完善的想法。记住，最小化可行产品只是第一个原型。您可以不断重新创建原型，加以完善，即使在Technovation竞赛结束后！    ●    您和所在团队难以将应用程序需具备的最重要功能进行优先排序吗？为什么难或不难？    ●    为了解决问题，您是如何在最常用功能和最重要功能之间实现平衡的？    ●    为了编码最小化可行产品的部分功能，您接下来需要完成哪些步骤？    完成最小化可行产品后，您可能希望就其收集用户反馈。开展其他资源中的活动，获知收集用户反馈和用户体验的方法。

其他资源 – 以 用户为本的设计与用户体验

以用户为本进行设计   UX设计（简称用户体验）帮助人们开发出可便捷且直观使用的技术，与某人使用一个系统或一项技术过程中所获得体验的质量有关。您可以将UX设计看作是对“用户体验”的完善，代表使用该项技术会令用户感到轻松，因而将持续使用。您希望所开发的应用程序不仅能解决问题，还使用便捷而有趣。您会希望所开发的应用程序具备可用性。那么，什么能让一款应用程序具备可用性呢？    这不只与您因为将自己视为将要开发的这款应用程序的用户，而认为程序可能看起来不错，或可能感到满意相关，而是与用户群体相关。想一想其他哪些人会使用这款程序及其需求是什么。大众会一年、一周或一天使用程序一次吗？    大众会在什么地方使用该程序？我们过去常常认为人们坐在书桌旁才会使用应用程序。您最常用的应用程序有哪些，它们都具备什么功能？您在什么地方使用这些程序，以什么方式使用？这些程序具备诸多功能，或能顺利执行几种功能吗？   利益相关方   首先，您需要定义自己产品的利益相关方。哪些人会使用这款应用程序或会受其影响？这些人就是需要访谈，从而获知与其需要这款程序具备哪些功能有关的更多信息的群体。虽然您和所在团队可能认为自己就是典型用户，但还是应与他人交流，开展访谈，收集反馈意见，并通过可能时，他们会使用这款应用程序的环境对其进行观察。    设想正开发用于学生向学校食堂订餐，能帮助减少排队时间的一款应用程序。使用这款程序，学生可早上点餐，再在午餐时间前往取餐。因此，这款应用程序的潜在利益相关方可能包括：    ●   学生（将使用这款手机应用程序的人）    ●   食堂员工（通过程序接受订餐请求的人）    ●   家长（需要为孩子购买智能手机，以便其使用这款程序的人）    ●   学校管理人员（可能认为在校期间不能使用手机的人）    ●    学校信息技术保障团队（可能需要为不会使用程序，或无法上网的学生提供帮助的人）    为您的应用程序确定利益相关方，您准备好了吗？以下两项活动将有助于您找出利益相关方，知晓如何集中访谈并收集用户体验。   活动1：制作利益相关方地图   您需要的物品:    ●   便利贴    ●    记号笔    您需要完成的事项:    1. 以头脑风暴方式找出项目可能的一切利益相关方并写下来 – 一张便利贴写一个；    2. 将利益相关方按相似性分类，比如“****”、“儿童”和“教职员工”；    3. 确定应用程序主要针对的利益相关方；    4. 写下希望询问利益相关方的问题；    5.  制定利益相关方访谈计划 – 团队成员可以分开访谈，以便节省时间。或若感觉更放松，采用集中访谈。    明确目标，并找出想要访谈的利益相关方后，您就为获知与其想法相关的更多信息做好准备了。   活动2：开展利益相关方访谈，收集用户画像和用户体验   为了获知利益相关方希望程序具备哪些功能，您需要开展针对性访谈。可以向其提问，帮助找出对应用程序的一些功能需求。功能需求指应用程序需要具备的功能。以前述食堂为例，运行程序应让学生能选择想预订的餐点，并随后向食堂发送订单和学生姓名，以便学生能轻松获知取餐时间。    针对作为应用程序潜在利益相关方的群体开展访谈，以便获知与问题有关的更多资讯及其对于解决方案的意见。若知晓了可解决团队正专注解决的问题的既有应用程序，可就应用程序、其令人满意或无法顺畅使用的功能询问用户。    您需要的物品:    ●   将通过利益相关方地图活动列出的问题打印出来；    ●   将用户画像模板 打印出来；    ●   将用户体验模板 打印出来；    ●   纸张；    ●   书写工具；    ●    若想记录访谈，还需录音笔或应用程序。    您需要完成的事项:    1. 自我介绍，并向受访者介绍所开展项目的概况，以及为什么有兴趣获得她或他的反馈意见？    2. 提问预先准备的问题。    3. 用高盛集团网络用户界面工具包中的用户画像模板 收集更多信息。用户画像指对将使用应用程序的人（真实或虚拟人）做出的描述。借助用户画像，您就能以所记住的特定用户，而非“每个人”为对象设计程序。按需求创建用户画像，可捕捉将使用程序的群体的主要分类。一定要询问他们为该程序设定的目标、特殊需求及痛点何在。痛点指群体难以解决、实际或认为存在的问题。您的应用程序将从根本上尝试帮助针对那些痛点提供解决方案。    4. 使用高盛集团网络用户界面工具包中的用户体验模板，更深入地了解用户希望程序具备的功能及原因。    5. 集合团队，分享访谈过程、使用用户画像和用户体验模板的个人体验。    6.  若认为为了获取信息还需访谈更多任何利益相关方，在开始计划后续步骤前的现阶段，就要开展访谈！很快，您就会创建纸上原型。这是个充满趣味与创意的过程。    后续步骤：    完成以上信息收集后，应再次开展本节课中的活动，明确您认为最重要的程序功能发生了哪些变化。记住，以用户为本进行设计是一个反复的过程。这意味着伴随程序的每一轮开发与验证，可能让最小化可行产品日益完善！创建最小化可行产品后，您会希望由利益相关方对其进行验证，以了解其看法。