从APP产品进行优化体验就算做出花来也没用因为用户需要的不是产品而是商品。
f5从前端展示分析出来其后台架构和相关功能的布局这个需要观察细节注重思维能力。比如你去操作一个款产品购买数量填写10万个看下是否有提示库存不足就知道其后台有没有对库存
进行把控。
四、真正地开始制作APP产品需求文档
制作APP产品文档需要从前端和后台两个方面着手不是画一个高保证或者低保真就是需求文档了还要考虑到后台的架构接口的形式是使用H5web页面还是客户端开发这两个优缺点自己脑补这里不再赘述。其实产品需求文档在不同的团队中应该跟谁团队的配置进行调整这里以UI设计、交互设计、IOS开发组、A
droid开发组、后台开发组都具备的情况下为例进行输出产品需求文档。
这里强调一点在制作各种手稿文档的时候不懂或者不明白的地方一定要和相关部门同事一起讨论制作避免一些不必要的修改比如有个功能你看到别人的APP上面已经实现了但是对于我们的程序员却是一个需要很多时间才能解决的需求那么这个需求就要做一下妥协毕竟还有一个项目的时间问题。
1首先根据已经定义的功能板块画出整个APP前端的脑图和后台架构的脑图
2其次是APP框图可以用axure、墨刀、sketch、om
igraffle等软件制作个人比较喜欢axure和sketch列出功能点、展示形式和内容样本
3流程图流程图软件VISO或者om
igraffle核心操作流程的流程图包括节点、不同情况的判断、处理方式所需文案等等
4后台整体框架、表、字段说明所需要的不同角色的属性加载条数、总体流程等等。
5做低保证原型和交互设计师一起制作低保真原型把框图、脑图、流程图、文字说明整合到一个文件个人比较喜欢axure做出来以后组织研发、运营等相关
f部门人员开会评审需求根据原型走流程完善细节增加文字图片说明上传到本地网络供所有人浏览查看。
五、交付设计和文案
确定好以上的需求之后面对设计和研发的需求文档已经告一段落接下来就要在UI做设计、交互设计师做交互的时候找相关部门人员完善文案需求和项目经理一起对工作进行细分确认时间节点最后由交互设计师输出一套高保证原型。
六、交付研发
这样子做出来的高保证原型在各个细节都已经做到了完善设计、交互、研发、运营等等对工作也已经胸有成竹那么大家就可以坐下来好好开个简短的会议确认每个人的具体工作给出相应的时间节点然后随时跟进开发需求就可以了。
如何高效完整的制作一款APP的需求文档就说到这里了还请大家交流r