不懂技术你怎么做产品？

在PMCAFF上看到这个问题的时候，我想直接推荐一个公众号来着，毕竟是需要被拍砖。但是想了想，还是想说点别的，想要干货直接跳到最后看吧。

首先，确切的说很难给一个答案，先推荐一个帖子给你看看，非技术类出身的PM如何跟技术人员沟通？首先作为产品经理，不是一定要求你懂技术，但是逻辑一定要严谨清晰，这是作为产品经理最起码的尊严，才能得到开发的尊重，不要让开发经常帮你补充逻辑上的缺陷。
个人感觉，程序员最大的优势就是能够把非结构化的交互文档进行结构化处理，举个例子，你给的交互稿是这样子：

交互稿.png
但是在程序员眼中是这样子的（类图我快忘光了，有错误请大家指正）： 类图.png

在程序员的世界里，他需要关注
“持卡人”和“卡”的关系，一个人有几张卡，包括1：N(1对多)，1:1（1对1），N：1（多对1），N：N（多对多），持卡人和卡之间的依赖关系（通过哪个id来关联）。
每个持卡人有多少的属性，比如姓名，性别，头像，生日，证件类型，证件号码，手机号码；每个卡有多少属性，比如医院名称，卡号，卡类型。
除了列出交互设计上标出的元素，还需要知道每种元素的数据类型，id是int，姓名是varchar（20），生日是datetime 。

所以你要做的事情就要在交互稿上标记出持卡人和卡的关系，每个持卡人包含的属性，不同属性的长度（比如支持多少个字符），所以上述交互稿需要补充的交互细节：
1，持卡人信息：包含头像，姓名，性别，头像，生日，证件类型（身份证，军官证，护照，准生证，无身份证），证件号码，手机号码。默认头像区分男女。
2，每个持卡人可以持有多张卡。
3，证件类型：完成身份证填写，自动计算生日和性别，并填充出生日期和性别输入框，同时可以修改。如果无法计算生日和性别，需要用户手动填写。
4 ，姓名长度判断
a） 长度不够、长度超或者为空，则提示“姓名长度为2-30个字符，支持中英文”
b） 否，下一项判断。
3） 手机号判断
a） 手机号为空，提示“手机号不能为空”，停留在原界面；
b） 手机号格式错误，提示“请输入正确的手机号”，停留在原界面；
c） 反之，则进行下一项判断
或者用表格列一下各个元素的数据模型和约束条件

Clipboard Image.png

--------------巴拉巴拉-----此处省略更多数据元素判断-----------------------------
举上述这个例子，是证明逻辑方面的完整和严谨，当然我列的并不一定最严谨，目的是告诉各位童鞋需要描述各个类的关系和不同属性的数据规范，减少与程序猿，测试反复确认的沟通成本。
上述的例子是为了说明程序猿思维和产品思维上的差异，他们只关注0和1，我们关心的是不同场景下的输入和输出，但是我们怎么转变这种思维差异呢，是不是一定要学技术呢？懂最好了，不懂嘛，我们就把相应的业务场景cover住就行了，剩下的就交给程序员GG吧。

那不懂技术的产品想学点技术呢？

答案是好事，所以推荐大家有空看看公众号《给产品经理讲技术》吧，该号也被Fenng推荐过。如果你觉得我扯的蛋有点作用，请给我点赞吧