跟潜在客户聊天看看这个东西有没有需求，需求是怎么样的。

#1 楼 @Rei 讨论完需求之后呢

#2 楼 @hw676018683 纸和笔画原型。

画原型到编码之间没有用过原型工具。

#4 楼 @Rei 原型指的是用例那些吗

#6 楼 @hw676018683 界面的草图。

画完草图之后，就开始编码了，是吧

#8 楼 @hw676018683 我是这样的，不过是一个人开发的情况。如果有团队有设计师就不同了，为了沟通就要做更高精度的原型和文档。

#9 楼 @Rei 好吧，谢谢你的回答

1，好恐怖，先深呼吸

2，搞需求

1. user story + 5 why
2. lofi ui

其实敏捷也有求分析，只不过很轻量，并且需要客户参与。而且是最！困！难！的一步。

理论上，程序员拿到手里的东西都是确定的东西（比如提供搜索功能，至少要精确到按照名字搜索的程度。再比如优化，要确定为，响应速度在三秒以内），之后可以开撸了。

有人说，tdd 有的时候意义不大。确实这样的，因为完整的流程，tdd 前面是 BDD，BDD 前面是需求分析。

当然这个都是书上说的。。。

出多少钱？

mvp 啊

分析，然后尽快 prototyping 出来，然后再慢慢搞起前端

Thoughtbot 的 playbook 讲了他们是如何从头开始进行客户产品的设计和开发的， http://playbook.thoughtbot.com/