首先说明下，本人是传统互联网行业做程序员的。初接触了一个公司准备开发APP端的产品。说是产品吧，我个人感觉形式上更像一个项目吧。毕竟不同于要考虑商业模式和市场分析的产品，行业定位和用户群体也是非常固定小众的。
因此我讲的或许跟真正做产品还有有些差距。我写出来主要也是为了方便自己总结经验，慢慢学习。所以请辩证的看待我写的内容，如果对你有用，我非常开心；如果你有很好的建议，也请你一定一定留言告诉我，非常感激。
说说我接触这个项目初期的情况。
当时我也纯小白一个，完全不懂产品要怎么开始。这时候拿到了一份PC端的操作手册，还有一个在线演示的地址和用户名。根据这两样，我简单的做了一个功能点概况的思维导图。接下来在不知道用户群体？产品定位？功能定位等的前提下，就让我开始画原型了。结果……可想而知了。
开会被UI批评的一无是处，心情很郁闷。但是，郁闷以后仔细想想还是有学到东西，比较了改了三次的原型图，自己还是能看到进步。后面就是跟各种业务人员沟通，UI沟通。想来，面对我这种菜鸟，UI也是算脾气好的。做的那么烂，她们还是设计出了界面，而且有不清楚或者我表达不合理的地方，她们都会过来跟我讨论，分析。
后来写各种文档吧，想死。……一万字……
后面省略一万字吧，目前开发阶段刚开始，后面我也不知道还会遇到什么？
就我目前来说，踩过的那些坑，我总结了一下：
1.对于不了解需求的情况下，一定要抓住业务人员仔细的问。
在开始构思或前期准备时，一定要了解产品定位或者说一定要知道产品主要的作用是什么，给谁用，不同的客户的心理需求是什么，哪些功能是必要的，哪些可以裁剪。
2.了解业务流程，做一个思维导图归纳出大致的功能点。根据移动端的特征，筛选出APP大致能做的功能点。
例如，筛选出来的功能点，登录和不登录情况下显示的功能点是否不同，页面具体信息是否有多条，是否按照不同状态显示，不同客户关注的功能点是否有不同，哪些是必要信息，一种类型的数据峰值最大为多少，等等
然后梳理一下信息，对整个流程有个整体的思维把控，然后多思考
例如，是否需要考虑用户权限，数据信息过多是否考虑有上级概要信息页面。消息类型多，是否需要有分类查询功能。要不要加提醒功能，拨打电话功能等等。
3.准备开始画原型前，脑子里就要想好大致的显示界面，以及这样会出现的各种问题。
例如，信息量过大时显示不下，是否需要一个上级概况页面，这个页面出不出现根据什么来做依据。有一些也需要去网络上收集一些数据来做数据分析，例如：显示区县信息，最大会有多少区县，等等
4.画原型。根据实现考虑的种种问题，可以先大致画一个详细的思维导图，再画个粗略的纸质的草图。先确定一个页面大致的元素，显示的该类型的数据最大峰值是多少，最多几个字，在标明字段信息的时候就要显示两个极端，最大多少字，最小几个字，这些都关系到UI设计，自己要说的出来，然后再设计交互。
5.原型设计里各种交互方式都要有依据，考虑到用户人群的使用习惯去设计。后期跟UI沟通的时候，你可以说的出原因和初衷，避免被牵着鼻子走。
目前先总结这几点。踩坑无止尽，经验总结也不会停，贵在提升自己！
网友评论