开发遇到个硬核问题 大佬们咋处理?

1.没有需求文档prd
2.没有ui设计图
3.没有交互设计
4.只有一张 一张 一张 原型草图(无任何文字说明)
就让我开始开发了 大佬们遇到这样的情况咋解决?
开局一张图 代码全靠编吗?

阅读 2.5k
6 个回答

经历过类似的项目:

  1. 需求是一段段的文字(有时口头)描述,包含大致功能及部分要求
  2. 开发小哥哥们自己手画草图(本子上直接画那种)

如何开发?

  • 保证大致功能,做到需求无分歧
  • 直接使用市面上的UI组件,不做任何定制(这种需求往往做出来什么,别人就要什么)

结论:

  • 直接使用UI组件实现功能
  • 直接使用UI组件
  • 使用UI组件
  • UI组件
  • UI组件
  • 组件

划重点,我管它叫:

组件驱动开发

根据原型草图开发,然后经常找项目负责人对一下开发情况,有问题随时改

我去,您们竟然还有草图呢?连草图都没有得路过

都坐下,只给草图,意味着你可以发挥自己的想法,说出你认为短期内无法实现的效果,给老板说,老板是可以接受的,当然,抽空你还是想想如何尽量贴近效果
只有草图文字说明? 没关系!
1、你自己重新画一遍,假设自己是用户,第一个页面是哪个草图,接下来怎么跳到第二个草图呢,自己梳理草图之间的跳转逻辑关系
2、每个草图重画,自己标注你认为需要的功能说明,然后跟其他人看(其他部门同事,老板),让他们以自己的眼光看这个软件应该是什么样子,应该是怎样的操作流程
3、统计所有草图,抽象之,区分重复使用的组件和单次使用组件,比如按钮,输入框,时间选择器是重复使用组件,输入框是一种还是多种,是否需要每个输入框组件自带格式检查器(比如检查身份证号码是否正确)
4、单独统计独立组件(比如对话框组件和全局加载进度条),这个要单独设计,是否全屏,是否自动延时关闭,是否背景半透明,是否需要弹出动画
5、如果有跨平台(电脑和手机上)需求,不急,先做一个平台的版本出来,再看。

戳代码的话,就是分层,基础组件,页面组件(每个页面)
暂时想到这里,有问题在讨论吧,一定要积极与其他人沟通,毕竟你的东西是方便其他人用,当然,短期无法实现的效果直接拒绝

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题
宣传栏