Echo ：本文将以酷狗K歌ios版（虚构）为载体举例说明，什么样原型图才能算上专业而细致？希望各位可以很晰感知这套法。
什么样的原型图才能算得上专业而细致？
在我看来至少要满足以下条件：
- 明确主场和使用人群。
- 信息结构合理化。
- 流程设计简单合。
- 计符大部用户认知模型。
- 交互逻辑无缺失。
- 异常场不遗漏。
- 关键段有规则定义。
- 极限情况有定义。
- 是否涉及多种角色和权限。
- 全局组件明。
如果是一个经验老道的产品经理或者交互计，上述情况出现的纰漏会比较少。如果是经验非丰的PM或者交互计，那容易出现各种情况的纰漏，如何避免呢？
1. 明确主场景和使用人群
移动互网的快速发展带来了传统业形的变革，足人不同需求的移动应用应运而生。K歌类移动应用以足用户的K歌需求为核心,准的K歌工属性赢得众多唱歌爱好者的追捧。凭借机K歌便利性以及丰的扩展功能，移动K歌应用的业形及商业模式已愈加成熟。
用户人群行K歌的时，也希望得到别人的认可pk。所以移动K歌应用已以K歌核的泛娱乐平台，集原K歌具性能的基础，移动K歌平台已拓出道具打赏、游戏联运、智能硬件以及线下KTV营多元变径。
从中国主流移动K歌应用的人均行为分析数据来看，唱吧、民K歌和爱唱三款应用的人均单使用次数均超6次，其中唱吧最，达到7.4次。人均单使用时长方面数据集中度高，民K歌、演唱汇、酷我K歌、移动练歌房四款应用均在30到40分钟之间。其中，爱唱和唱吧的人均单使用时长最为突出，分别高达53.84和50.77分钟。在富曲库、及时更新、注打造K歌工具的基础上，各移动K歌应用均通新增歌、视频直播、视频合唱等功能的方式提升用户粘，现阶段，K歌、直播、已成移动K歌平台标。
用人群：衷于唱歌/K歌的用户，以及渴望得到展示的舞台。
痛点：喜欢唱歌，但只在KTV有机唱。喜欢唱歌，但周边朋喜欢唱歌的不。KTV唱歌水平太差，但苦没地方没时间练习。唱的很优，但是找不到得到PK展示的舞台。
解决案：是从工具层切入。用户提供K歌练习和录制工具。也不单纯是工具，用户过工具录制作品时，过合唱等与其他用户互动。录制完成后上传分享作品，获其他用户赞赏和奖励。和K歌者场竞技从而提高唱歌平。最后高质量大量作品又用户提供内容。品也从工具层转社交层。从用户内容输入到输出形成个完美闭环。
定位：酷狗K歌可认为是一个垂直兴趣（唱歌）的UGC社区。户生产容，户进行容的消，获得更多的认可和赏。供更好的工具给户，户在平台玩的更愉快。
2. 信息结构合理化
通过明确场景和适人群、痛点、解决方案和定位。同时基于酷狗K歌现有务可形成一套整的产架构。
比赛、动、K歌、发现、的，五个大tab从K歌发现推社交形成一套完整的闭环。
3. 流程设计简单合理化
尽量最简单合的交互方式达到务需求。这样的话户更容易上手使升产的户体验。
流程计如果要简理化，通常有以下种方式：
- 操作路径简，简必要的步骤或操作干扰。
- 一个界面尽量只做一件事情。
- 操作逻辑主流app一致或活中认知习惯保持一致。
例如做评委界面，一组赛，通过卡片左右滑的形式换组，这样的设计模拟了现实中的卡片的实际使场景，使得切换起来简单有趣。同时供字按钮进行切换，防止户知道此隐蔽操作。整个界面基本就做一件事，做评委。存在他功操作的干扰，操作路径简单，需要跳转页面。
4. 设计符合大部分用户认知模型
认知模又称3M认知模，是人类对真实世界进行认知的过程模。谓认知，通包括感知与注意、知识表示、记忆与习、语言、问题求解和推等方面，建立认知模的技术称为认知建模。
这说的认知模型，通常就是说对于计的认知。比如常见的是结构组，相同属性结构的在一起。操作逻辑遵从哪来哪去。息通过大颜色去重要度。
例如K歌模块第一模块导航入口的聚合，第二模块推荐歌曲排行榜单。导航入口的聚合符合主流APP的交互设（主流app已将用户的认知养起了）。同时将推荐歌曲排行榜单通过二级导航的的方式呈。「K歌」作按钮也比较符合用户的认知，点击就可以行K歌。同时界面所处的tab就K歌，整tab所的一件事就K歌了。由于整产品所义的K歌比赛社交，所以比赛动态分别于第一第二tab。
5. 交互逻辑无缺失
在计中容易出现交互逻辑的缺失。出现这种因是因为计首先做了最常见的计布局从而忽略了其情况，依旧以上一张交互稿为例。
推歌曲和排行榜的二导航，是否固定悬浮？
否可以左右滑动切换二级导航？如何可以左右滑动，一直朝一方向滑动，导航否可以循环切换？
推荐歌曲下的列表最出现少列？
唱过是用展示，如荐歌曲有5个唱过那么是用「0.0005唱过」，是是「5唱过」？
上的疑问在交互稿里面都没有体现，在设计过程中要尽量保证交互逻辑无缺失
6. 异常场景不遗漏
异场景遗漏，这个里面包含很多情况，依旧K歌的交互稿为例。
载过程中无络，如何示户？WiFi切换为2/3/4G，如何示户？
用户第一次进入，没有唱歌记录，没有味和风格的标签，如何推歌曲，这种情况下如何提示和引导用户？
下载失败的况下用户停留当界面如何提示，不当下次入时候否提示，如果提示，如何提示？
弱网情况下，页面何加载，屏加载？分步加载？
以上疑问在交互稿里都没有体现，所以在设计过程要尽量保证异常场景不遗漏。
7. 关键字段有规则定义
关键段有规则定义，这里指是，段需要连接数据库，于这样段需要明确定义。不然最后开发时候，开发要么找设计师沟，要么他们自己去按照自己理解去定义并做出来。
例如动态里，关于时定义，需要个明确定义，如不写话最后结可能千变化。交互稿里，天时显示时分，昨天显示昨天，昨天以前显示月日。定义明确。由于交互稿是动态主界，所以涉及到送礼、评价、转发交互没有体验出来。
8. 极限情况有定义
极限情况有定义这里有很多情况：
- 常见的是字段的长度定义，例果用户名，标题，文内容超长的情况，打点表示还是折行显示？
- 常多数据需要加载或展示时，应该如何处理？
- 时间没有年份时，如果在跨年期间，时间如何展示等等。
9. 是否涉及到多种角色和权限
不同产品涉及到种角，不同角是否存在不同的权，不同的使用场？所以设计程要通角和场做设计。
10. 全局组件有说明
局组件，指的是整个产品通用的组件，例局断网，操成功、操失败、加载、空数据界面，404等。
- 全局断网：一是在首页使用tips提示。用户在其界面点击操作，出现toast反馈提示用户。也有一些app在用户进入出现对话框提示
- 户网络异常。相对于对话框，使用tips对用户的扰小。
- 操成功：一般操成功是根据具的使用场做出对应的提示。
- 操作失败：异常情况导致操作失败，这时需要统提示，常使用toast。
- 载：涉及到全载和载。全载在设计中要统一说明，例如上一个界面点击进入一个界面，使的全载就需要说明。如果是一些小场景的载，那么需要特殊说明。例如上拉载，拉载，小区域载等。
空数据类型共有三类：
- 初始状态的定义：初始化状态，没有任何内容，需要用户进行某种操才能产生内容的界面。
- 空状态定义：过删除或其他用户操作，空前页内容，生了空界，这时候需要有明确提示，告知用户该如何处理。
- 错状态的定义：由于络、务器或者没有到他结果等原因导致无法载容，产生了空界面，这时候需要有明确的示，且告知户该如何处。户操作反馈的无结果界面可这样的思路来设计。
欢迎关注作者微信公众号：「UEDC」
浙公网安备33011002017549号