4 个步骤从技术方案中剥离出产品原型
提问:该“产品”从严格意义上讲应该定义为项目。目前我们做一个政府的项目,可直接从轻量级的墨刀、axure上具象理解,所以需求是很明确的。此项目是一个技术为主,现技术负责人已经产出技术方案文档,作为产品的我如何从技术方案文档中设计出产品原型。 目前的思路是:从技术方案中找到需要用户介入,来下达任务、指令、命令的点;找到下达之后程序给出怎样的反馈、状态,对应的使用人可操作的功能、程序给出的反馈。再看看偏工具型的后台(比如微信公众号的后台,短信配置的应用:只是参考其界面、操作上的思维)怎么和易用性结合、平衡的…………
1:技术负责人输出的很可能是关于技术的整体框架、各个模块如何衔接(如:接口文档、字段信息、数据存储、是否分库等等);
2:就像楼主所说这是一个项目,严格的说一个大的项目(政务系统、某工程监控系统)最初很可能是技术定义整体项目框架、数据库、技术选型等,比较特殊的应该是我们做产品的(毕竟产品理念兴起于民用及商业领域,不解释。。。),这时候应该做的是紧跟项目经理 无限制、不厌其烦、毫无节操的沟通在沟通(猜测你这个很可能是政务方面的项目,所以需求方一定是领导层或相关干系人层面),之所以这么做主要是要弄明白项目第一个阶段到底要做什么(就像楼主说的抽象的概念,具象化)?这中间还要穿插着了解技术框架、最好也看看接口文档(方便沟通,落实设计,范围、时间、成本、最后在考虑质量问题);PS:重申一遍,这一点很重要,这一点很重要,很重要(而且怕自己墨迹,我也没说全)!!!
3:通过第二点沟通,具象阶段现在你脑袋里应该有点存货了,这个时候该上草图或脑图了(恩,没错是时候展现真正的技术了),第二步重点在于通过不断的跟相关干系人沟通让我们弄明白了解项目是做什么的,为什么这么做,这么做为当前用户解决了(骚年,想好用户使用场景 这个也挺重要的);
4:通过第二步、第三步、这时候我们不管是做功能、流程或逻辑、设计上的优化都应该没问题了,我们常说出于用户使用或体验上的考虑、我们这次版本做了关于页面视觉设计上的XX优化,接地气,符合当前百分之多少用户的审美观、期望值等等;
4.1:设计风格或某版块优化只是表现的形式变了而已,如果我们追求根本上的改变用户体验度还是要从功能和用使用流程、逻辑上下功夫,如:极简风格,产品兼容、用户使用流程(2步操作优化成一步操作即可),做这么多就是想让用户切身的感觉到产品1.0是个180的大胖子,上线2.0后他已经变成了120的“棒子”小鲜肉,使用体验号,还解决了我的需求(审美观、期望值、愿景等);
4.1.0:楼主切记在做逻辑或功能优化时一定要符合当前项目框架/技术架构等,如果优化之前你没了解清楚就冒冒失失输出优化文档,呵呵 那你做好被技术经理或项目老大 反驳的体无完肤、说的你哑口无言,那就丢人丢大发了。
总结:说得不好,只是个人之前的一点点经验,上面回答的也有很多没有说到所以只能请楼主谅解了;
文/Gavin·OC 艾米丰克国际教育有限公司 数据产品经理
关键字:产品经理, 项目
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!