今天是试学第五天，拿到任务二的第二天。今天下午和武汉的昆鹏师兄聊了一下。感触还是挺多的。毕竟大家都是土木专业出身。土木土木又土又木。

不知道为什么好像现在没有了刚来试学时候的着急。而是希望可以对任务理解和操作的更扎实。而不一味的追求进度。可能应为是在试学期间的原因吧。

今日完成的事情：

其实今天有点觉得自己有点不学无术。因为今天绝大部分的时间没有放在做任务上。

而是用在了看文章日报，试着练软件上面。今天看了好几篇文章但是觉得有一篇毕竟经典就拿出啦分享一下。

产品汪和程序猿的相处之道，：以身作则，以德服人。今天中午出去吃饭的时候和后端的湿胸一起好好聊了一下看了一下他们的任务和代码。觉得要死的节奏。确实很苦逼。往往大家都觉得产品有些时候两头不是人挺无奈...

文章中讲到了，希望产品和研发共同参与产品设计这个环节。觉得比较细致。

一般的产品流程都是从产品需求搜集，到产品原型设计，这个阶段都是产品经理来执行，然后产品经理把原型交给视觉设计，视觉设计出高保真的设计稿，最后交给程序员开发。

1. 在这个产品经理，视觉设计，程序员共同参与的产品生产过程中，程序员是最后的环节，当程序员在代码实现的过程中发现了产品逻辑的错误，或者产品设计的问题，是非常被动的。这个时候程序员再要求产品经理更改设计，修正产品交互逻辑，产品经理通常的反应就是：「程序员又和我讨价还价，产品deadline又要延后了」，跟着双方就开始剑拔弩张的对峙。
   

我在带团队做产品的时候，从产品立项一开始，就召集产品经理、视觉设计、研发负责人、运营负责人、运维工程师一起参与，把产品的目标定下来，然后让大家各自从自己工作分工的角度去讨论产品需求，产品功能，产品应该采取什么视觉风格，产品实现是否有难点，产品部署需要预先考虑些什么等等。之后每周产品例会都会召集大家一些开会讨论产品进度。

尽管产品立项之后，是由产品经理负责搜集和定义产品需求，整理产品逻辑规则，设计产品原型稿和交互，这个阶段并不需要程序员开始写代码，但是从一开始就让程序员，运营，甚至运维工程师都参与进来，是非常有益的：

1. 程序员从一开始就了解了产品的来龙去脉，对产品需求和产品要达到的目标非常清楚，这样在和产品经理的配合中，就非常容易理解产品经理提出的很多功能要求，沟通起来非常顺畅；
2. 程序员从一开始就参与，并且持续参与产品设计的过程，最大的好处在于从一开始就可以纠正可能出现的产品设计逻辑错误，以及评估技术难以实现的产品功能。这样等到真正进入开发阶段，研发周期是非常可控的，基本不会出现延误。
3. 一些有良好产品意识的程序员，可以帮助产品经理从一开始就完善产品逻辑，从实现上修正产品可能遇到的问题，让产品开发过程变得更加有保障。

应为本身自己作为一个APP的用户以及使用者，其实觉得很多APP设计出来的很多功能都很鸡肋。相反我倒是更倾向于简化功能。应为以前做过一段时间的策划方面 的工作，发现之前很多同事 以及我本人也是一样 。很喜欢觉得别人家竞品项目有什么 我们就需要搞什么，一味地模仿抄，结果效果出来还不是之前想要的结果。我希望如果以后我去跟项目的时候多问问自己 某些功能 到底是不是核心功能 ，或者说这个 功能 具体 能 代理来什么 。到底需不需要 ！！！[希望说错的地方湿胸轻拍红色字体部分 仅限于个人目前理解。]

‍‍今日的收获：‍

练习了N久前就已经扔掉的办公软件的使用.

继续学习AXURE的使用操作。

看了很多篇别人分享的各种文章 。 

今日遇到的问题；

应为今天没有做任务所以相应来说没有任务上的实际问题，希望师兄原谅。目前几天内。我可能不会一味地追求任务的进度。而是希望多看一些对产品思维 有帮助的分享和一些基础软件的基础操作。

对了，我想请问师兄那里有没有比较不错的软件教程文章可以拿来分享一下。

明日计划：

继续阅读日报以及文章，和练习软件。昨天规定的任务二应为今天没有开始所以要延期到明天。