黄@4週間で自社システムの完成支援

▼4週間で「自社システム」を完成させる併走支援
▼外注でも講座でもない「作って終わり」まで併走
▼Excel/GAS/ノーコードで限界を感じた人、SaaSがしっくり来ない人向け
▼モニター募集中

[黄@4週間で自社システムの完成支援 @free_support_]

SaaSを探してるけど、
「ちょうどいいのが無い」
「毎月の固定費が増えるだけ」

そんな人へ
実際に使える状態まで、
一緒に作って完成させる支援をやっています。

・外注するほど大げさじゃない
・でも1人では詰んでいる
・Excel/GAS/ノーコードは触ったことがある
そんな人向けです

詳細はこちら↓

[黄@4週間で自社システムの完成支援 @free_support_]

@kawamoto_wataru がんばれかわもとさん

[黄@4週間で自社システムの完成支援 @free_support_]

@kawamoto_wataru 窓は閉めときましょ

[黄@4週間で自社システムの完成支援 @free_support_]

@kawamoto_wataru 出演してほしいです！

[黄@4週間で自社システムの完成支援 @free_support_]

@SaunaDriven37 ご返信ありがとうございます！

小さなことから信用の積み上げ大事ですね🔥

[黄@4週間で自社システムの完成支援 @free_support_]

【小さな｢頼まれ事｣を雑に扱わない】

・頼まれた瞬間から見られてる
・成果物より「途中の動き」の方が重要
・レスが早いか、期限を守るか
・進捗を自分から出せるか
・困った時に黙らず相談できるか
・相手を不安にさせないか

仕事が増える人は、能力が高いというより安心して任せられる人。

[黄@4週間で自社システムの完成支援 @free_support_]

@fumiya_0425 ご返信ありがとうございます！
ある種の業務整理にもなりますね😆

[黄@4週間で自社システムの完成支援 @free_support_]

AIを入れても、入口がぐちゃぐちゃなままじゃ意味がない。
最初に整えるべきは、ツールじゃなく流れ。

[小林 史弥｜“攻め“のバックオフィスパートナー @fumiya_0425]

AIを使う・使わない以前に重要なのが、入力元がどこか分からない状態をやめること。データの入口が複数ある会社は、必ず後工程で詰まります。

[黄@4週間で自社システムの完成支援 @free_support_]

起業初期に一番いらないのは「スマートに見せること」

・良いサービスでも、知られなければ無いのと同じ
・最初は売り込みが下手でも気にする必要はない
・断られる数＝市場の情報が集まる数

起業初期の営業は、売るためだけじゃなく市場を理解するための作業。

[黄@4週間で自社システムの完成支援 @free_support_]

@fumiya_0425 ご返信ありがとうございます！

今現在、わたしも少しずつ混ぜながら模索中です😅

ポスト大変勉強になります。
よろしくお願いします！

[黄@4週間で自社システムの完成支援 @free_support_]

【フルリモートの弱点は、たまに顔を合わせるだけでだいぶ減る】

・Slackは回るし仕事も止まらない
・でも「誰に聞く？」が分かりづらい
・文章だけだと温度感がズレやすい
・一度会った人とは、その後のやり取りが楽

全部戻さなくてよくて、少し混ぜるくらいがちょうどいい。

[小林 史弥｜“攻め“のバックオフィスパートナー @fumiya_0425]

フルリモートのデメリットが目についてきた。

Slackは回る。業務も回る。
でも、どこか噛み合わない。
「これ、誰に聞けばいいんだっけ？」
「温度感、合ってる…？」

うちはフルリモート。
業務委託も含めて、今120人くらい。
定期的に集まる文化は正直ない。

でも、展示会で顔を合わせるメンバーも数人いる。
一度顔を合わせただけで、その後のやり取りが驚くほど滑らかになることがあった。
名前が“人”になる感覚。

フルリモートの弱点を、たまに会うことで少しだけ補う。
これからはそんなこともできたらなと考え中。

[黄@4週間で自社システムの完成支援 @free_support_]

@maki_keiei ご返信ありがとうございます！

後回しにしないことが1番優先度の高いタスクですね！
ポスト大変勉強になります。
よろしくお願いします！

[黄@4週間で自社システムの完成支援 @free_support_]

【楽したいなら、先に丁寧にやるのが一番近道】

・連絡を後回しにすると、あとで何倍も面倒になる
・認識ズレや確認漏れが一番コスト高い
・小さい報連相は「仕事が増える」のではなく「事故を減らす」

トラブル対応より、未然防止の方が圧倒的に楽

[まき｜経営をもっと身近に @maki_keiei]

昔、連絡がとにかくマメな上司がいた。

些細なことでも報・連・相。
電話とメールを使い分け、
関係者への連絡を欠かさない。

「本当にマメですよねぇ」
と伝えたら、返ってきた一言。

「ん？オレ、めちゃくちゃズボラだよ？」

面倒なことが起きると嫌だから、
先に潰してるだけ…と。

本当のズボラは、“手を抜く人”じゃない。
“トラブルが起きない設計”を、作れる人なのかもしれない。

[黄@4週間で自社システムの完成支援 @free_support_]

人は「できそう」より「大丈夫そう」で動く。

・やる気がないより、不安が勝ってることが多い
・不安は気合では消えない
・最初の数分の確認で、ほぼ決まる
・任せたら聞くのはこの3つだけ
　- まず何からやる？
　- いちばん不安な所は？
　- 困ったら誰に聞く？

[黄@4週間で自社システムの完成支援 @free_support_]

【もう、外部のサービス使わなくてよくない？】

・毎月高い利用料を払っている
・文章も画像も、特別な知識がいらない
・ちょっとしたツールなら社内で十分

AIが進むほど、「便利なだけのサービス」は見直される。

これから選ばれるのは、代わりがきかないもの。

[サカモト@エンジニアキャリア論 @sakamoto_582]

「これ、高いライセンス料を払っているけれど、LLMのAPIやAIコーディングを使えば内製化できないだろうか？」

そんな声が社内で聞こえてきた。これまでその企業は、研究開発力とSaaSを強みに価値を提供してきた。一方で、社内でSaaSを利用してきた理由は、それが直接のビジネス領域ではなく、研究開発やメンテナンスにかかるコストを考慮した結果、外部サービスを使う方が合理的だったからだ。

しかし、LLMのAPIは、これまで実装が難しかった複雑な自然言語タスクを容易にこなしてしまう。VLMであれば、ユースケースによっては画像処理のタスクすら、特別な専門知識なしで実現できてしまう。

加えて、AIコーディングを活用すれば、既存のプロダクトをある程度模倣して構築することも可能で、以前ほどの労力をかけずに実装できてしまうかもしれない。

こうした変化は、特定の企業に限った話ではなく、世の中のあらゆる企業で起きているのではないだろうか。強いロックインを持たないSaaS企業から、徐々に解約されていく。そんな未来が、現実味を帯びてきているように感じる。

[黄@4週間で自社システムの完成支援 @free_support_]

@yuzo_hashimoto ご返信ありがとうございます！
ポスト大変勉強になります🙇‍♂️

[黄@4週間で自社システムの完成支援 @free_support_]

@kawamoto_wataru いちばん疲れない姿勢ですねw
よくやります！

[黄@4週間で自社システムの完成支援 @free_support_]

@engineerHiyoko ご返信ありがとうございます！

そうですね。
ありがちなのが、お客さんのいうことは絶対という気持ちから、言われることを忠実にこなすスタンスをとってしまうのが、結果として待ちの姿勢になることがありますね。

[黄@4週間で自社システムの完成支援 @free_support_]

開発だけでなく
仕事全般いえることだけど、

「良いものを作れそう」
より

「この人、ちゃんと分かってくれそう」
と思われることが大事。

[GEN🍎営業したくない受託開発の人 @engineerHiyoko]

【初心者エンジニアへ】システム開発系の依頼をプラットフォームで受ける時のコツー

提案する時に、本当に小さいアイディアを１つだけ乗っけてみてください！
大きなアイディアや、たくさんのアドバイス、新しい機能の提案はあまり上手くいきませんでした。（実体験で確認済みです笑）

最初は「良いものを作る意識」ではなく、「相手のことを理解できる人間」の方が大事です。
大きな提案はある種、否定になってしまうんですね。

小さい提案というのは、「週１でミーティング」「ドメインこっちで取ります！」みたいなやつです。
名案ではなく、ちょっとの安心がちょうど良いのです。

[黄@4週間で自社システムの完成支援 @free_support_]

教育が迷走するのは、やる気がないからじゃない。
・何を任されているのか
・どこまで関わればいいのか
・どこから手を離すのか

教え方は人によってバラバラ。
育つ人と育たない人が生まれる。
育成に必要なのは、ノウハウより共通認識ですね。

[橋本祐造｜RECOMO CEO @yuzo_hashimoto]

人が育たない組織をよく見ると、教える側が育っていないことが多い。
現場でよくあるのは、「できる人」に教育を任せて終わってしまうケースだ。だが、仕事ができることと、人を育てられることは別の能力である。

教育担当者が迷う理由は、熱意が足りないからではない。
何をどこまで期待されているのか、どう関わればよいのかが設計されていないからだ。結果として、教え方は属人的になり、育成の質にばらつきが生まれる。

教える人を育てるために必要なのは、教育スキルだけではない。
重要なのは、「育成とは何か」「どこまで伴走し、どこから任せるのか」という共通認識を持つことだ。教えすぎず、放置もしない。その判断基準が共有されて初めて、教育担当者は安心して役割を果たせる。

実務では、教育担当者自身の振り返りの場が欠かせない。
うまくいった関わりは何だったのか。
どこで踏み込みすぎたのか、足りなかったのか。
こうした対話を通じて、教育担当者自身も学習者であり続ける構造をつくる。

人を育てる組織は、必ず「教える人」を育てている。
育成を個人任せにせず、教える役割そのものを設計し、支える仕組みを持てるか。
それが、育成の再現性を決める分かれ目になる。

[黄@4週間で自社システムの完成支援 @free_support_]

伸びない人を見てきて思うのは｢悩む場所がズレてる｣

・決めなくていい所で延々と迷う
・考えるべき所で「まあいっか」と止める

この逆転が起きてる。

成長する人は、
・悩まなくていい所は即切る
・考えるべき所にだけ頭を使う

ここを間違えると、
努力は全部空回りする。