【ベンチャー】 Web開発の商いについて 【SOHO】
■ このスレッドは過去ログ倉庫に格納されています
Web業界ってこの10年で独特の商習慣やスキームが構築されてきたと思う。
そういうのをアツく語ろうではないか。 web制作板みたいにセンスのあるタイトルつけろやゴルア! はいはい、乙乙
こんなスレ立てた>>1は、もちろん面白いネタを提供するんだろうな? この板にもようやくsoho同士の憩いの場ができたと思ったら
ふざけやがって!アツク語る話はないんだよ!
ぬるい話がしたかったつД`) 例えば、請求とか支払条件。
自分は初取引の場合は納品した月の末日付で請求を出して翌月末払いにしてる。
基本的には振込み払いです。
約束手形も受付しようかと思ってるんですがみなさんの場合はどうされてますか? ひとりでしゃべっていきなり質問するな。
はいっていきたくなる話をだせ。
しかも板違い。
そういう話はプログラマー板池
>>1=新入社員=最近覚えた言葉をならべたがる=ボンクラ 俺、もっとWebプログラミングのこと勉強しなきゃ。
アイデアが形にできない。
がんばるお\(^o^)/ B2Bでやってるやつってここでは少ないのかなぁ。
自分でやってるとこういう話題って貴重だと思うんだけど。 だからプログラマー板でやってくれ。
この板でそんな話は無用ですから。 見てる見てないじゃなくて、そういう話題は向こうにいってくれ |┃三 ∩___∩
|┃ | ノ ヽ
|┃ ≡ / ● ● | <話は聞かせてもらったクマー!
____.|ミ\___| ( _●_) ミ
|┃=___ |∪| \
|┃ ≡ ) ヽノ 人 \ ガラッ
|┃三 ∩___∩
|┃ | ノ ヽ
|┃ ≡ / ● ● | <
____.|ミ\___| ( _●_) ミ
|┃=___ |∪| \
|┃ ≡ ) ヽノ 人 \ ガラッ
このスレッドは20を超えました。
もう書けないので、新しいスレッドを立てないでくださいです。。。 どっちかっていうと経営学かベンチャーあたりの話題だしな。
移転するか。
そのうち板違いで削除依頼だしておきます。 板違い云々を言ってるヤツがいるけど、
本音は、自分の手の内を晒したくないだけだよ。 ふつう手の内はさらすもんじゃないと思うけどな。
経営経験ないのかな>>25君は
こんなSOHOのスタイルもあります。
駐禁をビジネスにするとはね。
http://members3.client.jp/ 実際にベンチャーとかSOHOで仕事してる人に聞きたいんだけど、
サイト制作とかプログラム制作とかを受注したときに、
契約書っていうか規約書っていうか、そういう書類って取り交わしてる??
具体的には、たとえば何をどこまでやるか、とか、問題が起きたときの免責条項とか。
俺は知り合いから頼まれることが多いので、いつも細かい話は口頭で打ち合わせして、
相手に渡す書類といえば見積書くらいしかないんだけど、これってマズいかな? 大丈夫だと思うよ。ちなみに僕は見積書も
サイト一式って書き方かな。
文句言ってくるような客は相手しないという強気な態度が必要。
まぁ、一度もいちゃもんつけられたことないけど。
ちなみに、個人株式会社でやってます。 「サイト一式」かぁ。
そんなに大雑把でいいもんなのかね??
まぁ、でも依頼してくる相手もド素人だから、
あんまり詳しく書いても理解できないし、かえって面倒くさいことになるかも。
「この画像制作費って何?」とか「ドメイン維持費って何?」とか。
いちいち言葉の意味や概念から説明するのもかったるしな。 うちは一応ユースケースとか分析してざっくりと要件を抽出するけどね。
で、それを見積り項目にする。
見積りが気に入らんときはユースケースのダイアグラムとかも渡してあげる。
それを次の人に見せればスムーズにいくかもしれませんよ、とか言って。
あと着手前に免責事項と金額と納入日の入った仕様書にサインしてもらう。
そういう免責事項とか契約書とかの雛形とか見本ってネット上に無いかな?
どうせ同じような文言になるんだから、一から作るのって無駄だよね。
規約とかはいろんなサイトのを参考にすればいいんだけど。 >>34
気持ちわかる。
「サーバー費って何ですか?」と問われて説明するのに
「作ったホームページをインターネットに公開するには、そのデータを置いておく
コンピュータが必要で・・・」と言ったけど、まったく「?」という顔をされ、
まるで俺が架空の費用をボッタくってるかのように思われそうになった。 ドメイン費なんてさらに目に見えないものだから、なおさら説明がややこしくなるな。 >>37
客のレベルをそれまでのコミュニケーションから読み取って会話する技術も必要です。
そのためには営業的スキルも、勿論Webの知識も必要かと。
現場の担当者を打ち合わせに同席させたり、理系の人間は、絶対にクライアントと同席させないほうがいい。 >>39
うん。それはわかる。
じゃあこの質問に答えてくれ。
「サーバー費」ってなんですか?
「ドメイン費」ってなんですか? 家借りるときの契約書とか、わけのわからない用語沢山書いてあるじゃん。
ああいう感じで書いておけばいいんだよ。
あとはこれが契約書です。サインをどうぞ。ってやればおk。
何かトラブルがあったら、契約書に書いてあります。で
つっぱねればいい。 サーバー費・・・ホームページの運営費です。一ヶ月(一年)ごとに必要になります。
ドメイン費・・・名前を取得するのに必要な費用です。一年ごとに更新が必要になります。
これでいいじゃんw 理系かどうかというより、詳しい人はレベルを
下げて話さないといけないということか。
難しいなw
わからない人に説明する。教師になれるんじゃね? 理系って知識が深い上に、まじめすぎるんだよ。
難しいことなんだから、ちゃんと説明したってすぐに理解できないのは当たり前。
自分だって、それなりに時間がかかって理解しただろ?
説明なんて、適当でいいんだよ。何かに例えて納得させてしまえば勝ち。
馬鹿を育てる為に説明する必要は無い。 修士出たら就職を考えている現在3回生の情報の学生でperlが一番すきですが、
今年に入ってからいろいろと求人情報を集めてみたところperlの仕事少ないですね
噂には聞いてましたが、僕は何が何でもperlを仕事にしたいのです
まあそれはおいといて、perlを仕事としてみたときどんな感じですかね?
皆さま先輩方の多くはperlを仕事としていらっしゃると思ったので、
是非とも業務内容、他言語と比べたときの待遇、仕事のやりがいなどなど、
ポジティブな意見(勧め)もネガティブな意見(愚痴)も生の声としてお聞かせ願えればと存じます。 1.Perlで無ければ出来ない仕事は無い。
2.仕事が無ければ待遇はよくならない。
3.仕事はPerl(プログラム言語)を使うことではない。Perl(プログラム言語)を使って作ること
4.どんな仕事でも、仕事というのは単純作業の繰り返し。 >>42
運営費って何? なぜ必要なの? インターネットはタダじゃないの??
>>46
はてなでも逝け。
つーか、何がなんでもPerlで仕事したいなら、行きたい企業の人事部に、
「無給でもいいから俺を一ヶ月使ってみてください。それで結果を出したら正式に雇ってください」
っていうぐらいの気合を持て。お前が本当に使える人材ならそれで雇ってもらえるし、
それで雇ってもらえれなければお前の能力なんて特に必要とされてない、ってことだ。 別に成果物がよければPerlでもPHPでもかまわんクライアントのほうが多いでしょ
つか、言語なんて細部でしかなく、なんでも納期見てくれりゃ対応するのが真の技術者かも
ところで、最近Web2.0ブームとかいう、変な山師連中の扇動のおかげで
そういうのを安易かつ無意味にやりたがるクライアント多くね?
しかもそれを簡単にできるかのように錯覚。
Mixiを10万円で作ってください的な。
Web2.0的案件増えるのはOKだが、相応のコストかかることをもっと周知させないといかんと思う。
しかもそこでアマチュア学生プログラマーがセキュリティぐだぐだのAjaxでそれ請け負ったりするから
相場がまたわけわからんことになってな。
クライアントはその差異が分からない場合が多いしさ。
分からないレベルの担当者しか居ないのにそういうのやりたがっちゃいけないよってもんだが
そうもいかんわけで悩ましい Mixiとかそういうシステムを作っているところが、
システム開発ににいくらかかって、
サーバーなどのランニングコストがどれくらいか
公表してくれればいいんだけど。
Amazonってどれくらいなんだろう?
なんかに載ってないかな?
相場ってのをお客さんに伝えるために
まとめておきたいんだが中々情報が・・・
だれかまとめサイト作ってくれw 素直にうちではこの機能を作るのに工数○○日、あれに○○日…と
クソ真面目に見積もり出すけど、Web2.0とかAjaxとか言いたがるクライアントは
たいがいハンパ者なのでそこで音信不通になるよ
自分で言うのもなんだけど小規模な会社だから絶対高い見積もりにはなっていない。
できる限り勉強してギリギリの生活保障できる価格くらいまで下げていてこれだ。
10万でやれってことは、月収30万のプログラマー使うにしても、給与払うためには
10日でテストやなんや含め作業完了する程度の作業ってことだが、それが分からない。
実際には技術力あるプログラマーが30なわけないし、人件費以外のコストもあるわけで…儲け入ってないし…
これは実質「3日でMixi作って」と言ってるに等しいよな >>31
そうなってしまいがちなのは分かるが、会議のあとメールでもいいから
会議の要点をまとめて相手に確認の意味で投げておいたほうがいい。
本当は契約書をきっちり作るべきだが、小規模な会社同士で毎度それだと
お互いに事務に疲弊するのも事実で。
口約束は長くやってりゃ絶対いずれ痛い目を見るよ。
言った言わないの話になったときに証明のしようが無い。
法的には口約束だろうが契約として有効だが、じゃあ裁判までして承認立てて証明できるの?するの?という話。
メールは改変できるじゃんということも言えるが、たいがいこういうのは片方が言ったこと忘れてることが問題なので
これで問題起こらない場合が多い。
また社内でメール内容見聞きする人間も複数になるだろうし無茶な難癖は付けにくい。
いい落としどころじゃないかなと。
大きい契約とか微妙な新規さん相手のときは契約書を書面できっちり印紙貼って作るけど
馴染みの相手のときはメールを証明にする場合もうちでは多いです。
親しくてもメールでもいいから残る形にするようにしています。
会議の結果とかをメールで関係者全員に投げるのは当然として、
納期の入った仕様書に担当者のサインをFAXでもらうだけでだいぶ違うよ。
>>51
そういう客には無料のを渡せばいいんじゃ?www そういう客にかぎってああもしたいこうもしたいと
非常に細部までコスト意識無くやりたがるもんなんだよw
やれますけど、その機能を作るのにどれだけ期間かかりますか?コストかかりますか?
という観点がすっぽり抜けてるわけな
HTML上では数行の文字かもしれないが、その文字列を生成するのに
バックグラウンドで何行コード書かねばならんのかって話なのに
数文字書き入れるだけ気分で居られると困るね ■ このスレッドは過去ログ倉庫に格納されています