开公司准备什么资料之前，自己要做好什么样的准备

来源：蜘蛛抓取(WebSpider) 时间：2017-04-09 04:37 标签： 开公司准备什么资料
该提问来自：
我来帮TA回答
钻石与砖石只有一字之差
擅长：这家伙很懒，还没设置过
简介：钻石象征兴望发达，高贵品质，非凡能力，纯洁爱情，无穷的财富，无限的艺术魅力...
楼主是打算开装饰公司吧？我个人认为得看开在哪个城市,每个城市的操作方式肯定都不一样，装饰行业其实没有想象的好做,要开的话20万就可以启动起来,就看你有没有业务能力,一个差不多的装饰公司一年固定的开支至少在30万以上，创业容易守业难，如果没有深入去做过这个行业最好去先实践下，或者加盟其他装饰公司的分公司可能风险会更小，具体需要准备的东西。你所加盟的那个公司会给你介绍的。
首先确定自己是否了解这行业，小的装饰公司对老板的要求更高，因为很多事你都要去落实，解决，然后是资金、店面、人员招聘方面。
微信号“zcm3158”，在线提问轻松找项目，样样都行！
手机扫描二维码，即可登陆3G触屏版，功能和PC版一样强大
项目加盟/咨询
电话:023-请在工作日9:00-17:00与我们联系&&&&&&&&&&
&&&&&&&&&&一位初创公司PM的回忆录：开始做产品前必须要了解些什么？（2）
1）懂得节制
大部分产品从立项开始都想好中长期想要达到的目标，反映在产品上就是业务和功能的叠加。尤其对于一个产品新人来说，总是希望能做出一个牛逼的产品来，甚至改变世界（我也笑了）。这在所难免，因为这大概是一个产品经理情不自禁的事情。前面也提要项目要快跑，通常先搭建一个小的可行性产品，以此来探测市场的反馈，对于最小可行性产品，我个人的理解是精简产品线，而不是将就可行。精简的意思是即使少也要尽量做到精致。所以产品经理性格上需要懂得节制，克制完美主义，公司发展是一个动态的过程，需要在动态的发展中更好的进化。
我并不赞成一个比较糙的产品就推向市场并想从中获得有用的反馈以此来迭代改善产品。产品就好比一个人，当一个产品来到用户面前的时候，就好比人的第一印象一样，如果第一印象不好，那会是一件糟糕的事情，即使你有机会第二次想敲开用户的大门，现实会告诉你，这比第一次让用户认识到你难的多。尤其是工具型的产品，精简意味着要把产品核心的功能做到精致化，或是业务流程，或是交互效果，总之你要想办法第一次就尽量给用户留下好印象。
一不小心扯开了。赶紧拉回来~看到这里大家要说了，一会说要节制，一会又要精致（你到底想怎样！）。其实这并不矛盾嘛，这就是为什么要了解公司研发能力的关键了：要在计划周期内以最优的方案达到目标。实现一个业务目标甚至小到交互效果，途径可能有多种，但是你是否知道你想的那种方案对于研发团队能否实现以及实现的成本呢？所以，了解研发能力的是为了产品设计能在内部开发更接地气！
设计环节涉及到原型设计和UI设计，所以对于研发团队的了解，产品经理需要让UI设计师也了解到，免得UI设计师过于&炫技&，导致不&接地气&。同理，UI设计师对于项目背景和定位同样需要了解，否则设计出来的效果图很容易停留在平面设计的层面。所以，那些拿到原型就开始做的设计师是容易走偏的，也是不负责的表现。
还是举个小例子：
图1：原效果图
图2：开发实际效果（早已改版无法截图，所以用原型模拟还原一下）
图3：改版后（原型代替）
对比可以发现，图2的真实效果是很多商家名称是显示不全被截断的。一是设计师不知道实际中一些商家名称比较长，二是设计师用的iphone6的尺寸作为标准套图，当时主流还是iphone5代机型。所以主要还是对项目背景和定位不清晰造成，这种小细节在开发过程中逐渐暴露了出来。另外设计环节还需要把正常和各种异常体现在设计稿中。
此外，设计师喜欢赶流行赶趋势对团队来说未必是一项好事，更重要的是结合实际，实际就是产品和用户定位决定产品风格，根据项目的周期预算以及开发的水平预估实现效果难易度。这就是为什么设计（原型+UI）人员要了解项目背景和定位的原因。产品经理需要传达到各方，尤其在敏捷开发的时候容易被忽略。
2）问题前置
上面说到敏捷开发，就再多说几句。项目赶时间，难免赶着从这个环节快速进入下一环节。就我的经历来看，设计环节需要多思考多头脑风暴多反复推敲&&尽可能想透想明白，尤其业务逻辑和数据流，正常和异常情况等等诸多情况。否则一旦进入了开发环节的进程后边做边改会打乱开发的节奏，也会容易引起研发同学的情绪波动。
后知后觉的阶段所占用的时间可能是之前想&赶&掉节约的那部分时间的几倍也不止。况且也不仅仅是浪费时间，还可能影响到团队人员情绪。所以，前期要多想，尽量把问题前置。
说了那么多，那到底如何了解研发部门水平呢？就是把研发人员当做一个产品用户来对待！这个因人而异，我的方式是平时有事没事搭讪闲聊的方式直接和间接了解他们的工作年限、工作经历、做过的产品等等之类的基本情况。对于我这种没有技术背景的PM来说，在设计过程中会经常问开发&这样能不能实现&&&这样好做么，大概要多久&&&这个数据可以算得出么&&&你觉得这样合理么&&&你觉得呢&.....这样在设计过程中问询研发的看法好处是设计定稿的内容更容易落地，同时也让研发提前心里有底，也会让他们感觉你在尊重他们，也就减少了后期开发过程中各种撕逼的可能性（别说不会，难道没看过看新闻PM被打成狗的事吗~）。不过呢，问归问，产品经理还是需要守住原则和底线，不能说他们觉得不行或者不好就真的妥协（保不齐遇到油条开发人员纯粹想省事一切从简），这个就造化了，遇人淑不淑了，谁叫咱不懂技术呢。
那PM要不要懂技术？有说各有利弊，但我是觉得肯定是利大于弊啦！不过看到有些初入产品的同学说我要学某一门语言如java之类，也真是够勤奋好学的（反正我笨我懒不想学学不会）。懂点当然好啦，比如了解开发常用的MVP架构，了解前后端的工作，除了需求文档，最好PM也自己写写数据结构表啊接口文档啊之类的（不完全准确也不要紧，后端的拿到会加工的,这是他们专项），主要是这过程对思考产品也是很有帮助的。（有些后端给东西要么缺斤少两，要么就是一大堆全丢给前端，甚至有些算法都要前端处理，这种后端要么不负责任要么渣）
3）注意力集中
这可能更多的是站在公司整体的角度看待这个问题，初创公司往往规模偏小，没有充沛的战斗力去攻坚每个方向。所以需要在不同阶段，集中公司的火力往某个点火力全开，这是保障公司高速前进的有效之道。
最后，或许你还需要对其他部门状况的也有所理解，包括各部门在做的事情、大家进行的状态。为什么要了解其他部门的情况？严格来说，一名成熟的产品经理是需要对不仅产品以外，还有比如市场和财务等等相关的都要负责任。因为回到产品经理职能本身还是产品发展规划和战略部署，比较抽象，需要亲身一定经历才深有体会；其次是产品需求的挖掘和分析；然后就是在前进过程中推动各部门实现产品目标。产品最终的目的还是要实现公司商业化，情怀需要，也要面对现实。
今天就先扯到这里吧，其实每个环节展开都能细说开，本身产品经理需要参与的事情真的蛮多的。共勉，祝大家好！
看过本文的人还看过
最新图文推荐
最新专栏文章
大家感兴趣的内容
网友热评的文章

我要回帖

更多关于 开公司准备什么资料 的文章

 

随机推荐